Summary
基于speckit工作流的任务生成技能,用于根据可用设计文档生成可操作的、依赖有序的tasks.md。当需要基于spec.md、plan.md、data-model.md、contracts/等设计文档为功能开发生成详细任务列表时使用此技能。触发词包括"speckit…
forztf/open-skilled-sdd
基于speckit工作流的任务生成技能,用于根据可用设计文档生成可操作的、依赖有序的tasks.md。当需要基于spec.md、plan.md、data-model.md、contracts/等设计文档为功能开发生成详细任务列表时使用此技能。触发词?
npx skills add forztf/open-skilled-sdd --skill speckit-tasks-zh
基于speckit工作流的任务生成技能,用于根据可用设计文档生成可操作的、依赖有序的tasks.md。当需要基于spec.md、plan.md、data-model.md、contracts/等设计文档为功能开发生成详细任务列表时使用此技能。触发词包括"speckit…
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Create or update the feature specification from a natural language feature description.
52 installsExecute the implementation planning workflow using the plan template to generate design artifac…
52 installsCreate or update the project constitution from interactive or provided principle inputs.
50 installsGenerate an actionable, dependency-ordered tasks.md for the feature based on available design a…
50 installsExecute the implementation plan by processing and executing all tasks defined in tasks.md
50 installsIdentify underspecified areas in the current feature spec by asking up to 5 highly targeted cla…
50 installsOther skills from forztf/open-skilled-sdd · top by installs.
npx skills add forztf/open-skilled-sdd
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
Alternate registries and mirrors of this skill.
npx skills add smithery/forztf --skill speckit-tasks-zh
main
Files included with this skill beyond the listing page.
SKILL.md
6,330 B
SUMMARY.md
516 B
$ARGUMENTS
您必须在继续之前考虑用户输入(如果不为空)。
scripts: sh: .specify/scripts/bash/check-prerequisites.sh --json ps: .specify/scripts/powershell/check-prerequisites.ps1 -Json
{SCRIPT} 并解析 FEATUREDIR 和 AVAILABLEDOCS 列表。所有路径必须是绝对的。对于参数中的单引号,如 "I'm Groot",使用转义语法:例如 'I'\''m Groot'(或者如果可能的话使用双引号:"I'm Groot")。- 必需:plan.md(技术栈、库、结构),spec.md(带优先级的用户故事) - 可选:data-model.md(实体),contracts/(API 端点),research.md(决策),quickstart.md(测试场景) - 注意:并非所有项目都有所有文档。根据可用内容生成任务。
- 加载 plan.md 并提取技术栈、库、项目结构 - 加载 spec.md 并提取带优先级的用户故事(P1, P2, P3 等) - 如果存在 data-model.md:提取实体并映射到用户故事 - 如果存在 contracts/:将端点映射到用户故事 - 如果存在 research.md:提取决策用于设置任务 - 生成按用户故事组织的任务(参见下面的任务生成规则) - 生成依赖图显示用户故事完成顺序 - 为每个用户故事创建并行执行示例 - 验证任务完整性(每个用户故事都有所需任务,可独立测试)
.specify/templates/tasks-template.md 作为结构,填充:- 从 plan.md 获取正确的功能名称 - 阶段 1:设置任务(项目初始化) - 阶段 2:基础任务(所有用户故事的阻塞先决条件) - 阶段 3+:按 spec.md 中的优先级顺序排列的每个用户故事一个阶段 - 每个阶段包括:故事目标、独立测试标准、测试(如果要求)、实现任务 - 最终阶段:完善和跨领域关注点 - 所有任务必须遵循严格的检查表格式(参见下面的任务生成规则) - 每个任务的明确文件路径 - 依赖关系部分显示故事完成顺序 - 每个故事的并行执行示例 - 实现策略部分(MVP 优先、增量交付)
- 总任务数 - 每个用户故事的任务数 - 识别的并行机会 - 每个故事的独立测试标准 - 建议的 MVP 范围(通常仅为用户故事 1) - 格式验证:确认所有任务都遵循检查表格式(复选框、ID、标签、文件路径)
为任务生成提供上下文:{ARGS}
tasks.md 应该是立即可执行的 - 每个任务必须足够具体,以便 LLM 可以在没有额外上下文的情况下完成它。
关键:任务必须按用户故事组织,以实现独立实现和测试。
测试是可选的:仅在功能规格中明确要求或用户要求 TDD 方法时才生成测试任务。
每个任务必须严格遵循此格式:
- [ ] [任务ID] [P?] [故事?] 带文件路径的描述
格式组件:
- [ ] 开头(markdown 复选框)- 格式:[US1], [US2], [US3], 等(映射到 spec.md 中的用户故事) - 设置阶段:无故事标签 - 基础阶段:无故事标签 - 用户故事阶段:必须有故事标签 - 完善阶段:无故事标签
示例:
- [ ] T001 根据实现计划创建项目结构- [ ] T005 [P] 在 src/middleware/auth.py 中实现认证中间件- [ ] T012 [P] [US1] 在 src/models/user.py 中创建用户模型- [ ] T014 [US1] 在 src/services/user_service.py 中实现 UserService- [ ] 创建用户模型(缺少 ID 和故事标签)T001 [US1] 创建模型(缺少复选框)- [ ] [US1] 创建用户模型(缺少任务 ID)- [ ] T001 [US1] 创建模型(缺少文件路径)- 每个用户故事(P1, P2, P3...)都有自己的阶段 - 将所有相关组件映射到它们的故事: - 该故事需要的模型 - 该故事需要的服务 - 该故事需要的端点/UI - 如果要求测试:该故事的特定测试 - 标记故事依赖关系(大多数故事应该是独立的)
- 将每个契约/端点 → 映射到它服务的用户故事 - 如果要求测试:每个契约 → 在该故事阶段实现前的契约测试任务 [P]
- 将每个实体映射到需要它的用户故事 - 如果实体服务于多个故事:放在最早的故事或设置阶段 - 关系 → 在适当的故事阶段中的服务层任务
- 共享基础设施 → 设置阶段(阶段 1) - 基础/阻塞任务 → 基础阶段(阶段 2) - 故事特定设置 → 在该故事的阶段内
- 在每个故事内:测试(如果要求)→ 模型 → 服务 → 端点 → 集成 - 每个阶段应该是一个完整的、可独立测试的增量