chore(signup): setup skills — desktop 1.1.7, sessions 0.2.6, writing-relayflows 1.6.2

Merged
KH
9d ago
+242-44

Moves the vendored setup skills that render /signup/agent/teams and /signup/agent/flows. Rebuilt on current main.

What moves: prpm update --all moved three pins. The other two were already current.

PackageBeforeAfterSource
@agent-relay/setting-up-agent-relay-desktop1.1.51.1.7AgentWorkforce/skills#144, #149
@agent-relay/setting-up-agent-relay-sessions0.2.50.2.6AgentWorkforce/skills#149
@agent-relay/writing-relayflows1.6.01.6.2AgentWorkforce/skills#148, #146
  • Desktop: step 4 applies the Claude Code direct-delivery default ({"default":true}, desktop v2026.10.14 / relay-desktop#332). It keeps a hold/refuse the person set. An unreadable or unrecognized settings file stops and asks rather than enabling. The checks require the flags to be explicitly false for a kept choice.
  • Sessions: Teams handoff accepts a kept choice.
    • hold: the person approves the held reply.
    • refuse: setup is blocked on the person's choice (Claude sessions only; Codex is unaffected).
    • The opt-in is offered, and delivery is enabled only on a yes. Completion stays tied to the round trip.
  • The review threads on the earlier head (Devin, Codex, Cursor, cubic, CodeRabbit) were fixed at the source in AgentWorkforce/skills#149.

Verification (local):

  • The vendored SKILL.md files are byte-identical to skills main.
  • npm run skills:generate; npm run verify:setup-skills passes (desktop@1.1.7, sessions@0.2.6, writing-relayflows@1.6.2).
  • prpm install --frozen-lockfile changes nothing.
  • web vitest: 42 files / 500 tests pass.

🤖 Generated with Claude Code

[!NOTE]
Low Risk
Documentation-only vendored skill and lockfile updates; behavior changes affect agent-driven setup instructions, not runtime application code in this repo.

Overview
Vendors updated Agent Relay setup skills used by /signup/agent/teams and /signup/agent/flows via prpm.lock (desktop 1.1.7, sessions 0.2.6, writing-relayflows 1.6.2).

Desktop setup now applies Claude Code direct delivery with POST {"default":true} instead of always forcing {"enabled":true}. Existing crossSessionInbound values hold / refuse are preserved and surfaced as direct_delivery_user_choice; unreadable or unknown settings stop setup rather than overwriting. Older desktops that reject default fall back to a shared claude_inbound_choice() helper and stricter jq checks in sections 4, 5, and 8. Webhook/integration injection tests and undo docs account for kept choices.

Sessions handoff mirrors that model: verification accepts direct delivery off when a kept choice is confirmed; round-trip steps explain hold (approve held replies) vs refuse (blocked until explicit opt-in to enable delivery).

writing-relayflows tightens guidance away from legacy @relayflows/core, documents required cli on a parallel consensus agent, and warns to validate dispatch input before shell interpolation.

Reviewed by Cursor Bugbot for commit 1d084cf10b34dd3cd47e063b455b281ace391e21. Bugbot is set up for automated code reviews on this repo. Configure here.

Agent Relay sessions

  • claude session 26d00c25 · opened via gh pr create · last active 2026-10-08