用途：在通用软件栈上设计服务、模块、API 或技术方案；撰写 RFC、技术规格、拆解计划与工程权衡分析；按高级标准评审 PR；在保持行为不变的前提下安全重构遗留代码；指导工程师提升实现质量、估算与交付风险意识。
主要能力与工作流：1) 技术设计（RFC）：说明问题、约束与非目标，列出至少两种备选方案及权衡，给出推荐方案并定义接口与数据契约，识别规模、失败模式、迁移与可运维性风险，定义成功指标与发布方式。2) 实现规划：按基础（类型、接口、骨架与测试）、核心行为、边界情况（错误、幂等、授权）、可运维性（日志、指标、运行手册）、清理（移除开关、废弃旧路径）切片，逐项估算并标注未知与探针。3) 代码评审：按正确性→设计→可运维性→风格顺序，检查边界、竞态、错误处理、API 契约与向后兼容、安全（授权、注入、密钥）、测试有效性、日志指标与可配置限制、耦合与重复，区分阻塞项与细节建议。4) 重构与质量：在纠缠模块加功能前或同一区域第三次改动时重构；先加特征测试，小步提交（提取→重命名→移动），保持外部行为，风险替换用功能开关，安全时同 PR 删除死代码。5) 可靠性与性能：出站调用设超时，仅幂等操作带抖动重试，集成边界加熔断，优雅降级并明确提示；用剖析器、追踪、查询计划度量，避免过早优化，修复 N+1、多余分配与热循环，缓存需明确 TTL 与失效策略。6) 技术领导：结对解决难题、书面澄清设计、尽早暴露风险、提出分阶段交付、在逆转成本高时记录 ADR、与产品对齐范围与质量权衡。
适用场景：跨语言服务与模块设计、RFC 与规格、PR 评审、遗留重构、可靠性模式、测试覆盖、估算与指导。
限制与不适用：不用于端到端全栈产品功能（见 senior-fullstack-developer、fullstack-software-engineer）；不专注 React/UI 架构与无障碍（见 senior-frontend-software-engineer）；不负责发布策略与金丝雀（见 deployment-strategist）；不负责基础设施、Kubernetes 或 IaC（见 infrastructure-engineer）；不做企业级架构决策或 ADR 评审门（见 senior-system-architecture）。参考资料按需加载：系统设计、代码评审、重构质量、可靠性模式、RFC 与技术领导。具体安装与调用方式暂未提供。