查找技能

根据现有对话和对代码库的理解编写规格文档，并发布到项目的问题跟踪系统，整理用户问题、需求、实现决策、测试方针及本次不涵盖的范围。

• 将功能讨论整理成规格文档
• 把已达成一致的需求发布为问题
• 记录实现与测试方针

制作可交互的 HTML 原型来试验逻辑和状态变化，或在同一页面切换不同界面方案。通过操作验证设计疑问，记录结论，并将验证后的决定用于实际代码。

• 通过操作检验复杂状态变化
• 比较不同的界面设计
• 向非技术人员分享逻辑原型

帮助设计用法精简、内部集中处理复杂逻辑的模块。通过统一术语和判断标准，评估模块是否易用、实现替换位置是否合适，以及是否便于测试。

• 简化模块的调用方式
• 集中分散的复杂逻辑
• 选择可替换实现的位置

为首次使用开发技能整理仓库共用配置，确认任务管理位置、分类标签及术语表和设计决策记录的存放方式，经用户审核后写入配置文档。

• 首次使用开发技能前的配置
• 整理任务管理位置和分类标签
• 确定术语表与设计决策记录的位置

为代码审查者撰写拉取请求正文，用图示或差异摘要说明变更，提供变更前后的行为证据，并简要整理变更是否容易撤销及其影响范围。

• 撰写拉取请求正文
• 用文件树和差异说明结构变更
• 展示界面变更前后的证据

通过能检测具体症状的测试或脚本，调查难以复现的故障和性能下降。缩小失败条件，验证多个原因假设，完成修复后检查原始复现流程及防止复发的测试。

• 调查难以复现的错误
• 查找处理速度下降的原因
• 重复验证间歇性故障

将当前对话整理为交接文档，便于另一个代理继续工作。文档引用已有资料，列出下一步建议使用的技能，并隐去敏感信息。

• 将工作交接给另一个代理
• 为新会话做好准备
• 按下一步任务定制交接文档

为Claude Code配置钩子，在执行前拦截Git推送、丢弃更改等操作。可选择仅应用于当前项目或所有项目，并调整拦截命令、验证运行结果。

• 阻止Claude Code推送Git更改
• 防止丢弃更改或删除分支
• 为单个或所有项目设置限制

通过具体案例和代码对照，厘清项目中的业务术语、概念边界及其关系，将商定的定义写入术语表，并在需要时记录重要设计决策的理由。

• 厘清含义模糊的业务术语
• 创建或更新 GLOSSARY.md
• 核对业务定义与代码是否一致

回顾编码工作记录，检查文件查找、自动检查、指令、工具使用和信息访问等方面，找出代理工作环境的改进方案，并按重要程度排序，供下次工作参考。

• 回顾耗时较长的开发工作
• 寻找防止重复错误的自动检查
• 整理面向代理的指令

通过持续深入的提问，帮助你重新审视计划或设计。它调用相关的grilling技能，开启对话，让你在回答问题的过程中逐步明确想法。

• 通过提问重新思考计划
• 用访谈方式探讨设计
• 在对话中将初步想法具体化

根据任务的规模和阶段，指导你选择相关技能及其使用顺序，涵盖想法梳理、实现和故障排查，帮助确定下一步以及如何衔接后续工作。

• 选择从想法到实现的步骤
• 确定故障排查的起点
• 规划分多次会话完成的开发

为 TypeScript 项目配置包边界检查，检测外部对包内部文件的直接引用和循环依赖。以包根目录文件作为公开入口，并完成示例、验证和文档。

• 防止直接引用包内部文件
• 在类型检查时一并检查包边界
• 创建可复制的包模板

检查代码结构，找出妨碍理解和测试的问题，将改进候选方案整理成带前后对比图的HTML报告。选定方案后，通过对话进一步明确约束、依赖关系和设计决策。

• 审查频繁变更区域的设计
• 通过图示比较重构方案
• 探讨便于测试的模块设计

将收集好的素材逐步写成文章，提供多个展开方向供用户选择。先确认读者已有的知识，再按理解顺序解释概念，每次只写入选中的内容，并保留用户修改。

• 将收集好的笔记写成文章
• 比较文章的不同开头
• 为初学者调整解释顺序

当代理上一条解释难以理解时，补充少量背景并重新说明。解释采用简化技术英语标准和项目术语表中的共用词汇，帮助理解当前讨论的进展。

• 重新理解代理上一条解释
• 补充背景以理解讨论进展
• 使用项目共用术语进行说明

Replace TypeScript type assertions in tests with functions from @total-typescript/shoehorn. Use partial objects when only a few properties matter, or deliberately invalid data for error tests, then run a type check to verify the migration.

中文简介正在准备中。当前显示英语简介。

• Replace as assertions in TypeScript tests
• Build test objects with only the properties you need
• Pass deliberately invalid data for error tests

通过先写失败测试、再添加最小实现来开发功能或修复缺陷。从调用方使用的公开接口验证行为，编写不依赖内部结构的测试。

• 先写测试再添加功能
• 从缺陷复现测试开始修复
• 确定集成测试覆盖的接口

将需要人工完成的服务设置或迁移流程整理为交互式bash脚本，分阶段引导界面操作、隐藏输入敏感信息，并将配置值保存到指定位置。

• 引导外部服务的设置流程
• 输入凭据并保存到.env
• 配置CI所需的GitHub机密

以指定提交、分支或标签为基准，从开发规范和原始需求两个角度审查代码变更。分别报告规范问题与需求缺漏，便于独立判断两方面的结果。

• 审查分支或PR的变更
• 检查指定提交或标签之后的变更
• 对照已记录的开发规范

通过官方文档、源代码、规范及提供方的 API 核实问题，由后台智能体将调查结果汇总为一份 Markdown 笔记，为每项论述附上来源并保存到代码仓库。

• 通过官方资料核实 API 规范
• 保存附有来源的调查笔记
• 处理其他工作时委托资料调查

将无法独自判断的问题整理成供知情者填写的问卷。先确认回答者的角色及所需事实，再生成带回答栏的Markdown文档，用于书面答复或会议填写。

• 收集决策所需的信息
• 准备向专家提出的问题
• 在会前收集书面答复

在单次会话中协调承担不同任务的子智能体，推进长期目标。后台工作与用户对话同时进行，并改进共享规范、工作环境和后续任务所需的信息访问条件。

• 协调长期目标中的任务分工
• 后台推进工作并持续对话
• 改进共享规范和工作环境

将计划、规格或对话拆分为可独立验证行为的小型开发任务，明确依赖关系、实施顺序和验收条件，经用户确认后保存为本地文件或登记到任务管理工具。

• 将规格拆分为开发任务
• 梳理任务依赖关系和实施顺序
• 分阶段推进涉及范围较广的变更