api-reviewerAPI contract review, 接口契约评审。Use when: PRD 完成后、HLD/LLD/实现前需要审查完整契约或既有批准范围内的契约增量,包括 OpenAPI/AsyncAPI/GraphQL/gRPC/WebSocket/SSE/Webhook/SDK/文件格式/IPC-CLI 契约。
api-writerWrite API contract, 写接口契约。Use when: PRD 完成后、HLD 之前需要定义 OpenAPI/AsyncAPI/GraphQL/gRPC/WebSocket/SSE/Webhook/SDK/文件格式规范。 也用于既有相关文档的有限增量更新。
brd-interviewerBRD interview, 业务需求访谈。Use when: 需要将模糊的业务想法梳理成 BRD、"帮我梳理业务需求"、"老板说要做 XXX"、"这个需求不太清楚"、"写 BRD"。
code-reviewerCode review, implementation review, 源码评审、实现复审。Use when: implementation Candidate 已形成,需要基于已批准需求/设计和精确 Git 边界做首次完整 Code Review 或整改 delta 复审。Do not use for API/HLD/LLD/Test/Runbook review or deployment approval.
code-writerImplement and troubleshoot code, 源码实现、修复与工程交接。Use when: 已有明确请求或批准范围,需要实现、排障、补测试、整改 Code Review 或恢复这些工作。首次先读本 skill,需要工程续接时再读小入口;勿在加载 skill 的同批调用中全文输出工程状态。支持长任务及 Writer/Reviewer 协作;不替代专业评审,不授予发布、部署或通信权限。
delivery-secretaryDelivery secretary / delivery manager / delivery management,交付秘书、持续任务与进度跟踪。Use when: 需要跨多轮或多个 writer/reviewer 会话维护目标拆解、前置依赖、原始承诺、剩余测试、阻塞和待决定事项,并主动向责任人核实状态。单次流程导航用 guide;技术方案、实现、测试判定和评审仍由对应角色负责。
guardrails-reviewerReview Project Guardrails, 工程规范评审。Use when: Guardrails 创建或更新后需要作为项目级治理基线做准出,检查触发判定、生成模式、事实标准、下游工作流钩子与规则可执行性。
guardrails-writerWrite Project Guardrails, 写工程规范。Use when: 需要创建或更新项目级 Guardrails 基线,明确跨模块/跨团队的默认约束、更新触发条件与下游工作流钩子;适用于项目启动、架构/平台/合规变化、事故复盘、重复评审问题固化。
guideGuide, workflow guide, 流程导航、我该用哪个 skill、下一步做什么。Use when: 需要按任务和决策层级区分正式设计、有限工程修复与源码复审,读取项目证据并推荐最小下一步;也可路由到 Testany 自动化落地分支。
hld-reviewerHLD review, High-Level Design review, 架构方案评审。Use when: 审查完整 HLD,或已有系统中职责、信任、依赖、数据/控制流及失败边界的有限架构变更。Do not use merely because a repair is cross-repository or security-related; implementation details belong to lld-reviewer and source Candidates to code-reviewer.
hld-writerWrite HLD, High-Level Design, 写技术设计文档。Use when: PRD 和 API Contract 完成后需要做系统架构设计、技术选型、制定技术方案。 也用于既有相关文档的有限增量更新。
lld-reviewerLLD review, Low-Level Design review, 详细设计评审。Use when: 审查正式 LLD,或评审已批准职责内的有限工程修复方案与整改 delta。Do not use for architecture ownership/trust changes, API contract approval, code review, or deployment approval.
lld-writerWrite LLD, Low-Level Design, 写详细设计。Use when: PRD/HLD/API Contract 完成后需要写模块设计、接口设计、实现级技术方案。 也用于既有相关文档的有限增量更新。
prd-reviewerPRD review, 需求评审, 检查 PRD 质量。Use when: PRD 完成后需要评审、"审查 PRD"、"PRD 评审"、"需求评审"。
prd-writerWrite PRD, 写产品需求文档。Use when: 需要写新功能 PRD(有UI/无UI)、第三方集成、功能重构、性能/安全优化需求。
prototype-designerPrototype, 交互原型, 原型设计, UI prototype, 流程验证。Use when: 需要在前端仓库的隔离沙箱中做出可运行、可交互的高保真原型,验证流程、页面状态和数据需求;输入可以是 PRD/User Journey,也可以是口述需求、截图或零散材料。有 ui-designer 设计包时照设计包补全流程与状态,没有时继承仓库设计系统并自行判读。可单独使用,也可在进入 HLD/API Contract 之前使用。重点是决定界面长什么样时改用 ui-designer。
prototype-reviewerPrototype review, 原型评审, 交互原型审查。Use when: prototype-designer 完成后需要审查原型的需求对齐、设计判读、视觉品质、真实交互、工程隔离和下游可用性;原型可来自 PRD/User Journey,也可来自口述需求(以 Manifest 的需求推断卡为基线)。可单独使用,也可作为进入 API Contract/HLD 之前的门禁。
runbook-writerWrite Runbook, 撰写运维手册。Use when: LLD 完成后需要编写部署、回滚、监控、故障处理等运维文档。 也用于既有相关文档的有限增量更新。
test-reviewerReview test design and readiness, 测试评审。Use when: Test Spec/Test Case Package 完成后,需要审查独立测试范围内的覆盖、追溯、执行证据与遗留风险,作为发布准备前的测试门禁。
test-spec-writerWrite test spec, 测试规格/测试用例包撰写。Use when: LLD 完成且测试策略已确认后,需要产出独立测试范围内完整的 test case package、追溯矩阵与执行说明。 也用于既有相关文档的有限增量更新。
test-strategy-reviewerReview test strategy, 测试策略评审。Use when: 测试策略写完后,需要审查风险覆盖、独立测试分层、阶段化执行规则、环境策略与入口/出口标准是否成立。
test-strategy-writerWrite test strategy, 测试策略撰写。Use when: PRD、API Contract、HLD 基线明确后,需要定义独立测试范围、独立测试层次、阶段化执行规则、环境策略、入口/出口标准。 也用于既有相关文档的有限增量更新。
uc-interviewerUser journey interview, use case interview, 用户旅程访谈。Use when: 基于 BRD 访谈、整理或补全 User Journey,"对齐 use case"、"确认用户操作流程"。
ui-designerUI design, UI 设计, 界面设计, 视觉设计, 设计语言, 设计方向, 改版。Use when: 需要决定产品界面长什么样、用起来什么感觉——从口述需求、PRD/Journey、截图或品牌材料出发,自行判读风格、构图、组件和交互,产出设计语言、组件规格和可运行的高保真界面。方向开放时把两个候选方向都做成页面供选择。有前端仓库时写进隔离沙箱,便于迭代并直接交给 prototype-designer;没有仓库时产出独立设计包。可单独使用。