Read and update the team's shared PRD in the team-prd AFS workspace. Trigger when the user asks about current/inflight/done work, wants to start a new work item, mark something complete, or add an open question to the team's spec. Enforces per-dev subdir isolation to avoid write conflicts between multiple developers' agents.
95
92%
Does it follow best practices?
Impact
99%
1.02xAverage score across 3 eval scenarios
Passed
No known issues
The team's shared product requirements doc lives in the team-prd MCP workspace.
Multiple developers' Claude Code instances write here concurrently, so the
layout is structured to avoid write conflicts without needing a locking
protocol.
/prd.md # canonical spec (shared — append-only edits)
/inflight/<dev-handle>/*.md # per-dev work-in-progress (single-writer subdir)
/done/<YYYY-MM-DD>-<slug>.md # completed items (append-only log)
/questions.md # open questions (shared — append-only)
/CONVENTIONS.md # this convention doc (read before first use)/inflight/<your-handle>/. No exceptions for
your own drafts. Never touch another developer's subdir./prd.md, /questions.md) are append-only. If you must
revise an existing section, ask the user first, then use file_replace on
a uniquely-identified block and add a <!-- revised by @<handle> YYYY-MM-DD --> marker./done/ is append-only. New files only — never rewrite existing entries.<!-- @<owner-handle> last-updated-YYYY-MM-DD -->.Before any write, know the current developer's handle. Ask the user once:
"What handle should I use for you in the team PRD workspace?"
Remember it for the session. Use the handle as the subdir under /inflight/.
/prd.md — find the section the item belongs to./inflight/ to make sure nobody else is already
working on it./inflight/<handle>/<slug>.md with:
/prd.md/inflight/<handle>/<slug>.md./done/<YYYY-MM-DD>-<slug>.md with the original content plus a
"Completed" section summarizing what shipped.Append to /questions.md — do not rewrite. Format:
## <question title>
<!-- @<handle> YYYY-MM-DD STATUS: open -->
<question body>When a question is answered, file_replace only the STATUS: open marker
with STATUS: answered (<answer-slug>).
Before any write, re-read the relevant shared file. The workspace is live — state may have changed since you last looked.
ef5c9a4
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.