このプロジェクトについて

Claude Code Workflowsは、Claude Codeに構造化された開発プロセスを追加するプラグインコレクションです。その目標は収束です。つまり、Claudeの広範なコードベース探索を、ユーザーが承認した成果に向け続け、偶発的な発見が変更を支配しないようにすることです。 仕組み ワークフローは、設計前に意図した成果と除外事項に合意し、実際のリポジトリに対して設計をチェックし、コミット前に各タスクを検証し、大規模な変更については、完成した実装の独立したレビューを実行します。承認された範囲内で、Claudeはコードベース自体から実装の詳細を選択することが期待されます。READMEは、成果と安全な実装境界がすでに明確な場合はClaude Codeを直接使用し、スコープの合意、永続的な設計決定、コンテキスト間の引き継ぎ、または独立した検証が必要な変更にはこれらのワークフローを使用することを推奨しています。 ルーティングはファイル数ではなく、製品および設計上の決定の数に依存します。小規模な変更は、フォーカスされたチェックとリポジトリチェックに加えてセキュリティレビューを含む直接的なタスクサイクルに従います。中規模の変更は、レビューされたDesign Doc（および必要に応じてUI SpecまたはADR）、選択された統合/E2E証明、レビューされたWork Planを追加します。複数の独立した製品成果を持つ大規模な変更は、レビューされたPRDを追加します。UI Spec、ADR、テストスケルトンなどの成果物は、その決定または証明境界が適用される場合にのみ表示されます。 インストール プラグインマーケットプレイスをサポートするClaude Codeリリースが必要です。/plugin marketplace add shinpr/claude-code-workflowsでマーケットプレイスを追加し、dev-workflows（バックエンド/一般）、dev-workflows-frontend（React/TypeScript）、またはdev-workflows-fullstackのいずれかのワークフロープラグインをインストールします。READMEには、フルスタックプラグインがすでにバックエンドとフロントエンドのワークフローを含んでいるため、ワークフロープラグインは1つだけインストールする必要があると記載されています。チーム向けのプロジェクトスコープのインストールは、.claude/settings.jsonを介してサポートされています。 レシピとプラグイン すべてのエントリポイントはrecipe-プレフィックスを使用します。バックエンド/一般のレシピには、/recipe-implement、/recipe-design、/recipe-plan、/recipe-build、/recipe-review、/recipe-quality-profile、/recipe-diagnose、/recipe-reverse-engineer、/recipe-add-integration-tests、/recipe-update-docが含まれます。フロントエンドプラグインは、/recipe-front-design、/recipe-front-plan、/recipe-front-build、/recipe-front-adjust、/recipe-front-reviewを追加し、Reactコンポーネントアーキテクチャ、React Testing Library、TypeScriptチェックを備えています。フルスタックレシピは、バックエンドとフロントエンドにまたがる変更をカバーし、垂直スライスを使用して、統合が最後の前に実行されるようにします。 エージェントとガイダンス プラグインは、専門化されたエージェントロールをバンドルしています。共有ロールには、requirement-analyzer、prd-creator、codebase-analyzer、code-verifier、work-planner、task-decomposer、acceptance-test-generator、integration-test-reviewer、code-reviewer、document-reviewer、design-sync、investigator、verifier、solver、security-reviewerがあります。バックエンドロールには、technical-designer、scope-discoverer、task-executor、quality-fixerがあります。フロントエンドロールには、ui-spec-designer、ui-analyzer、technical-designer-frontend、task-executor-frontend、quality-fixer-frontendがあります。組み込みのガイダンスには、コーディング原則、テスト原則、実装アプローチ、ドキュメント標準、外部リソースコンテキスト、LLMフレンドリーなコンテキストが含まれます。別のdev-skillsプラグインは、ワークフローなしでガイダンスを提供し、READMEは、重複するスキル記述のため、ワークフロープラグインと一緒にインストールしないように警告しています。 コンテキストと成果物 新しいコンテキストが使用されるため、あるフェーズの推論が次のフェーズの権威として暗黙的に機能することはありません。Work Planタスクは、それらを制約するDesign Doc、ADR、またはUI Specセクションと受け入れ基準を引用し、必要なすべてのDesign Doc義務が少なくとも1つのタスクでカバーされた場合にのみ、プランは完了と見なされます。PRD、ADR、UI Spec、Design Docはコミットされることを意図しています。docs/plans/は一時的な作業状態として扱われ、READMEはそれをgitignoreすることを提案しています。READMEはまた、Codex CLI対応物であるcodex-workflowsに言及し、LLM検証とエージェントワークフロー設計に関する背景資料へのリンクを提供しています。