（11659期）Cto Advisor – 技术高管的战略决策中枢

技术高管的战略决策中枢 面向技术高管的决策框架：技术债评估、架构治理、团队扩缩容与战略选型，基于 DORA 指标与 ADR 方法论。 使用说明 核心定位 CTO-Advisor 是一套面向技术高管（CTO/VP Eng）的系统性决策框架，覆盖技术战略、架构治理、工程团队管理与危机应对五大核心职责。 核心用法 技术债量化管理：通过 techdebtanalyzer.py 生成 severity-scored inventory，按 (Severity × Blast Radius) / Cost-to-fix 排序输出修复优先级，目标维持技术债占比 < 25%。 架构决策记录（ADR）：所有跨团队、高成本或不可逆的决策强制文档化，包含 3 年 TCO 估算、迁移路径与回滚方案，确保决策可发现、可替代。 自研 vs 采购分析：默认规则为"非核心 IP 即采购"，通过加权评分模型（功能匹配、迁移风险、TCO、供应商稳定性）量化决策。 工程健康仪表盘：整合 DORA 四指标（部署频率、变更前置时间、变更失败率、恢复时间）+ 技术债比率 + 团队满意度，实现数据驱动管理。 显著优势 实证导向：所有建议需附基准数据或案例研究，拒绝"我觉得"式判断 可执行性强：提供现成 Python 工具、检查清单与输出模板，降低落地门槛 风险前置：内置"bus factor"、单点故障、部署频率下滑等主动预警机制 局限性与风险 语境依赖：需预先读取 company-context.md 才能给出精准建议，缺失时可能产生偏差 行业适配：框架源自互联网/ SaaS 场景，对硬件、嵌入式、强监管行业（如医疗、航空）需额外裁剪 工具链假设：默认使用现代 CI/CD 与云服务，传统 IT 或政企环境可能工具不适配 适用人群 早期创业公司首次设立 CTO 角色 成长期公司技术 VP 需建立工程度量体系 技术高管面临"重写 vs 重构"、"扩容 vs 降本"等高风险决策 常规风险 过度关注指标可能导致"度量驱动开发"，掩盖真实业务价值 ADR 流程若执行僵化，可能拖慢决策速度，需平衡文档严谨与迭代速度 原始说明 Technical leadership guidance for engineering teams, architecture decisions, and technology strategy. Use when assessing technical debt, scaling engineering...