2. Implementation Steps【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilotImplementation Phase 1GOAL-001: Implement feature XTaskDescriptionCompletedDateTASK-001Description of task 1✅2025-04-25TASK-002Description of task 2create-github-issues-feature-from-implementation-plan 技能的第一步正是分析计划文件识别阶段即解析出每一个 Implementation Phase N 及其所属的 GOAL-NNN / TASK-NNN以此决定 Issue 的数量与内容边界。 ## 四步核心流程 技能的 Process 定义了严格的处理顺序全部操作围绕计划文件占位符 ${file} 展开 ### 第 1 步分析计划文件识别阶段 通读 ${file}提取 - 阶段数量与阶段标题phase name - 每个阶段的 GOAL-NNN 目标描述 - 每个阶段的 TASK-NNN 任务清单及完成状态Completed 列 - 计划 front matter 中的 goal、status、tags 等元信息用于判断阶段应归类为 feature 还是 chore。 ### 第 2 步用 search_issues 检查存量 Issue 在创建任何 Issue 之前必须使用 search_issues 检索仓库中是否已存在覆盖相同阶段或目标的 Issue。这是整个流程的**去重闸门**其目的在于 - 避免同一阶段被重复跟踪、重复认领 - 若存在语义相同的存量 Issue则跳过创建转而执行更新 - 满足技能 Requirements 中 Verify against existing issues before creation 的硬性约束。 在 [github-issues](https://link.gitcode.com/i/bfbb55d73a6970e28b82c4965c8f3cea) 技能中search_issues 对应 MCP 工具 mcp__github__search_issues支持按状态、标签、日期以及 GitHub 搜索语法跨仓库检索更复杂的布尔组合、日期区间与 issue 字段过滤field.name:value可参考其 [references/search.md](https://link.gitcode.com/i/222a427b7d282479505dde3492a487a8)。 ### 第 3 步逐阶段创建或更新 Issue 对每个阶段执行一次写操作 - 若不存在对应 Issue使用 create_issue 新建一个阶段一条 - 若已存在对应 Issue使用 update_issue 更新其标题、正文或标签而不是创建重复条目。 对应的 MCP 工具为 mcp__github__issue_writemethods: create / update支持标题、正文、类型、标签、指派人与里程碑等字段。当 MCP 服务器未连接或需要 MCP 未暴露的 REST 字段时[github-issues](https://link.gitcode.com/i/bfbb55d73a6970e28b82c4965c8f3cea) 技能建议改用 gh api bash # 创建支持 issue type gh api repos/{owner}/{repo}/issues \ -X POST \ -f titlePhase 1: Implement authentication module \ -f body## Summary ... \ -f typeFeature \ -f labels[]feature \ --jq {number, html_url} # 更新已有 Issue gh api repos/{owner}/{repo}/issues/{number} \ -X PATCH \ -f titleUpdated phase title \ -f stateopen \ --jq {number, html_url}需要注意两个实操细节来自 github-issues-f labels[]bug必须整体加引号。[]在 zshmacOS 默认 shell中是通配符不加引号会报zsh: no matches found: labels[]bug而根本不会到达ghgh issue create不支持--type参数只有gh api的 REST 调用能设置 issue type。因此涉及类型归类时优先走gh api。第 4 步按模板组织内容失败时回退新建 Issue 的正文优先使用feature_request.yml或chore_request.yml模板只有当模板不可用时才回退到默认模板。模板的选型规则与阶段类型强相关新功能、增强类阶段 →feature_request.yml维护、重构、升级、杂务类阶段 →chore_request.yml。github-issues 的 references/templates.md 提供了可直接复制的默认正文模板。Feature Request 模板的核心结构如下## Summary [One-line description of the feature] ## Motivation [Why is this feature needed? What problem does it solve?] ## Proposed Solution [How should this feature work?] ## Acceptance Criteria - [ ] [Criterion 1] - [ ] [Criterion 2] ## Alternatives Considered [Other approaches considered and why they werent chosen] ## Additional Context [Mockups, examples, or related issues]Taskchore类阶段可套用 Task 模板强调目标、明细、检查清单与依赖## Objective [What needs to be accomplished] ## Details [Detailed description of the work] ## Checklist - [ ] [Subtask 1] - [ ] [Subtask 2] ## Dependencies [Any blockers or related work] ## Notes [Additional context or considerations]【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 2. Implementation Steps
2. Implementation Steps【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilotImplementation Phase 1GOAL-001: Implement feature XTaskDescriptionCompletedDateTASK-001Description of task 1✅2025-04-25TASK-002Description of task 2create-github-issues-feature-from-implementation-plan 技能的第一步正是分析计划文件识别阶段即解析出每一个 Implementation Phase N 及其所属的 GOAL-NNN / TASK-NNN以此决定 Issue 的数量与内容边界。 ## 四步核心流程 技能的 Process 定义了严格的处理顺序全部操作围绕计划文件占位符 ${file} 展开 ### 第 1 步分析计划文件识别阶段 通读 ${file}提取 - 阶段数量与阶段标题phase name - 每个阶段的 GOAL-NNN 目标描述 - 每个阶段的 TASK-NNN 任务清单及完成状态Completed 列 - 计划 front matter 中的 goal、status、tags 等元信息用于判断阶段应归类为 feature 还是 chore。 ### 第 2 步用 search_issues 检查存量 Issue 在创建任何 Issue 之前必须使用 search_issues 检索仓库中是否已存在覆盖相同阶段或目标的 Issue。这是整个流程的**去重闸门**其目的在于 - 避免同一阶段被重复跟踪、重复认领 - 若存在语义相同的存量 Issue则跳过创建转而执行更新 - 满足技能 Requirements 中 Verify against existing issues before creation 的硬性约束。 在 [github-issues](https://link.gitcode.com/i/bfbb55d73a6970e28b82c4965c8f3cea) 技能中search_issues 对应 MCP 工具 mcp__github__search_issues支持按状态、标签、日期以及 GitHub 搜索语法跨仓库检索更复杂的布尔组合、日期区间与 issue 字段过滤field.name:value可参考其 [references/search.md](https://link.gitcode.com/i/222a427b7d282479505dde3492a487a8)。 ### 第 3 步逐阶段创建或更新 Issue 对每个阶段执行一次写操作 - 若不存在对应 Issue使用 create_issue 新建一个阶段一条 - 若已存在对应 Issue使用 update_issue 更新其标题、正文或标签而不是创建重复条目。 对应的 MCP 工具为 mcp__github__issue_writemethods: create / update支持标题、正文、类型、标签、指派人与里程碑等字段。当 MCP 服务器未连接或需要 MCP 未暴露的 REST 字段时[github-issues](https://link.gitcode.com/i/bfbb55d73a6970e28b82c4965c8f3cea) 技能建议改用 gh api bash # 创建支持 issue type gh api repos/{owner}/{repo}/issues \ -X POST \ -f titlePhase 1: Implement authentication module \ -f body## Summary ... \ -f typeFeature \ -f labels[]feature \ --jq {number, html_url} # 更新已有 Issue gh api repos/{owner}/{repo}/issues/{number} \ -X PATCH \ -f titleUpdated phase title \ -f stateopen \ --jq {number, html_url}需要注意两个实操细节来自 github-issues-f labels[]bug必须整体加引号。[]在 zshmacOS 默认 shell中是通配符不加引号会报zsh: no matches found: labels[]bug而根本不会到达ghgh issue create不支持--type参数只有gh api的 REST 调用能设置 issue type。因此涉及类型归类时优先走gh api。第 4 步按模板组织内容失败时回退新建 Issue 的正文优先使用feature_request.yml或chore_request.yml模板只有当模板不可用时才回退到默认模板。模板的选型规则与阶段类型强相关新功能、增强类阶段 →feature_request.yml维护、重构、升级、杂务类阶段 →chore_request.yml。github-issues 的 references/templates.md 提供了可直接复制的默认正文模板。Feature Request 模板的核心结构如下## Summary [One-line description of the feature] ## Motivation [Why is this feature needed? What problem does it solve?] ## Proposed Solution [How should this feature work?] ## Acceptance Criteria - [ ] [Criterion 1] - [ ] [Criterion 2] ## Alternatives Considered [Other approaches considered and why they werent chosen] ## Additional Context [Mockups, examples, or related issues]Taskchore类阶段可套用 Task 模板强调目标、明细、检查清单与依赖## Objective [What needs to be accomplished] ## Details [Detailed description of the work] ## Checklist - [ ] [Subtask 1] - [ ] [Subtask 2] ## Dependencies [Any blockers or related work] ## Notes [Additional context or considerations]【免费下载链接】awesome-copilotCommunity-contributed instructions, agents, skills, and configurations to help you make the most of GitHub Copilot.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-copilot创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考