适用于需要从 API 获取数据的组件开发,包括查询选项的定义、加载/错误/成功状态的构建,以及 Query/Queries 包装组件的使用。全面覆盖从 API 客户端到渲染 UI 的完整数据获取流程。
在审查分支变更以检测设计原则违规时使用——可针对 YAGNI、DRY、SRP、关注点分离、过度工程、过早抽象、死代码以及不必要的复杂性对差异进行分析
将 AI 创意基准融入符合 HELM 标准的场景实现中。当用户提出“引入基准”、“创建 HELM 场景”、“将论文转化为评估代码”、“将数据集转换为 HELM 格式”,或当用户提及“创意基准”、“task.py”或“scenario.py”时,可使用此技能。
项目维护综合审计。同时执行复杂度(Lizard)、安全性(Gitleaks/NPM Audit)与死代码(Knip)三大类审计,优先排序并精准定位需重构的代码区域。适用于重构计划、代码质量检查,以及在PR提交前进行全面审计。
通过总结标签之间的提交记录,为 json-schema-rs 生成 Git 发布说明。当用户询问发布说明、发布概要、某个版本的具体变更,或需要为新版本整理发布文案时,可运用此技能。
利用 EXPLAIN ANALYZE、索引、连接池以及查询优化,诊断并修复 PostgreSQL 性能问题。
当用户希望制定社区准则、建立版主工作流、处理冲突,或设计治理结构时。也适用于用户提及“版主管理”“社区规则”“准则”“行为规范”“冲突解决”“有毒成员”“信任与安全”“封禁”或“治理”的场景。若涉及危机情境,可参考危机管理。
将当前会话状态打包成 HANDOFF.md,以便下一任代理(或未来的您)能够快速恢复工作。在结束会话、切换上下文,或将任务移交给另一位代理时使用。
通过结构化的访谈流程,确保在功能/规格规划阶段,用户与 Claude 之间保持高度一致。 当用户在实施新功能、进行重构,或开展任何非 trivial 的实现任务之前调用 /plan-interview 时,请使用此技能。该技能会在深入探索代码库之前,先行开展一次访谈,全面收集技术约束、范围边界、风险承受能力以及成功标准等需求信息。 请勿将此技能用于:纯粹的研究或探索任务、简单的 Bug 修复,或当用户仅希望进行常规规划而无需访谈流程时。
倡导并践行“一切基础设施变更皆应被编码、可复现、并经过验证”的理念。当您进行基础设施变更、部署服务,或审查运维流程时,可选用此方法。
使用 buf 配置 Connect RPC + gRPC-Gateway 的协议缓冲区,涵盖插件、导入语句、注解与代码生成等关键环节。
文档类型及其在仓储中的角色。关键词:文档、类型、角色。