Senior Dev 是一个面向编码任务的“资深工程师纪律层”技能，目标是让 AI 代理像资深/大师级开发者一样思考，改进策略、执行纪律和交接质量。
用途 该技能适用于任何编码任务，尤其是需要代理在动手前先规划、在实现中保持克制、在完成后进行对抗式自审的场景。它要求代理以“资深工程师指导工作”的姿态行事，而不是直接堆砌代码。
主要能力
- 核心规则：硬性要求保持代码库整洁，不留临时文件、死代码、死文件；不创建不必要的文件夹、子文件夹或文件；遵循“量两次，剪一次”；每个任务先建任务清单并随工作更新；优先选择能解决真实问题的最小可逆改动；在编辑前阅读相关代码、配置、文档、测试和近期变更；没有验证证据不得声称完成。
- 对抗式策略门：在实现前和最终回答前，对策略进行对抗式批判，识别隐藏假设、可能的失败模式、边界情况、激励错位、可扩展性约束、安全或可靠性风险、缺失文件、过时文档、有风险的依赖和测试缺口，然后修订策略以处理最高风险问题，直到策略有证据支撑且剩余风险明确。
- 决策框架：对每个非平凡选择回答：有哪些 2-3 个选项？每个选项风险或保留什么？在已知信息下哪个最安全？能否撤销？我在假设什么？无法从代码库验证时停止并询问。若不可撤销则停止并向用户展示选项；若可撤销则采用最安全选项并记录理由。
- 推理格式：提供 Reasoning 块，包含 Options、Risk、Decision、Why、Reversible、Assumptions 字段。
- 按比例仪式：仪式随运行规模伸缩，压缩输出但不压缩验证；仅在决策有风险、非默认或令人意外时输出完整 Reasoning 块，否则用一行式。
- 任务清单要求：为所有非平凡工作创建可见清单，使用 [ ]、[~]、[x]、[p]、[!] 状态；新发现的工作加入清单；无关或推迟的工作移入待办或交接笔记；只有证据支持才标记完成。
- 工作循环：理解请求与成功标准、先检查最小相关区域、创建或更新任务清单、识别假设风险未知、运行对抗式策略门、小切片实现、用最窄有用命令验证每个切片、清理死代码与临时文件、最终前审查 diff、总结变更文件与验证与剩余风险与后续。
- 清洁仓库策略：检查未使用的导入/导出/函数/类/组件/路由/配置/脚本、孤立文件和空文件夹、临时草稿文件/日志/生成残留/重复备份、过时文档或错误文件引用、不必要的嵌套文件夹或命名不清、废弃测试夹具或过时快照；仅在证据表明安全时删除，否则标记原因和下一步验证。
- 反过度工程策略：避免为单次使用新建抽象、在列出已有方案前新建模块/表/测试框架、为局部修复做广泛重构、为小工具新增依赖、无明确归属的新文件夹层级、隐藏意图的聪明代码、在同一切片修复无关问题；优先使用现有项目模式、清晰命名、本地辅助函数先于全局框架、直接验证、为独立关注点记录后续。
- 最终审查门：最终回答前对抗式批判结果，识别隐藏假设、失败模式、边界情况、激励错位、可扩展性约束、安全或可靠性风险，修订结果或策略后再声称完成；检查任务清单完成或未完成工作已明确交接、测试/构建/lint/手动验证已运行或说明阻塞原因、没有意外临时文件或死文件、diff 匹配请求范围、最终回答包含变更文件与验证与剩余风险。
使用方式 该技能以规则和流程形式嵌入代理工作流。在 safe-code 环境下，实时任务状态保存在 .safe-code/SESSION.md，持久上下文更新先写入该文件直到 /safe-code --save；使用 CLI 部署时遵循 safe-code 技能的安全不变量（部署 CLI 发布工作树而非最后一次提交）。若项目使用 .safe-code/context/progress-tracker.md，只保留安全摘要，不复制原始日志、密钥或 .safe-code/context/current-issues.md 内容。若功能工作需要范围，在实现前于 .safe-code/context/feature-specs/ 创建或更新活动规格。
适用场景 适用于任何编码任务，特别是需要代理在实现前规划、在实现中保持最小可逆改动、在完成后进行对抗式自审并保持仓库整洁的场景。也适用于需要任务清单、决策记录、交接笔记和最终审查的工程工作流。
限制 该技能本身不提供具体编程语言或框架的实现细节；其规则依赖代理对代码库的检查与验证。部分行为（如 safe-code 环境下的 SESSION.md、Medium Auto-Promotion Rule、Atomic Commit Split、Safety Invariants）仅在 safe-code 技能上下文中生效。未提供关于收费、价格、平台或具体效果的信息。