菜单
PRD の意図、ロードマップの要求、製品ディスカッションを、マルチサービス作業を開始する前に制約、不変条件、インターフェース、未解決の決定事項を明示する実装可能なケイパビリティプランに翻訳します。ユーザーが曖昧な計画の散文ではなく、ECC ネイティブな PRD-to-SRS レーンを必要としている場合に使用します。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | product-capability |
| description | PRD の意図、ロードマップの要求、製品ディスカッションを、マルチサービス作業を開始する前に制約、不変条件、インターフェース、未解決の決定事項を明示する実装可能なケイパビリティプランに翻訳します。ユーザーが曖昧な計画の散文ではなく、ECC ネイティブな PRD-to-SRS レーンを必要としている場合に使用します。 |
| origin | ECC |
このスキルは製品の意図を明示的なエンジニアリング制約に変換します。
ギャップが "何を作るべきか？" ではなく "実装開始前に正確に何が真でなければならないか？" である場合に使用します。
リポジトリに PRODUCT.md、docs/product/、またはプログラム仕様ディレクトリのような永続的な製品コンテキストファイルがある場合は、そこで更新します。
ケイパビリティマニフェストがまだ存在しない場合は、次のテンプレートを使って作成します:
docs/examples/product-capability-template.md目的は別の計画スタックを作ることではありません。隠れたケイパビリティ制約を永続化して再利用可能にすることが目的です。
必要なもののみを読む:
PRODUCT.md、設計ドキュメント、RFC、マイグレーションノート、運用モデルドキュメント依頼を 1 つの正確なステートメントに圧縮する:
このステートメントが弱い場合、実装は漂流します。
実装前に成り立つ必要のある制約を抽出する:
これらはシニアエンジニアの記憶にのみ存在することが多いものです。
SRS スタイルのケイパビリティプランを作成する:
正確なハンドオフで締めくくる:
有用な場合は、次の ECC ネイティブレーンを指摘する:
project-flow-opsworkspace-surface-auditapi-connector-builderdashboard-buildertdd-workflowverification-loop結果を以下の順序で返します:
CAPABILITY
- 1 段落の再定義
CONSTRAINTS
- 固定ルール、不変条件、境界
IMPLEMENTATION CONTRACT
- アクター
- サーフェス
- ステートと遷移
- インターフェース/データの含意
NON-GOALS
- このレーンが明示的に所有しないもの
OPEN QUESTIONS
- まだ必要なブロッカーまたは製品判断
HANDOFF
- 次に何が起こるべきか、どの ECC レーンが引き継ぐべきか
キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、AI エージェント障害向けの体系的なセルフデバッグワークフローです。
リポジトリ認識の並列レビューパスを使用してスキル、コマンド、ルール、フック、その他を DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けにエビデンスに基づく ECC インストールプランを構築します。フルバンドルをロードするのではなく、プロジェクトが実際に必要とするものに ECC をトリミングすべき場合に使用します。
対象リポジトリの既存の統合パターンに正確に合わせて新しい API コネクタやプロバイダを構築します。第二のアーキテクチャを発明することなく、もう一つの統合を追加する場合に使用します。
Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when voice consistency, structure, and credibility matter.
ECC 向けのエビデンスファーストな自動化インベントリと重複監査のワークフローです。何かを修正する前に、どのジョブ、フック、コネクタ、MCP サーバー、またはラッパーがライブ、壊れている、冗長、または欠落しているかをユーザーが知りたい場合に使用します。
CodeTour の `.tour` ファイルを作成します。実際のファイルと行のアンカーを持つペルソナ対象のステップバイステップウォークスルーです。オンボーディングツアー、アーキテクチャウォークスルー、PR ツアー、RCA ツアー、および構造化された「これがどのように動作するか説明して」というリクエストに使用します。