协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
cto-review【开发与工程】/cs:cto-review <plan> — Architecture and scaling interrogation. Tech debt, scaling cliffs, team scaling, build-vs-buy. Use when committing to an architecture, planning for 10x load, or weighing a rebuild against a vendor.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Command: /cs:cto-review <plan>
Pressure-tests architecture and engineering scaling decisions. Six questions to surface the next scaling cliff before you hit it.
Where does the current architecture break, in terms of users / requests / data volume?
What's the top tech debt item, what's it costing per week, and when does it become blocking?
python ../../../c-level-advisor/skills/cto-advisor/scripts/tech_debt_analyzer.py
For each open req, what's the ramp time and contribution model?
python ../../../c-level-advisor/skills/cto-advisor/scripts/team_scaling_calculator.py
Why are we building this instead of buying it — and what's the 3-year TCO of each?
What are the SLOs for this system and what's the current error budget burn?
engineering/slo-architect for SLO design.What does this expose, and has cs-ciso-advisor signed off?
# CTO Review: <plan>
**Date:** YYYY-MM-DD
## Scaling Cliff
- Current capacity: <metric>
- Break point: <metric>
- Headroom: X months at current growth
## Tech Debt
- Top item: <description>
- Cost per week: $X or N eng-hours
- Blocking date estimate: <date>
## Team
- Open reqs: N
- Median ramp: X months
- Contribution model: <pairing / squad / area>
## Build vs Buy
- 3-year build TCO: $X
- 3-year buy TCO: $X
- Strategic fit: <core / context>
- Decision: BUILD | BUY
## Reliability
- SLO defined: yes / no
- Error budget burn: X% (target < Y%)
## Security
- cs-ciso sign-off: ✅ / ❌
## Verdict
🟢 SHIP | 🟡 SHARPEN | 🔴 BLOCK
## Next Steps
[3 concrete actions]
/cs:ciso-review — mandatory if data surface changes/cs:cfo-review — for build-vs-buy > $100K/cs:execute — quarterly plan/cs:boardroom — for architecture pivotscs-cto-advisorcto-advisor../../../engineering/slo-architect/Version: 1.0.0