mcpField
D
design-sprint

design-sprint

github.com/podo开发30173 次安装4 天前更新
代码仓库

关于 design-sprint

design-sprint 是一项技能，用于研究代码库、拟定计划并创建经批准的 GitHub 或 Backlog 问题。其设计流程支持在计划中批注修改，并在明确批准后提出父问题、子问题及依赖关系。

主要功能

  1. 01研究代码库和问题模板
  2. 02编写汇总研究与设计的计划
  3. 03根据计划内批注进行修改
  4. 04创建获批的父问题和依赖子问题
  5. 05支持 GitHub 和 Backlog 跟踪器

适用场景

  1. 01将功能构想整理为经审阅的问题
  2. 02把获批计划拆分为有依赖关系的子问题
  3. 03经过一轮提问后提交范围明确的问题

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/podo/design-agent-skills --skill design-sprint

安装后在 Claude Code 中输入/design-sprint确认已加载。

附带文件stub.yaml

详细介绍

design-sprint

目录条目占位符 — 完整技能：aoshimash/skills（create-issue）

决策树

  1. 是否已安装完整技能？ 上游将此技能命名为 create-issue，因此它会安装在此指针旁边（不会替换此指针）。

    • 全局：f=~/.agents/skills/create-issue/SKILL.md; [ -f "$f" ] && ! grep -q "^das:" "$f" && echo "installed" || echo "pointer"
    • 项目：f=.agents/skills/create-issue/SKILL.md; [ -f "$f" ] && ! grep -q "^das:" "$f" && echo "installed" || echo "pointer"
    • installed → 技能已作为 create-issue 安装，调用它并继续
    • pointer → 转到第 2 步

  2. 检测范围，然后安装：

    [ -e ~/.agents/skills/design-sprint ] && echo "global" || echo "project"

    全局：

    npx skills add aoshimash/skills --skill create-issue -g -y

    项目：

    npx skills add aoshimash/skills --skill create-issue -y

    **Claude Code：**发送以 ! 开头的命令作为聊天消息，即可在不离开对话的情况下运行命令。

Claude Code 插件方式：

/plugin marketplace add aoshimash/skills
/plugin install aoshimash-skills@aoshimash-skills

注意事项

  • **要求：**已安装并完成身份验证的 gh CLI（用于 GitHub issues）或已完成身份验证的 bee CLI（用于 Backlog issues）；仅在你批准具体内容后，才会在你的跟踪系统中创建 issues
  • **许可证：**MIT
  • 名称冲突：design-sprint 也由 wondelai-skills 写入（安装该技能或其目录条目指针时）；同时安装两者会覆盖较早安装的版本。

安装后调用

  • 技能名称：create-issue
  • 触发短语："design sprint", "design and decompose", "create an issue", "plan and create issues"

功能

上游将其 design-sprint 工作流整合到了 create-issue 中，该技能包含两种流程。轻量流程会在一轮批量提问和一次草稿审批后，提交一个范围明确的 issue。设计流程则是以前的 design sprint：

步骤输出
设置检测 issue 跟踪系统（GitHub 或 Backlog）以及仓库的 issue 模板
研究与设计深入阅读代码库，然后生成一个整合后的计划文件（研究、设计、待解决问题、拆分提案）
批注周期你在 markdown 文件中直接为计划添加批注；Agent 会反复修改，直到内容准确
创建 issue最终审批通过后，创建一个父 issue 和带有依赖关系的子 issue；研究结果会作为 issue 评论保留

核心原则：issue 描述动机和提案，绝不描述实现步骤；在创建 issue 前解决歧义；未经明确批准，不会发布任何内容；将内容拆分为子 issue 始终只是提案。需要已完成身份验证的 gh CLI（用于 GitHub）或 bee CLI（用于 Backlog）。

不适用场景

  • 设计冲刺工作坊引导（Crazy 8s、HMW、投票）→ 使用 pm-skills（Design Sprint 部分）或 wondelai-skills（Knapp's Design Sprint 技能）
  • 不涉及代码的 PM 需求探索 → 使用 deanpeters-pm-skills 或 pm-skills
  • 不创建 issue 的功能规划 → 使用 plan-design-review
  • 之后实现这些 issues → 使用上游独立的 implement-issue 技能（此指针不会安装该技能）

评论

支持 Markdown