mcpField
D
develop-with-workflow

develop-with-workflow

github.com/patinaprojectAgent 工作流148 次安装1 天前更新
代码仓库

关于 develop-with-workflow

供需要并行实现任务的 Agent 使用的技能，可将已完成的工作合并到一个分支并验证。它要求具备指定的工作流工具和技能，不负责润色或创建拉取请求。

主要功能

  1. 01检查必需的工具和技能
  2. 02按依赖关系拆分工作
  3. 03在独立工作树中并行实现
  4. 04合并更改并运行检查
  5. 05后续再进行润色和 PR 准备

适用场景

  1. 01实现包含独立部分的请求
  2. 02协调多个 Agent 并行工作
  3. 03将工作树更改合并到一个分支

安装

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

$npx skills add https://github.com/patinaproject/skills --skill develop-with-workflow

安装后在 Claude Code 中输入/develop-with-workflow确认已加载。

详细介绍

使用工作流进行开发

仅当用户需要并行实现时才使用此技能。它会生成一个分支，其中合并了所有已完成并通过验证的部分。它不会运行 polish 或创建拉取请求。之后请运行 polish，再运行 ready-pr。

请求可能包含一个议题、书面说明，或两者兼有。以书面说明为准，确定要构建的内容。working-on-issue 会查找议题及其分支（如果存在）。

必需的工具和技能

开始规划前，确认以下工具和技能均可用：

  • Claude Workflow 工具
  • working-on-issue
  • new-branch
  • implement
  • tdd
  • code-review
  • resolving-merge-conflicts
  • to-tickets
  • polish
  • ready-pr
  • codebase-design

如果有任何缺失，请停止并指出缺失项。提供其当前来源的项目本地安装命令。

用户已选择此技能，因此本次运行中，Claude Workflow 工具可以在不同工作树中创建并行 Agent。

步骤

  1. 使用完整请求运行 working-on-issue。如果未找到议题，提醒用户后续提交和拉取请求可能需要引用议题，然后继续在当前分支上操作。
  2. 将 to-tickets 用作规划指南。将请求拆分为多个部分，每个部分都能通过所有受影响层交付可用功能。记录每个部分要构建的内容、验证方式，以及依赖的前置部分。不要创建跟踪议题。
  3. 对于重命名共享符号等大范围机械性变更，改用以下三个阶段：在旧形式旁添加新形式；分批、独立地迁移调用方；待所有调用方迁移后再移除旧形式。如果某一批次无法单独通过验证，则在移除旧形式前合并并验证这些批次。
  4. 以编号列表向用户展示拟议的各个部分。列出每个部分的标题、依赖项、实现内容和检查项。询问各部分的规模及其依赖关系。只有在用户批准列表后才开始实现。
  5. 统计无需相互等待即可启动的部分。如果少于两个，则在当前分支上使用 implement，然后继续执行第 8 步。
  6. 按依赖顺序对已批准的部分分组。对于每一组，使用 Claude Workflow 工具同时运行所有彼此独立的部分，每个部分分配一个 Agent，并设置 isolation: 'worktree'。只向每个 Agent 提供对应部分的工作内容和检查项。每个 Agent 都使用 implement 和 tdd。
  7. 每组完成后，使用 resolving-merge-conflicts 将其工作树合并到同一个分支，然后运行仓库文档中说明的检查。遇到需要产品或设计决策的冲突时，询问用户。从合并后的分支开始处理依赖部分，确保包含其所依赖的工作。
  8. 所有已批准的部分都合并到同一个分支且仓库检查通过后，即完成。

最终报告

报告以下内容：

  • 分支名称及合并到该分支的部分
  • 部分数量和依赖组数量
  • 是否执行了并行工作，或技能是否使用了一次 implement 运行
  • 已解决的冲突，以及需要用户决策的冲突
  • 验证结果
  • 后续步骤：先运行 polish，再运行 ready-pr

评论

支持 Markdown