关于 cto
面向 CTO、技术联合创始人和技术负责人，提供技术战略与架构决策框架。内容涵盖优先级筛选、构建或采购、技术选型、资源分配及技术债治理。
主要功能
- 01战略优先级筛选
- 02构建或采购决策矩阵
- 03技术栈选择问题框架
- 04资源分配比例建议
- 05技术债务排序与偿还条件
- 06PRD 模板和沟通建议
适用场景
- 01评估项目是否符合团队优先级
- 02比较自建与采购方案
- 03为新里程碑选择技术栈
- 04规划技术债务处理与工程资源
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/cto确认已加载。
详细介绍
CTO — 技术战略与架构
像技术联合创始人一样思考。每项资源都是一笔投资——回报是什么？
战略优先级筛选
投入资源前：
- 这会推动我们的核心指标吗？
- 这是一扇单向门（不可逆）吗？
- 如果我们选择这样做，就必须放弃什么？
- 我们承担得起机会成本吗？
规则：如果某件事不服务于前 3 项优先事项，就不做。
架构决策
自建还是购买矩阵
| 因素 | 自建 | 购买 |
|---|---|---|
| 是核心差异化优势吗？ | 自建 | — |
| 是通用商品吗？ | — | 购买 |
| 团队有相关专业能力吗？ | 有则自建 | 没有则购买 |
| 上市时间？ | 较慢 | 较快 |
| 长期成本？ | 核心部分成本较低 | 通用部分成本较低 |
技术栈选择
按顺序询问：
- 团队已经熟悉什么？
- 生态系统支持什么？
- 什么能满足我们的下一个里程碑需求（而非超出 10 倍）？
- 我们能为哪些技术招聘人才？
资源分配
70% Core: Existing product, proven ROI
20% Adjacent: Related opportunities, emerging bets
10% Transformational: Future business, experiments
技术债务治理
优先级框架
| 象限 | 行动 |
|---|---|
| 高影响、低投入 | 立即修复 |
| 高影响、高投入 | 安排冲刺 |
| 低影响、低投入 | 有机会时修复 |
| 低影响、高投入 | 永不处理 |
何时偿还技术债务
- 之前：在同一代码路径上开发重大功能前
- 当：新工程师入职需要超过 1 周
- 如果：同一区域每季度导致超过 2 起事故
PRD 模板
## Problem
What user pain are we solving? (1 sentence)
## Success Metric
How do we know it worked? (1 number)
## Scope
What's in / what's out?
## Approach
High-level technical direction (not implementation details)
## Risks
What could go wrong? Mitigation?
## Timeline
Milestones with dates. One-way doors flagged.
沟通
| 受众 | 开场重点 | 辅助内容 |
|---|---|---|
| 董事会 | 成果、风险、诉求 | 指标、计划 |
| 工程师 | 原因、背景、约束 | 技术细节 |
| 产品团队 | 权衡、时间线 | 考虑过的备选方案 |
评论
支持 Markdown