Smithery is now a part of Arcade.dev! Read more in our announcement here
Provide the task granularity for cutting subissues.
sub-issue は ready な実装単位だけに切る。agent が issue を読んでそのまま実装・検証に入れないものは作らない。
まず、親 issue が ready か確認してください。
sub-issue にしてはいけないもの:
この場合は sub-issue を作らず、親 issue に spec correction コメントまたは本文修正案を出してください。
以下に当てはまる場合は Boundary / Contract を先に固定 してください。ただし、原則として contract は親 issue または実装 sub-issue 本文に書き、単なる contract 明確化だけの sub-issue は作らないでください。
Boundary / Contract の内容例:
Boundary / Contract を独立 sub-issue にできるのは、OpenAPI 更新、typed client 更新、DB migration 契約、UI vocabulary contract / primitive API、visual regression baseline など、成果物が実装可能で test / review できる場合に限ります。
task 粒度の目安:
1 PBI につき 1〜3 sub-issue、最大 5
複数レイヤーをまたいでも、同じ目的・同じ acceptance・同じ rollback boundary なら 1 sub-issue にまとめる
phase は原則 sub-issue ではなく、issue 本文内の review / gate checkpoint として扱う
各 sub-issue に Done when / Not done if / Required verification を書く
verification は単体テストだけでなく blackbox / runtime acceptance を含める
Frontend
Backend
要件を読んで、他に必要そうなタスクがあれば適宜切ってください（Dockerfileの修正等）
重要:
要件に応じて適切なサイズでtaskを切ってください。細分化より、ready な契約と検証可能な acceptance を優先してください。
