mcpField
C
cto-review

cto-review

github.com/alirezarezvani開発28.9k401 回インストール2 日前に更新
リポジトリ

cto-review について

アーキテクチャとエンジニアリングの拡張判断を、容量、技術的負債、採用、内製と購入、信頼性、セキュリティの6つの問いで検証するCTOレビュー用スキルです。重大な技術判断の実行前にチームが使います。

主な機能

  1. 01アーキテクチャの拡張限界の特定
  2. 02技術的負債の棚卸し
  3. 03チーム拡大と採用の評価
  4. 04内製と購入のコスト比較
  5. 05SLOと信頼性の確認
  6. 06セキュリティとコンプライアンスの検討

活用シーン

  1. 01大規模なアーキテクチャ変更前の拡張リスク確認
  2. 02エンジニアリングチーム拡大前の採用負荷評価
  3. 03年間10万ドル超の内製・購入判断
  4. 04SLO未達時の信頼性課題のレビュー

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/alirezarezvani/claude-skills --skill cto-review

インストール後、Claude Code で/cto-reviewを入力して読み込まれたか確認します。

詳細

/c-level-agents:cto-review — CTO の厳しい質問

コマンド： /c-level-agents:cto-review <plan>

アーキテクチャとエンジニアリングのスケーリングに関する意思決定を厳しく検証します。スケーリングの次の限界に直面する前に明らかにする、6つの質問です。

実行するタイミング

  • 大規模なアーキテクチャ変更を承認する前
  • エンジニアリングチームを倍増する前
  • 年間10万ドルを超える内製と購入の判断をする前
  • システムの信頼性に問題が見られるとき（SLO 未達）
  • 新しいプラットフォーム／言語／DB の採用を決める前

CTO が問う6つの質問

1. スケーリングの限界

現在のアーキテクチャは、ユーザー数／リクエスト数／データ量がどの程度になると破綻しますか？

  • 具体的に答えてください。「現在の10倍の負荷で、プライマリ DB の書き込みが飽和するため破綻します」のように説明します。
  • わからない場合は、判断する前に負荷テストを実施してください。
2. 技術的負債の棚卸し

最も大きな技術的負債は何ですか？ 週あたりのコストはいくらで、いつ業務を妨げるようになりますか？

python ${CLAUDE_PLUGIN_ROOT}/vendor/c-level-advisor/cto-advisor/scripts/tech_debt_analyzer.py
3. チームのスケーリング

募集している各ポジションについて、立ち上がりにかかる時間と貢献モデルはどうなっていますか？

python ${CLAUDE_PLUGIN_ROOT}/vendor/c-level-advisor/cto-advisor/scripts/team_scaling_calculator.py
4. 内製と購入

なぜ購入せずに内製するのですか？ それぞれの3年間の TCO はいくらですか？

  • 「主導権を持ちたい」または「それほど難しくない」という回答には、再考を促してください。
  • 「これが当社の中核的な競争優位性」という回答なら、内製してください。
5. SLO／信頼性

このシステムの SLO は何ですか？ 現在のエラーバジェットの消費状況はどうなっていますか？

  • SLO がなければ、信頼性に関するトレードオフを検討できません。
  • SLO の設計については engineering/slo-architect を参照してください。
6. セキュリティとコンプライアンスの対象範囲

この変更によって何が外部に公開されますか？ また、cs-ciso-advisor の承認を得ていますか？

  • アーキテクチャの決定は、コンプライアンスに関する決定でもあります。
  • 確定する前に cs-ciso-advisor を加えてください。

ワークフロー

  1. 技術的負債の分析ツールとチームスケーリング計算ツールを実行します
  2. スケーリングの限界に関する仮説を明確に定義します
  3. セキュリティへの影響について、cs-ciso-advisor と相互確認します
  4. 判定を適用します

出力形式

# 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]

振り分け

  • /c-level-agents:ciso-review — データの対象範囲が変わる場合は必須
  • /c-level-agents:cfo-review — 内製と購入の判断が10万ドルを超える場合
  • /c-level-agents:execute — 四半期計画
  • /c-level-agents:boardroom — アーキテクチャを大きく転換する場合

関連項目

バージョン： 1.0.0

コメント

Markdown 対応