事故响应与沟通
把值班工作结构化：时间线、影响面、缓解动作与对外沟通，避免只在即时通讯里碎片化救火。
Humanizer（去 AI 腔）
依据维基「AI 写作迹象」等规则，削弱夸大重要性、堆砌 -ing、破折号滥用、机器人收尾语等问题，并在定稿前做「仍像 AI 吗」的二次审阅。
性能分析与剖析
结合链路追踪、火焰图与系统指标先定位真实瓶颈，再动代码，避免凭感觉做微优化却测不到收益。
API 设计与版本策略
在实现固化之前，先定义 REST 或 RPC 的资源模型、错误形态、分页与弃用规则，避免客户端被不可控的破坏性变更拖垮。
发起代码评审
在主要改动完成后发起审查，突出风险面、测试覆盖与发布影响，帮评审者把精力放在刀刃上。
执行实施计划
按书面计划顺序推进，在检查点核对假设是否仍成立，适合 spec 驱动开发与多阶段重构。
撰写实施计划
在写代码之前，把已确认需求拆成带检查点、可验证交付物的分步实施计划，并标清会动到的文件与风险面。
Git 工作树隔离
用额外 worktree 承载并行实验或长任务，减轻主工作区 stash 堆积与上下文切换成本。
测试驱动开发（TDD）
用红绿重构循环把行为钉在测试上，适合新功能、回归缺陷和需要安全网的重构场景。
并行代理调度
把可并行的调研、文件批处理或模块实现拆给多个代理，并约定清晰的汇总与冲突解决责任人。
系统化调试
用假设—验证—最小复现替代拍脑袋，适合线上事故、构建抖动和难以复现的行为回归。
子代理驱动开发
在较大计划下由子代理分片执行，适合单线程太慢但仍需要单一集成与验收负责人的场景。
图像生成与编辑
生成或编辑位图素材，用于封面、概念稿与快速视觉探索；交付物是栅格图而非纯代码矢量时优先使用。
收尾开发分支
在开发完成后统一处理验证、提交粒度、推送与分支生命周期，明确合并、压缩或后续工单。
插件脚手架
快速生成插件目录、清单与入口文件，让 Codex 或编辑器扩展从第一天起就结构清晰、便于评审。
动手前的头脑风暴
在写代码前澄清目标、约束与方案选项，避免在产品与交互决策上把自己逼进死角。
前端界面设计
打造有辨识度且可落地的前端界面：版式节奏、字体层次、色彩与动效统一，避免「AI 味」模板感。
交付前验证
在宣称「完成」之前先跑测试、构建或约定的人工检查，让「完成」等于在真实环境里验证过。
OpenAI 文档检索
优先引用 OpenAI 官方文档与 API 参考，在集成模型与接口时减少二手博客带来的版本错误。
接收代码评审
结构化处理评审意见：区分风格建议与必须修复项，让合并讨论聚焦风险与证据。