Add canonical long-form role briefings #52

Closed
opened 2026-07-23 13:12:30 +00:00 by coilyco-ops · 0 comments
Member

Outcome

Every canonical role carries an unconditional long-form briefing in the embedded person policy. Agent-compose renders the briefing into the generated seat roster so an agent receives its mission, operating loop, completion posture, and role boundaries at session start.

Contract

  • Add a required multiline briefing node to each role while retaining purpose as the concise label.
  • Parse and preserve paragraph breaks exactly enough for deterministic Markdown rendering.
  • Reject missing, empty, or duplicate briefings.
  • Render the briefing beneath the role heading and before named seats and personality metadata.
  • Keep Ward authority, models, guardfiles, and permissions outside the briefing schema.
  • Keep reusable task doctrine in AOS composed skills rather than copying those skills into agent-compose.
  • Treat the briefing as public person data that issue #49 must include in the complete person artifact.

Content

Each of the ten roles receives two concise paragraphs. The first establishes mission and default work. The second establishes completion, handoff, and escalation boundaries. The engineer briefing states that the role works exclusively unattended and finishes repository work through the resolved validation and landing workflow.

Acceptance criteria

  • The embedded source has a long-form briefing for all ten roles.
  • The person parser exposes the briefing as a first-class role field.
  • Parser tests cover preservation and missing, empty, and duplicate rejection.
  • Roster tests prove ordering and paragraph preservation.
  • The person contract, integration guide, and feature inventory document the shipped behavior.
  • Full repository validation passes.

Refs #10 and #49.

## Outcome Every canonical role carries an unconditional long-form briefing in the embedded person policy. Agent-compose renders the briefing into the generated seat roster so an agent receives its mission, operating loop, completion posture, and role boundaries at session start. ## Contract * Add a required multiline briefing node to each role while retaining purpose as the concise label. * Parse and preserve paragraph breaks exactly enough for deterministic Markdown rendering. * Reject missing, empty, or duplicate briefings. * Render the briefing beneath the role heading and before named seats and personality metadata. * Keep Ward authority, models, guardfiles, and permissions outside the briefing schema. * Keep reusable task doctrine in AOS composed skills rather than copying those skills into agent-compose. * Treat the briefing as public person data that issue #49 must include in the complete person artifact. ## Content Each of the ten roles receives two concise paragraphs. The first establishes mission and default work. The second establishes completion, handoff, and escalation boundaries. The engineer briefing states that the role works exclusively unattended and finishes repository work through the resolved validation and landing workflow. ## Acceptance criteria * The embedded source has a long-form briefing for all ten roles. * The person parser exposes the briefing as a first-class role field. * Parser tests cover preservation and missing, empty, and duplicate rejection. * Roster tests prove ordering and paragraph preservation. * The person contract, integration guide, and feature inventory document the shipped behavior. * Full repository validation passes. Refs #10 and #49.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
coilyco-flight-deck/agent-compose#52
No description provided.