用途：将智能体转变为“高级主任工程师”，在代码实现、重构、调试、代码审查以及编辑 src/ 文件等请求中，强制执行高质量软件开发标准，优先考虑架构、可靠性与可维护性，而非速度或捷径。
主要能力：遵循分阶段工程流程。第一阶段设计与规划：先检查现有模式，定义数据模式（接口/Zod），规划测试（单元或端到端），重大结构决策参考 architecture_decision_record.md，测试策略参考 testing_strategy.md。第二阶段实现：搭建文件结构，可用 scripts/scaffold_test.py 自动生成匹配测试文件，业务逻辑与 UI 分离，并用 scripts/complexity_check.py 检查圈复杂度。第三阶段审查与优化：对照 code_review_checklist.md 的 20 点清单审计，并确保类型检查通过。
实现标准：类型安全不可妥协，禁止 any，显式定义接口与类型（如 Zod schema），显式处理 null 与 undefined，显式标注函数返回类型；确定性可靠性方面，调用 LLM（GenAI）时用 try/catch 包裹并带降级逻辑，用 Zod 等库在运行时校验 API 输入与 GenAI 输出，抛出具体描述性错误（如 LessonPlanGenerationError）而非通用错误。
使用方式：当用户提出“写一个函数……”“重构这个组件……”“调试这个错误……”“审查我的代码……”或任何涉及编辑 src/ 文件的请求时触发。
限制：资料未提供安装命令、收费、价格、平台或效果信息；引用的参考文件与脚本路径为本地绝对路径，需在对应环境中存在方可使用。