プロダクトケイパビリティ は何をしますか?
このスキルは、製品の意図を明示的なエンジニアリング制約に変換します。
「何を構築すべきか?」ではなく、「実装を始める前に何が真でなければならないか?」というギャップがある場合に使用します。
使用タイミング
- PRD、ロードマップ項目、議論、ファウンダーノートは存在するが、実装の制約がまだ暗黙的である場合
- 機能が複数のサービス、リポジトリ、またはチームにまたがり、コーディング開始前にケイパビリティ契約が必要な場合
- 製品意図は明確だが、アーキテクチャ、データ、ライフサイクル、ポリシーへの影響がまだ不明瞭な場合
- シニアエンジニアがレビュー中に同じ暗黙の前提を繰り返し述べている場合
- ハーネスやセッションを越えて再利用可能な成果物が必要な場合
標準成果物
リポジトリにPRODUCT.md、docs/product/、プログラム仕様ディレクトリなどの永続的なプロダクトコンテキストファイルが存在する場合は、そこを更新します。
ケイパビリティマニフェストがまだ存在しない場合は、以下のテンプレートを使用して新規作成します:
docs/examples/product-capability-template.md
目的は、新たな計画スタックを作ることではありません。目的は、隠れたケイパビリティ制約を永続的かつ再利用可能にすることです。
不変のルール
- 製品の真実を発明してはいけません。未解決の質問は明示的にマークしてください。
- ユーザーに見える約束と実装の詳細を分離してください。
- 固定ポリシー、アーキテクチャ上の選好、まだ未決定のものを明確に区別してください。
- リクエストが既存のリポジトリ制約と矛盾する場合は、問題を曖昧にせず明確に指摘してください。
- 散発的なアドホックメモよりも、単一の再利用可能なケイパビリティ成果物を優先してください。
入力
必要なものだけを読み取ります:
- 製品意図
- 課題、議論、PRD、ロードマップノート、ファウンダーメッセージ
- 現在のアーキテクチャ
- 関連するリポジトリドキュメント、契約、スキーマ、ルート、既存のワークフロー
- 既存のケイパビリティコンテキスト
PRODUCT.md、設計ドキュメント、RFC、移行ノート、運用モデルドキュメント
- デリバリ制約
- 認証、課金、コンプライアンス、ロールアウト、後方互換性、パフォーマンス、レビューポリシー
コアワークフロー
1. ケイパビリティの再定義
問い合わせ内容を1つの正確なステートメントに圧縮します:
- ユーザーまたはオペレーターは誰か
- このリリース後にどのような新しいケイパビリティが存在するか
- その結果、どのようなアウトカムが変化するか
このステートメントが弱い場合、実装は漂流します。
2. ケイパビリティ制約の解決
実装前に保持しなければならない制約を抽出します:
- ビジネスルール
- スコープ境界
- 不変条件
- 信頼境界
- データ所有権
- ライフサイクル遷移
- ロールアウト/移行要件
- 障害と復旧の期待値
これらは、しばしばシニアエンジニアの記憶にのみ存在するものです。
3. 実装向け契約の定義
SRSスタイルのケイパビリティ計画を作成します:
- ケイパビリティの概要
- 明示的な非目標
- アクターとサーフェス
- 必要な状態と遷移
- インターフェース/入力/出力
- データモデルへの影響
- セキュリティ/課金/ポリシー制約
- 可観測性とオペレーター要件
- 実装をブロックする未解決の質問
4. 実行への変換
正確なハンドオフで終了します:
- 直接実装準備完了
- 先にアーキテクチャレビューが必要
- 先に製品の明確化が必要
必要に応じて、次に使用するECCネイティブな流れを指定します:
project-flow-opsworkspace-surface-auditapi-connector-builderdashboard-buildertdd-workflowverification-loop
出力形式
次の順序で結果を返します:
CAPABILITY
- 1段落の再定義
CONSTRAINTS
- 固定ルール、不変条件、境界
IMPLEMENTATION CONTRACT
- アクター
- サーフェス
- 状態と遷移
- インターフェース/データへの影響
NON-GOALS
- この流れが明示的に担当しないもの
OPEN QUESTIONS
- ブロッカーまたは依然として必要な製品判断
HANDOFF
- 次に何が起こるべきか、どのECCの流れが引き継ぐべきか
良い成果
- 製品意図が、PRの中間で隠れた制約を再発見することなく実装できるほど具体的になる。
- エンジニアリングレビューは、記憶やSlackのコンテキストに依存する代わりに、永続的な成果物を持つ。
- 結果の計画は、Claude Code、Codex、Cursor、OpenCode、ECC 2.0の計画サーフェス全体で再利用可能である。