技术债务审计
为工程团队提供系统性的技术债务评估。识别、评分并优先处理代码库中的债务，附带业务影响分析和修复路线图。
功能
- 债务发现 — 对债务进行分类：架构、代码质量、依赖、测试、基础设施、文档
- 影响评分 — 对每个项目按工作量（1-5）、风险（1-5）和业务影响（1-5）进行评分，使用加权公式
- 成本建模 — 估算每个冲刺周期的持续成本（开发人员工时和美元）
- 修复路线图 — 生成优先的偿还计划，包括快速见效项、计划工作和战略性重构
- 执行摘要 — 一页纸、适合董事会的报告，展示债务与开发速度比率及预计节省
使用方法
描述您的系统、技术栈和已知痛点。代理将进行系统性审计：
“审计我们的技术债务。我们是一个Node.js/React SaaS，有18万行代码，
12名工程师。已知问题：单体API、无集成测试、
3个已弃用的依赖项、手动部署。”
评分公式
优先级分数 = (风险 × 3) + (业务影响 × 2) + (1/工作量 × 1)
分数越高 = 优先修复。快速见效项（低工作量、高风险）会排在最前面。
债务类别
| 类别 | 示例 | 典型持续成本 |
|---|---|---|
| 架构 | 单体架构、紧耦合、错误模式 | 15-25% 开发速度拖累 |
| 代码质量 | 重复代码、上帝类、无标准 | 10-20% 开发速度拖累 |
| 依赖 | 过时的库、安全漏洞、生命周期结束的框架 | 5-15% + 事件风险 |
| 测试 | 无测试、不稳定测试、仅手动QA | 20-40% 修复bug的开销 |
| 基础设施 | 手动部署、无监控、雪花服务器 | 10-30% 运维开销 |
| 文档 | 无入职文档、知识仅存于少数人 | 每位新员工2-4周 |
输出格式
# 技术债务审计报告
## 执行摘要
- 总债务项数：[N]
- 估算持续成本：$[X]/月
- 债务与开发速度比率：[X]%
- 可用快速见效项：[N] 项，[X] 人日
## 关键（本冲刺修复）
...
## 高优先级（未来30天内）
...
## 计划内（下个季度）
...
## 战略性（计划与预算）
...
## 修复路线图
第1-2周：[快速见效项]
第1个月：[高优先级项]
季度：[计划内项]
重要性
工程团队将23-42%的开发时间花在处理技术债务上（Stripe开发者报告）。大多数团队不进行测量。无法衡量，就无法管理。
由 AfrexAI 构建 — AI驱动的业务运营工具。