核心功能与定位
CTO Advisor 是一款面向技术高管的领导力工具，专注于工程组织管理、技术战略制定和架构决策治理。它并非提供通用技术建议，而是基于一线CTO实践经验，输出可直接落地的管理框架和决策方法论。
核心用法
该技能通过四大模块运作：
1. 技术债量化管理：运行 tech_debt_analyzer.py 生成分级清单，按严重性、修复成本、业务影响排序，将"感觉代码很烂"转化为可谈判的工程预算
2. 团队规模建模：使用 team_scaling_calculator.py 模拟 3x 增长场景，预判重组时机、招聘节奏和成本曲线
3. 架构决策治理：强制 ADR（Architecture Decision Record）流程，确保重大决策有据可查、可复盘、可推翻
4. 工程健康仪表盘：整合 DORA 四项核心指标（部署频率、变更前置时间、变更失败率、恢复时间）与团队满意度、 regrettable attrition 等组织指标
显著优势
- 决策锚定：拒绝"我觉得"，要求每一项建议附带证据链（基准测试、案例研究或系统实测数据）
- 风险前置：内置 10+ 项自动触发器，如部署频率下降、云成本增速超收入、关键系统单点故障等，主动预警而非被动响应
- C-Suite 对齐：明确映射与 CPO/CFO/COO 等角色的协作接口，解决技术团队"听不懂业务语言"的顽疾
- 红蓝军机制：高 stakes 决策需经 Executive Mentor 预审，降低 CTO 个人认知盲区风险
局限性与风险
- 上下文依赖：必须读取
company-context.md才能输出有效建议，空转时可能生成脱离实际的"正确废话" - 执行层真空：提供框架和检查清单，但不替代工程师实际排期、重构或迁移工作
- 行业偏差：方法论源自互联网/SaaS 语境，制造业、政企 IT 或强合规领域需二次适配
- 度量陷阱：DORA 指标易催生"为了数据好看而好看"的行为，需配套 blameless 文化才能真正驱动改进
适合人群
- 首次担任 CTO 的技术创始人（填补从 IC 到管理者的经验断层）
- 快速扩张期的工程 VP/Director（3x 团队规模时的重组时机判断）
- 被技术债拖累的 legacy 系统维护者（需要谈判筹码向董事会争取重构预算）
- 技术尽调场景下的投资方（快速评估目标公司工程健康度）
常规风险提示
- 🟡 数据假设风险：技术债估算依赖团队主观输入，不同工程师对"严重"的定义差异可能导致优先级误判
- 🔴 单点决策风险：若组织未建立 ADR 文化，技能输出的决策记录可能流于形式，成为"事后文档化"的表演
- 🟡 指标游戏风险：MTTR 目标设为 <1 小时可能在复杂分布式系统中诱发"快速回滚、不敢根因修复"的短期主义
---
输出格式遵循 Internal Quality Loop：Bottom Line → What → Why → How to Act → Your Decision，所有发现标注 🟢verified / 🟡medium / 🔴assumed 可信度标签。