开发技能

在 Rust 项目中运行 cargo check，检查编译错误和警告并修复发现的问题；也可按示例检查所有项目目标。

• 代码修改后检查编译
• 查看并修复编译器警告
• 检查所有项目目标

检查未处理的 PR，将代码差异、测试和失败检查与实际发布分支对照，整理直接合并、择取复用、暂缓或建议关闭的方案，并注明贡献者。

• 整理未处理的 PR
• 挑选本次发布的变更
• 检查与本地发布分支的冲突

为设计、实现、说明或调试任务独立生成多个方案，并按同一套标准比较。代码方案在分开的`worktree`中验证，再将候选方案及依据交由审阅。

• 比较多种设计思路
• 评估同一任务的实现方案
• 比较说明或调试思路

将指定的 GitHub Issue 批量分配到里程碑、负责人或两者。逐项确认目标是未关闭的 Issue，再逐条修改，并核对里程碑数量和部分 Issue 详情后报告结果及排除原因。

• 将 Issue 归入发布里程碑
• 为多个 Issue 指定负责人
• 转移到新建或改名的里程碑

通过复现故障、缩小触发条件并定位根因来调查软件问题。获得区分症状与原因、附有证据的诊断；仅在获准后进行修复。

• 调查程序崩溃原因
• 排查不稳定的测试
• 查找错误输出的原因

检查 GitHub 中未处理的拉取请求和问题，按价值与风险排序可采取的行动，并生成报告，说明合并候选、已修复问题、小型修正、分支验证和贡献者署名方案。

• 为积压的拉取请求和问题排序
• 在发布前寻找可纳入的小型贡献
• 依据证据查找已修复的问题

将已验证的 Codewhale 更改提交并推送到 main，处理贡献者的 PR 和冲突，保留作者署名，并在合并前核对所需的审查依据。

• 在共享环境提交已验证的更改
• 解决贡献者 PR 冲突并保留署名
• 合并前核对审批依据

将 Codewhale 的故障或功能建议整理成 GitHub issue，补充复现信息并检查重复项。提交前展示完整草稿，获得明确批准后再发布并返回链接。

• 附复现步骤报告故障
• 提交 Codewhale 功能建议
• 检查是否已有相同 issue

为 codewhale 设计、构建和排查连接外部工具的 MCP 服务器，涵盖本地与远程连接、凭据设置、工具验证，以及成功和失败请求的测试。

• 为本地工具构建 MCP 服务器
• 连接 codewhale 与远程服务
• 设置凭据和连接请求头

为 Codewhale 创建本地插件模板，配置带版本号的清单文件和带插件命名空间的 Skills，并展示验证结果，供使用者决定是否信任和启用插件。

• 创建本地插件模板
• 将 Skills 按插件命名空间归组
• 添加所需的 MCP 服务器配置

在参与 Codewhale 开发前检查本地分支、未提交更改和同步状态，构建命令行程序并运行 CI 中的 Rust 检查，同时列出本地提交和变更日志。

• 开始开发前检查分支和同步状态
• 查看本地更改与仓库状态
• 构建命令行程序并运行 CI 检查

在开始或恢复 Codewhale 开发前，核对当前仓库、分支、未提交改动、相关 worktree、适用规则和版本一致性，整理好经过确认的上下文再编辑。

• 开始会话时查看仓库状态
• 核实交接内容后继续工作
• 查找已有任务所在的 worktree

检查 GitHub 问题正文、评论和目标分支代码，核实修复是否已合入，再附上证据和贡献者致谢后关闭已解决的问题；部分修复则保留问题并报告进展。

• 核实修复后关闭问题
• 发布前整理已解决问题
• 报告部分修复的进展

使用已认证的 `gh` 命令行工具查看 GitHub 议题、审查代码变更提案、搜索代码、检查自动化流程运行结果并管理发布。只有在用户明确要求时才执行更新操作。

• 查看并整理 GitHub 议题
• 创建或审查 PR
• 搜索仓库代码

将一条已批准的社区拉取请求带入指定发布分支，保留作者与贡献记录；检查改动和冲突，运行针对性测试，并向贡献者致谢。

• 将已批准的请求带入发布分支
• 调整改动时保留作者记录
• 在目标分支检查冲突并运行测试

针对尚未确定的重要产品或实现决策，每次提出一个问题并记录回答；信息足够后整理成简短概要或规格说明，并先自行调查可查明的事实。

• 梳理含糊的产品需求
• 选择实现方案
• 把回答整理成简短规格

生成可直接粘贴的交接提示，让其他智能体或后续会话继续开发。依据当前仓库状态区分已验证结果、推测和阻塞事项，并列出未提交文件及后续步骤。

• 结束仍在进行的开发会话
• 将任务交给其他智能体
• 记录下次继续工作的步骤

在修改 Codewhale 前查找现有实现及其调用方，划定便于审查的改动范围，并预先确定验证方式，适用于功能开发、升级和重构，帮助避免重复实现或未完成的迁移。

• 添加功能前查找现有代码
• 划定重构的审查范围
• 实现前确定验证方式

将 Codewhale 的缺陷或功能建议整理成可执行的 GitHub issue，附上证据、复现步骤和可验证的完成条件。检查相关 issue 和 PR，使用已有标签与里程碑，并返回 issue 链接及依据。

• 提交附有复现步骤的缺陷报告
• 为功能建议明确可验证的完成条件
• 检查重复 issue 或相关 PR

按明确指定的范围更新依赖：先确认当前版本并阅读发布说明或变更记录，再应用更新、处理兼容性问题，并用项目的测试和构建流程验证结果。

• 更新指定的依赖
• 更新前查看发布说明
• 修复更新后的兼容性问题

将多步骤开发、调查或测试拆分给职责明确的子代理并行处理。主代理负责设计判断、整合结果和最终验证，子代理处理范围清楚的独立任务。

• 并行调查不同文件组
• 按文件范围分配修改
• 在其他工作进行时运行测试

按照明确且获准的请求或已批准计划进行范围明确的代码修改，并执行相应检查。先确认验收条件，再报告修改内容、验证结果和未解决事项。

• 实现定义明确的代码修复
• 将已批准的计划落实到代码
• 验证修改并确认剩余工作

将目标明确的任务整理为 Codewhale 中有序的实施计划，梳理目标、限制、步骤依赖，并为高风险步骤记录验证方法、风险和待解决问题。

• 为需求明确的工作制定计划
• 梳理有依赖关系的步骤
• 为高风险步骤补充验证

依据完整讨论和当前代码审查多条 GitHub Issue，并用表格区分已完成、小型修复、需设计和暂缓事项，为每条记录列出证据、可信度及后续行动。

• 盘点一组 Issue 或里程碑
• 核对当前代码已解决的 Issue
• 区分小型修复、设计和暂缓项