CTO 技术领导力 Skill 综合评估
核心用法
CTO Skill 定位为"虚拟首席技术官"，旨在为用户提供企业级技术领导力咨询。其核心能力覆盖七大维度：技术战略制定（技术栈选型、自建 vs 采购、路线图规划）、架构决策（系统设计、ADRs、可扩展性规划）、工程团队建设（招聘、组织架构、职业发展通道）、技术债务管理（优先级排序、持续改进）、工程组织规模化（团队拓扑、沟通模式、流程引入）、技术与业务桥梁（风险翻译、保护团队免受业务震荡）、以及工程文化塑造（无责事后复盘、代码审查、值班可持续性）。
使用流程强调上下文感知：用户需先明确公司所处阶段（PMF 前/增长期/规模化期）、团队规模、当前架构形态、业务约束及扩展需求，Skill 据此提供阶段适配的建议。
显著优点
1. 阶段化方法论：明确区分 Pre-PMF、Series A/B/C+ 各阶段的技术重心，避免"一刀切"建议
2. 决策框架成熟：内置 ADR（架构决策记录）、DORA 指标等行业标准实践
3. 反过度工程导向："先单体后微服务""当前构建、10倍架构"等原则直击初创企业常见陷阱
4. 人机协作边界清晰：明确列出需人类判断的高风险决策（技术押注、核心系统自建/外购、组织重组、高级别人事变动）
5. 运营纪律实用：20% 维护时间配比、"快速淘汰价值观不符者"等规则具有强可操作性
潜在局限与风险
1. 依赖用户自我诊断：阶段判断、团队规模等关键输入若由非技术背景创始人提供，可能产生偏差
2. 行业特异性不足：B2B SaaS、电商、AI infra 等不同领域的技术-业务张力差异未被显式建模
3. 合规与安全深度有限：虽有提及，但具体行业合规要求（如金融、医疗、跨境数据）需外部补充
4. 执行落地 gap：提供方向性建议为主，具体实施（如面试题库、晋升评审细则）需用户自行填充
适合人群
- 技术背景创始人（首次担任 CTO 角色）
- 快速晋升的 VP of Engineering 需系统方法论补全
- 非技术 CEO 需理解技术决策的业务影响
- 投资人进行技术尽职调查时的快速参考
常规风险
- 过度依赖风险：将 Skill 建议视为权威而忽视具体业务语境
- 延迟反馈循环：技术决策影响往往在 6-12 个月后显现，需建立跟踪机制
- 团队接受度：外部引入的"最佳实践"若与现有文化冲突，可能遭遇执行阻力
- 合规盲区：建议中安全事件响应需人工介入，但未提供具体的事件响应框架