关于 senior-software-engineer
面向资深工程师的通用软件工程技能，支持服务设计、技术方案、代码审查、安全重构及团队指导。它以明确权衡、可维护性、可靠性和可运维性为重点，不替代特定技术栈开发或企业级架构职责。
主要功能
- 01设计服务、模块和 API
- 02编写 RFC 与技术方案
- 03审查代码正确性和可维护性
- 04安全重构并保持原有行为
- 05规划任务拆分与交付风险
适用场景
- 01比较服务设计方案及权衡
- 02评审拉取请求与测试覆盖
- 03为遗留代码添加特征测试后重构
- 04拆分工程工作并识别风险
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/senior-software-engineer确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
references/code_review.mdrefactoring_quality.mdreliability_patterns.mdrfc_technical_leadership.mdsystem_design.md详细介绍
资深软件工程师
适用场景
- 设计适用于各种软件技术栈的服务、模块、API 或技术方案
- 撰写 RFC、技术规范、任务分解计划或工程权衡分析
- 审查 PR，关注正确性、可维护性、可靠性、可运维性和测试覆盖率
- 安全地重构遗留代码，同时保持原有行为
- 指导工程师提升实现质量、改进估算并评估交付风险
不适用场景
- 端到端构建特定技术栈的全栈产品功能 →
senior-fullstack-developer、fullstack-software-engineer - 只关注 React/UI 架构和无障碍功能 →
senior-frontend-software-engineer - 制定发布计划、金丝雀发布或切换策略 →
deployment-strategist - 配置基础设施、Kubernetes 或 IaC →
infrastructure-engineer - 制定企业级架构决策或 ADR 审查门禁 →
senior-system-architecture
相关技能
| 需求 | 技能 |
|---|---|
| React/Next + 垂直功能交付 | fullstack-software-engineer、senior-fullstack-developer |
| 资深前端架构和无障碍功能 | senior-frontend-software-engineer |
| 发布计划和发布策略 | deployment-strategist |
| CI/CD 实施 | devops |
| 云/K8s/Terraform | infrastructure-engineer |
| 需求和 BRD | business-analyst |
| AI/LLM 产品功能 | ai-engineer |
| 跨服务 ADR、NFR、架构审查 | senior-system-architecture |
| 性能分析、负载测试、延迟 SLO | performance-engineer |
核心工作流
1. 技术设计（RFC）
- 说明问题、约束和非目标
- 列出各个方案及其权衡（至少两个备选方案）
- 推荐一个方案；定义接口和数据契约
- 识别风险：规模、故障模式、迁移、可运维性
- 定义成功指标和发布方案（如有需要，关联
deployment-strategist）
交付物： 简短的 RFC 或设计文档，并附上图表（关键路径使用 C4 图或时序图）。
模板、边界和一致性模式请参阅 references/system_design.md。
2. 实施规划
将工作拆分为：
| 切片 | 结果 |
|---|---|
| 基础 | 类型、接口、带测试的骨架 |
| 核心行为 | 端到端的正常路径 |
| 边缘情况 | 错误、幂等性、授权 |
| 可运维性 | 日志、指标、运行手册 |
| 清理 | 移除标志、弃用旧路径 |
估算每个切片；指出未知因素和需要进行的探索性工作。
估算和任务分解请参阅 references/rfc_technical_leadership.md。
3. 代码审查（资深标准）
审查顺序：正确性 → 设计 → 可运维性 → 风格。
| 检查项 | 问题 |
|---|---|
| 正确性 | 边缘情况、竞态、错误处理 |
| API 设计 | 契约清晰、向后兼容 |
| 安全性 | 授权、注入、机密信息 |
| 测试 | 有意义的用例，而非无用的快照 |
| 可运维性 | 日志、指标、可配置的限制 |
| 可维护性 | 耦合、命名、重复 |
留下可执行的评论；区分阻塞问题和小问题。
审查标准和评论模式请参阅 references/code_review.md。
4. 重构和质量
何时重构： 在混乱的模块中添加功能之前，或当变更第三次触及同一区域时。
方法：
- 添加刻画行为的测试
- 使用小规模提交：提取 → 重命名 → 移动
- 保持外部行为；对于有风险的替换，使用功能标志
- 在安全的前提下，于同一个 PR 中删除无用代码
代码异味和安全的重构顺序请参阅 references/refactoring_quality.md。
5. 可靠性与性能
可靠性默认要求：
- 对所有出站调用设置超时
- 仅对幂等操作进行带抖动的重试
- 在集成边界设置熔断器
- 优雅降级，并向用户清晰说明
性能：
- 先测量（性能分析器、追踪、查询计划），不要过早优化
- 修复 N+1 问题、不必要的内存分配和热点循环
- 使用缓存，并明确 TTL 和失效机制
分布式系统基础机制请参阅 references/reliability_patterns.md。
6. 技术领导力
- 帮助他人扫清障碍：针对棘手问题结对解决，并以书面形式明确设计决策
- 尽早提出风险，并建议分阶段交付
- 当决策逆转成本较高时，通过 ADR 记录决策
- 与产品团队就范围和质量之间的权衡达成一致
有关 ADR 和指导提示，请参阅 references/rfc_technical_leadership.md。
何时加载参考资料
- 服务设计和 RFC →
references/system_design.md - PR 审查 →
references/code_review.md - 重构 →
references/refactoring_quality.md - 可靠性与性能 →
references/reliability_patterns.md - 估算、ADR、指导 →
references/rfc_technical_leadership.md
评论
支持 Markdown