agent-comms
SendMessage recipient validation and worktreePath safety (CWE-59). TRIGGER when: validating a SendMessage `to:` recipient against the agent whitelist, or a…
OpenSpec lifecycle orchestration for /workflow chains. TRIGGER when: coordinating the analyst-architect-developer-reviewer chain or managing spec status transitions. SKIP: writing an individual spec artifact (use spec-research, spec-design, or spec-review).
$ npx -y skills add komluk/scaffolding --skill spec-workflow --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/spec-workflowContext preview
The summary Claude sees to decide when to auto-load this skill.
OpenSpec lifecycle orchestration for /workflow chains. TRIGGER when: coordinating the analyst-architect-developer-reviewer chain or managing spec status transitions. SKIP: writing an individual spec artifact (use spec-research, spec-design, or spec-review).
name: spec-workflow description: "OpenSpec lifecycle orchestration for /workflow chains. TRIGGER when: coordinating the analyst-architect-developer-reviewer chain or managing spec status transitions. SKIP: writing an individual spec artifact (use spec-research, spec-design, or spec-review)."
Spec-driven development protocol for coordinating multi-agent workflows.
**CRITICAL**: The `conversation_id` MUST always be a UUID (format: `xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx`). NEVER use descriptive names, slugs, or human-readable strings. If no UUID is available, generate one with `uuidgen` or `python3 -c "import uuid; print(uuid.uuid4())"`. Self-check: does the conversation_id match the pattern `[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}`? If not, STOP and use a real UUID.
.scaffolding/conversations/{conversation_id}/specs/
proposal.md -- WHY + WHAT (analyst)
design.md -- WHAT + HOW (architect)
tasks.md -- checklist (architect)Tracked in `.scaffolding/conversations/{conversation_id}/context.json`:
| Status | Meaning | Transition | |--------|---------|------------| | `exploring` | Research phase | -> `drafting` when proposal done | | `drafting` | Design + tasks | -> `implementing` when tasks done | | `implementing` | Code changes | -> `reviewing` when tasks complete | | `reviewing` | Verification | -> `complete` when verified | | `complete` | Done | -> `archived` on request | | `archived` | Historical | Terminal state |
| Phase | Agent | Reads | Writes | Gate | |-------|-------|-------|--------|------| | 1. Analyze | analyst | requirements | `proposal.md` | proposal written | | 1b. Research (conditional) | researcher | requirements | ResearchPack | score >= 80 | | 2. Design | architect | `proposal.md` | `design.md`, `tasks.md` | score >= 85 | | 3. Apply | developer | `tasks.md`, `design.md` | source code | validation passes | | 4. Verify | reviewer | `design.md`, `tasks.md` | review report | no criticals |
Analyst flags need for research in proposal.md. Researcher is invoked ONLY when the task involves:
Analyst writes proposal directly (no researcher) for:
| Task Type | Use Specs? | Reason | |-----------|-----------|--------| | New feature | Yes | Needs design, multi-file | | Architecture change | Yes | Needs decisions documented | | Multi-agent workflow | Yes | Needs coordination | | Bug fix (simple) | No | Direct to developer | | Typo / config tweak | No | Direct to developer | | Single-file refactor | No | Direct to developer |
1. **Obtain conversation_id UUID**: From prompt context or generate via `uuidgen`. **MUST be a UUID, never a descriptive name.** 2. **Create specs directory**: `mkdir -p .scaffolding/conversations/{conversation_id}/specs/` 3. **Set specs_path**: `.scaffolding/conversations/{conversation_id}/specs/` 4. **Analyst writes proposal.md** (requirements, scope, impact, feasibility) 5. **If research needed**: analyst flags in proposal.md, researcher is invoked (score >= 80) 6. **Architect writes design.md + tasks.md** (incorporating proposal.md and ResearchPack if available) 7. **Pass specs_path** in every agent delegation prompt 8. **Update context.json** status after each phase transition 9. **Gate enforcement**: Block next phase if quality gate fails
{
"conversation_id": "abc-123",
"status": "implementing",
"created_at": "2026-01-15T10:00:00Z",
"description": "Feature description",
"agents_involved": ["architect", "developer"]
}Custom schema: `.scaffolding/openspec/schemas/scaffolding-workflow/schema.yaml` Config: `.scaffolding/openspec/config.yaml` Templates: `.scaffolding/openspec/schemas/scaffolding-workflow/templates/`
Spec-driven multi-agent orchestration for Claude Code — pure markdown, zero backend, runs on the stock runtime. 13 agents, 36 skills, 19 commands, 15 hooks, per-phase model tiers, opt-in lifecycle hooks, optional cross-device semantic memory.
Repo: komluk/scaffolding
SendMessage recipient validation and worktreePath safety (CWE-59). TRIGGER when: validating a SendMessage `to:` recipient against the agent whitelist, or a…
3-tier markdown memory protocol (shared/agent/conversation) for cross-session knowledge. TRIGGER when: reading or writing agent memory files, choosing which…
RESTful API design standards: resource naming, HTTP methods, status codes, pagination, versioning. TRIGGER when: designing new API endpoints, defining error…
Optimize Claude Code context-window usage for accuracy and cost. TRIGGER when: hitting context limits, structuring prompts for an agent, or trimming what gets…
Schema design, index strategy, migration safety, and query analysis. TRIGGER when: designing tables or indexes, writing a migration, or diagnosing a slow…