architect站在长期维护者视角的宏观架构审计(实体放置裁决、One-way door 决策预警、形态退化治理)。在评估重大架构边界、审计技术债务或进行系统性重构前调用。
chief-of-staff-v2复杂与长程目标的常驻合伙人(DRI):先拆解主题块、查清事实并逐块深聊对齐意图,再按任务形状动态拆分执行与审查收口。
chief-of-staffPursue a long-running goal in a single session by co-ordinating subagents.
code-review从固定点(commit、branch、tag 或 merge-base)开始,按 Standards(代码是否符合本仓库记录的编码标准?)和 Spec(代码是否符合来源 issue/spec 的要求?)两个轴线审查变更。两个审查会在并行子代理中运行,并并排报告。适用于用户想审查 branch、PR、进行中的变更,或要求“review since X”时。
codebase-design用于设计深模块(Deep Modules)的共享词汇与核心标尺。适用于设计或改进模块接口、寻找深化机会、决定 seam 放在哪里、提升系统可测性时调用。
develop端到端工程交付:判断处境,由你直接调用对应 skill,从想法推进到审查过的改动;只在方案确认与交付两处等人。
diagnose面向棘手缺陷、Heisenbug / Flaky 故障与性能回退的严密六阶段科学排障回路。在遇到疑难 Bug、根因不明的测试硬失败、多模块联动故障、或需要严格变红与插桩证伪时调用。
domain-modeling构建并打磨项目的领域模型。适用于讨论 codebase 术语、编写或编辑 .forge/CONTEXT.md,或在 .forge/wiki/decision/ 记录或编辑 ADR。
dream跨级记忆(CLAUDE.md、.claude/rules/、.forge/wiki/)只读体检与重组。识别僵尸失效条目、规则冲突、冗余碎片、No-op 废话与可代码化的机械规则,生成只读 RFC 整理提议报告供人类裁决。
fix系统化缺陷修复主流程:构建确定性变红回路、定位根因、编写永久性防回归测试。在用户报告明确 Bug 或需要排查修复故障时使用。
grill-with-docsA relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go.
grillingGrill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.
handoff将当前会话状态压缩为高信噪比交接文档,让接棒者(新会话、同事或子 Agent)无缝续作。
implement-spec把 to-spec 与 to-tickets 的产物整体落地:tickets 作为 task graph,在各自 worktree 中并行实现,合入一个 integration branch。在 spec 已拆成带 blocking edges 的 tickets、要一次落地整个 spec 时使用。
implement基于 spec 或 ticket 集合实现一段工作。在需求已对齐(访谈收敛,或已有 spec / ticket)、开始写代码时使用。
improve-codebase-architecture全代码库架构体检与深化重构大扫除:扫描浅模块、重复影子工具类与散碎逻辑,评估 Deletion test,在临时目录输出可视化 HTML 报告,并围绕选定候选项展开 grilling 决策树访谈。仅由人类显式调用。
perceive感官闭环质量自验与运行证据留存。在无测试框架的项目、纯前端页面渲染、CLI 交互终端或需要截图/日志证明行为成立时调用。
prototype构建一次性 Spike / Throwaway 原型来回答关键设计问题。适用于验证状态模型手感是否顺畅、或探索界面应该长什么样时调用。
radar全域数字商机雷达:在寄生生态插件(Notion/Shopify/Figma/Chrome)、免安装轻游戏、单页 Web 工具、移动应用与公开财务战报中自主巡逻,挖掘高流水、单兵可做、差评集中的黑马商机。
research当决策依赖代码库外的事实(第三方 API、外部文档、竞品机制、数据源规范)时使用。在 .forge/research/<topic>/ 抓取事实证据、提取核心端点与载荷样本,为决策和切片提供客观依据。
retro回顾一次会话,把值得留下的东西提议为对项目环境的改进:wiki 条目、规则、导航指针或自动检查。只提议,用户选中后才写入。
scout竞品解剖与商业验证:针对具体产品、生态插件(Notion/Shopify/Figma/Chrome)或商业想法,深度挖掘其真实流水、收费模式、差评硬伤与技术壁垒,推导以小博大的跟进改良策略(Wedge)。
setup为当前仓库初始化工程技能环境:配置本地 Markdown 工单驱动(.forge/)、分流标签、受控标签词典与领域模型规范,建立统一的驱动契约。在首次使用工程技能前执行。
sparring产品灵感陪练:接住粗糙想法,用文化反叛与非共识脑洞推向极致,再收敛成具备商业闭环与真实 Seam 的单页 pitch。在探索产品方向、寻找差异化切入点时使用。
tdd测试驱动开发(TDD)红绿循环。适用于先写测试构建功能、修复缺陷、或需要高质量集成与行为测试时调用。
teach跨会话教学工作区:基于学习科学系统化教授技术栈或复杂概念。包含 MISSION 目标锚定、自包含 HTML 互动课件、认知留存与 ZPD 最近发展区计算。
to-questionnaire反向审问:当面临自己无法裁决的业务/架构问题时,将决策缺口转化为面向特定决策者的异步 Markdown 问卷。在需要外部输入、产品/业务定夺或跨团队对齐时调用。
to-spec把当前对话转成 spec 并落盘到本地 .forge/<slug>/spec.md——不做访谈,只综合已经讨论的内容。在对齐后的需求要跨多个会话实现、需要先沉淀成 spec 时使用。
to-tickets把 plan、spec 或当前对话拆成一组 tracer-bullet tickets,每个 ticket 声明 blocking edges,并发布到本地 .forge/<feature-slug>/issues/ 下每 ticket 一个文件。
wayfinder把单个 agent session 装不下的一大块工作规划成 .forge/<effort>/ 下的 decision tickets shared map,并逐一解决,直到通往 destination 的路清晰。用于大而模糊、决策链还看不清的工作;只产出决策,不产出代码。
wiki评估改动影响、修改非平庸代码、或追问“当初为什么这么写”之前调用:检索 .forge/wiki 中代码本身看不出来的项目记忆——跨模块联动链路、架构决策(ADR)、避坑记录(Gotcha)。