prd-to-issues

使用 tracer-bullet 竖向切片法,把 PRD 拆分成彼此独立、可以直接认领的 GitHub issues(并形成对应的实现工单)。适用于用户想把 PRD 转成 issues、创建实现任务,或把 PRD 拆成工作项。

Best use case

prd-to-issues is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

使用 tracer-bullet 竖向切片法,把 PRD 拆分成彼此独立、可以直接认领的 GitHub issues(并形成对应的实现工单)。适用于用户想把 PRD 转成 issues、创建实现任务,或把 PRD 拆成工作项。

Teams using prd-to-issues should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/prd-to-issues/SKILL.md --create-dirs "https://raw.githubusercontent.com/ProgrammerAnthony/Anything-Extract/main/.agents/skills/prd-to-issues/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/prd-to-issues/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How prd-to-issues Compares

Feature / Agentprd-to-issuesStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

使用 tracer-bullet 竖向切片法,把 PRD 拆分成彼此独立、可以直接认领的 GitHub issues(并形成对应的实现工单)。适用于用户想把 PRD 转成 issues、创建实现任务,或把 PRD 拆成工作项。

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# PRD 转 Issues

使用 tracer-bullet(示踪子弹/纵向切片)方法,把 PRD 拆分成彼此独立、可以直接认领的 GitHub issues。

## 过程

### 1. 定位 PRD

请向用户索要 PRD 的 GitHub issue 编号(或 URL)。

如果 PRD 还不在你的上下文窗口中,可以用 `gh issue view <number>` 获取(带 comments)。

### 2. 探索代码库(可选)

如果你还没有探索代码库,为了理解现状,你可以先探索代码库。

### 3. 起草竖向切片

把 PRD 拆成 **tracer bullet** issues。每个 issue 都是一条足够薄的“贯穿式竖向切片(vertical slice)”:它要切穿所有集成层(schema、API、UI、tests),而不是只对某一层做横向拆分。

切片可能是:

- `HITL`:需要人类参与(例如需要做出架构决策或设计评审)
- `AFK`:无需人类参与,可以直接实现并合并

优先使用 `AFK`,尽可能减少 `HITL`。

<vertical-slice-rules>
- 每个切片都要提供一条狭窄但完整的端到端路径(覆盖 schema、API、UI、tests 等)
- 完成的切片应当可演示或可独立验证
- 尽量用更多更薄的切片,而不是少数很厚的切片
</vertical-slice-rules>

### 4. 让用户“投票确认”

把你建议的拆分结果以“编号列表”的形式呈现。对每个切片,展示:

- **Title**:短而有描述性的标题
- **Type**:HITL / AFK
- **Blocked by**:哪些切片需要先完成(如有)
- **User stories covered**:覆盖了 PRD 中哪些用户故事

然后提问让用户确认:

- 切片的粒度是否合适?(太粗 / 太细)
- 依赖关系是否正确?
- 是否正确标注了 HITL 和 AFK?

根据用户反馈,反复迭代直到用户认可拆分结果。

### 5. 创建 GitHub issues

对于每个已批准的切片,使用 `gh issue create` 创建 GitHub issue。并使用如下 issue body 模板。

按依赖顺序创建 issues(先创建 blockers),这样你在 “Blocked by” 字段里就能引用到真实的 issue 编号。

<issue-template>
## 父级 PRD(Parent PRD)

#<prd-issue-number>

## 要构建什么(What to build)

对该竖向切片的简洁描述。描述端到端的最终行为,而不是按层逐一解释实现方式。应引用父级 PRD 的具体章节,而不是重复父级 PRD 的内容。

## 验收标准(Acceptance criteria)

- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3

## 被哪些项阻塞(Blocked by)

- Blocked by #<issue-number>(如有)

若无阻塞,则写:`None - can start immediately`

## 涉及哪些用户故事(User stories addressed)

按父级 PRD 中的编号引用:

- User story 3
- User story 7
</issue-template>

**不要**关闭或修改父级 PRD issue。

Related Skills

write-a-skill

135
from ProgrammerAnthony/Anything-Extract

以正确的技能结构、渐进式披露与打包资源来创建新的 agent 技能。适用于用户希望创建、编写或构建新的技能。

write-a-prd

135
from ProgrammerAnthony/Anything-Extract

通过用户访谈、代码库探索与模块设计来编写 PRD(产品需求文档),然后以 GitHub issue 的形式提交。适用于用户希望编写 PRD、创建产品需求文档,或规划一个新功能。

ubiquitous-language

135
from ProgrammerAnthony/Anything-Extract

从当前对话中抽取 DDD 风格的“统一语言”术语表(ubiquitous language glossary),标记歧义,并提出规范的术语选择。保存为 `UBIQUITOUS_LANGUAGE.md`。适用于用户希望定义领域术语、构建术语表、固化用词并强化术语一致性,或提到 “domain model” / “DDD”(领域模型与 DDD)。

triage-issue

135
from ProgrammerAnthony/Anything-Extract

通过探索代码库对 Bug/Issue 进行排查归因,并基于 TDD 方式生成修复计划,同时创建对应的 GitHub issue。适用于用户报告了 bug、希望创建 issue、提到“triage”,或想调查并规划某个问题的修复方案。

tdd

135
from ProgrammerAnthony/Anything-Extract

使用 RED-GREEN-重构(red-green-refactor)循环进行测试驱动开发。适用于用户希望用 TDD 构建新功能或修复 bug,提到 “red-green-refactor”,希望使用集成测试,或询问“test-first development(先写测试)”。

request-refactor-plan

135
from ProgrammerAnthony/Anything-Extract

通过用户访谈创建一个详细的重构计划,并将其拆分成很小的提交(tiny commits),最后以 GitHub issue 的形式归档。适用于用户希望规划一次重构、创建重构 RFC,或把重构拆成安全的渐进步骤。

prd-to-plan

135
from ProgrammerAnthony/Anything-Extract

使用 tracer-bullet 竖向切片方法把 PRD 转换成多阶段的落地实施计划,并保存为本地 Markdown 文件(存放在 `./plans/`)。适用于用户希望把 PRD 拆分为多个阶段、生成实施计划、从 PRD 推导阶段计划,或提到 “tracer bullets”。

improve-codebase-architecture

135
from ProgrammerAnthony/Anything-Extract

探索代码库以发现架构改进机会,重点让代码库更容易测试:通过“加深浅模块(deepening shallow modules)”的方式重构模块结构。适用于用户想改善架构、寻找可重构机会、整合强耦合模块、或让代码库更便于 AI 导航与理解。

grill-me

135
from ProgrammerAnthony/Anything-Extract

对用户在计划或设计方面进行“无情的质询”,直到形成共同理解,并逐一解决决策树中每个分支的依赖关系。适用于用户希望对某个计划进行压力测试、希望被严格追问他们的设计,或提到 “grill me(来烤我/质问我)”。

frontend-code-review

135
from ProgrammerAnthony/Anything-Extract

指导在项目中对前端代码(Next.js/React/TypeScript/Tailwind 等)进行结构、可维护性、性能与一致性审查,基于既定规则清单。适用于用户请求审查 .tsx/.ts/.js/.jsx 等前端文件或前端目录下的页面与组件。不用于后端代码(如 .py)。

edit-article

135
from ProgrammerAnthony/Anything-Extract

通过重组文章的段落结构、提升表达清晰度,并收紧措辞来编辑与改进文章。适用于用户希望编辑、修订或完善一份文章草稿。

design-an-interface

135
from ProgrammerAnthony/Anything-Extract

使用并行子 agent 为某个模块生成多个根本不同的接口设计。适用于用户希望设计某个 API、探索接口选项、对比模块形状(module shapes),或提到“design it twice(把它设计两遍)”。