w-build

既存の計画、または十分に明確な実装依頼を使用してください。リポジトリの指示、対象となる README／スクリプト、一致するルールとスキル、技術ドキュメントを確認してください。重要な判断は関連ドキュメントに基づいて解決し、製品の範囲、シークレット、破壊的な操作については人に確認してください。コミットはしないでください。

1. 作業ツリーを確認し、このタスクが対象とするファイルを特定してください。受け入れ条件を明示し、無関係な変更は保持してください。計画がなく、対象領域が複数のパッケージにまたがるか不慣れな場合は、まず council の手順 1～3 に従ってください。
2. 既存のパッケージとパターンを使って、完全なスライスを 1 つ実装してください。生成済みクライアントやマイグレーションを直接編集するのではなく、所有元のスキーマを変更し、ドキュメントに記載されたジェネレーターを実行してください。
3. この変更に対する既存の最小限のチェックを実行してください。再現可能なロジックの不具合には回帰チェックが必要です。TDD は、リポジトリで要求または必須とされている場合に実施し、文章の編集で形式的に行わないでください。フルの pre-push スイートは実行しないでください（これは /w-ship の担当です）。
4. 依存する作業に着手する前に、失敗したチェックを調査してください。ここで発生したリグレッションと、既存または環境に起因する失敗を切り分けてください。チェックを通すために弱めてはいけません。
5. 動作、コマンド、規約を変更した場合は、該当する MDX と最も近い README を更新してください。変更がない場合は、その理由を 1 行で記載してください。