Skip to main content

team-prd

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.

소스 정보

저장소
redis/agent-filesystem
최근 소스 활동
2026년 4월 23일 08:21
감지된 SKILL.md 언어
영어
스타
58
포크
10

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
team-prd
description
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.
# Team PRD Workflow 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**. ## Layout convention ``` /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) ``` ## Rules for avoiding conflicts 1. **You only ever write under `/inflight/<your-handle>/`.** No exceptions for your own drafts. Never touch another developer's subdir. 2. **Shared files (`/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. 3. **`/done/` is append-only.** New files only — never rewrite existing entries. 4. Each shared section should carry a trailing owner marker: `<!-- @<owner-handle> last-updated-YYYY-MM-DD -->`. ## Establishing identity 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/`. ## Starting a new work item 1. Read `/prd.md` — find the section the item belongs to. 2. Read existing files under `/inflight/` to make sure nobody else is already working on it. 3. Create `/inflight/<handle>/<slug>.md` with: - A one-sentence description - A link/excerpt from `/prd.md` - A "Plan" section with concrete steps - A timestamp and owner marker ## Marking an item done 1. Read `/inflight/<handle>/<slug>.md`. 2. Write `/done/<YYYY-MM-DD>-<slug>.md` with the original content plus a "Completed" section summarizing what shipped. 3. Delete the inflight file. ## Adding an open question Append to `/questions.md` — do not rewrite. Format: ```markdown ## <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>)`. ## Read-heavy reflexes Before any write, re-read the relevant shared file. The workspace is live — state may have changed since you last looked.
GitHub에서 보기