ns-sdd-task-generator

タスクジェネレーター

Feature のアトミックなスライスを、エンジニアやコーディングエージェント向けの詳細な task-NNN-slug.md に変換します。

オーケストレーターは、ブリッジが存在する場合、必ず task-writer-agent を起動してください（../ns-harness/references/subagent-dispatch.md）。このファイルはワーカーの本文であり、ns-spec-driven からインラインで記述するためのものではありません。

ハーネスの検出

../ns-harness/references/harness-discovery.md を参照してください。{harness_root}/rules/*.md からルールを読み込みます。最初に architecture-rules.md を読みます。レガシー環境では、{harness_root} が存在しない場合に限り .cursor/rules/*.mdc を使用します。requirements.md は厳密に読み込み、テーブルやエンドポイントを創作しないでください。

スコープ

• レイヤー： Backend、Frontend、Infrastructure
• このスキルの対象外： E2E → ns-pm-e2e-test-task-generator、Backend のユニットテスト → ns-pm-unit-test-task-generator

基本ルール

一行で要約してはいけません。実装者が、何をどこで（想定されるパス）、どのスタックやルールに従って実施し、どの基準で検証するかを把握できるようにします。詳細セクションで要約をそのまま繰り返してはいけません。

入力

• アトミックなタスクの説明（オーケストレーターから取得）
• レイヤーの種類：Backend | Frontend | Infra
• {product_root}/docs/versions/{version_san}/requirements.md
• タスク番号 NNN と依存タスク

依存関係

• 外部キーの親を子より先に配置します。タスクの順序はマイグレーション／API の順序を反映します。
• Frontend が API を利用する場合、Backend のタスクを Frontend のタスクより先に配置します。
• ファイル全体のテンプレートについては、references/task-schema.md を参照してください。

Frontend の追加要件

タスクが UI に関わる場合：

• data-testid の規約 — kebab-case を使用し、btn-、input-、form- などの接頭辞を付けます。
• 認証フォーム：Frontend のルールがある場合は、マーケティングパネル、PasswordInput、i18n キーを使用します。
• i18n：すべての文字列に翻訳キーを使用し、日付／通貨には useFormat() を使用します。
• ナビゲーション：メニュー項目を追加する場合、ナビゲーションのルールがあれば groupKey を指定します。

Backend の追加要件

uses_grogoo: false（デフォルト）の場合：Sanctum と手動モジュールを使用し、Grogoo への言及は含めません。

マルチテナンシーを使用する場合：criteria 内で company_id と所有権の検証を明示します。

出力先

{product_root}/docs/versions/{version_san}/tasks/task-NNN-slug.md

サブバージョンの場合：subversions/{subversion_san}/tasks/ 配下。

参照資料

ファイル	使用する場面
references/task-schema.md	Markdown の完全なテンプレートとヘッダーフィールド

関連スキル

• ns-pm-unit-test-task-generator — Backend の実装タスクの後
• ns-pm-e2e-test-task-generator — UI を含む Frontend のタスクの後
• ns-sdd-execution-handoff-generator — バージョン内のすべてのタスクの作成後（計画の完了）