yodogawa 2.1.0 → 2.1.1

package/LICENSE

@@ -0,0 +1,21 @@
+MIT License
+
+Copyright (c) 2025 tkysi-mi
+
+Permission is hereby granted, free of charge, to any person obtaining a copy
+of this software and associated documentation files (the "Software"), to deal
+in the Software without restriction, including without limitation the rights
+to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
+copies of the Software, and to permit persons to whom the Software is
+furnished to do so, subject to the following conditions:
+
+The above copyright notice and this permission notice shall be included in all
+copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
+IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
+FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
+AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
+LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
+OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
+SOFTWARE.

package/README.md

@@ -238,3 +238,9 @@ description: プロジェクトのドキュメントディレクトリ構造を
 
 - **`name`**: スキルの識別子（kebab-case）
 - **`description`**: AIエージェントがスキルを呼び出すトリガーとなる説明文
+
+---
+
+## ライセンス
+
+[MIT License](LICENSE) — Copyright (c) 2025 tkysi-mi

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "yodogawa",
-  "version": "2.1.0",
+  "version": "2.1.1",
   "description": "CLI to install Yodogawa Slash Commands workflows",
   "bin": {
     "yodogawa": "bin/cli.js"
@@ -43,7 +43,7 @@
     "claude"
   ],
   "author": "",
-  "license": "ISC",
+  "license": "MIT",
   "dependencies": {
     "fs-extra": "^11.2.0",
     "kleur": "^4.1.5",

package/scripts/create-task.sh

@@ -0,0 +1,77 @@
+#!/bin/bash
+
+# create-task.sh
+# docs/tasks/ 配下に連番 ID 付きのタスクディレクトリを作成するスクリプト
+# Usage: bash scripts/create-task.sh <slug>
+# 例:    bash scripts/create-task.sh user-profile-edit
+
+set -e
+
+TASKS_DIR="docs/tasks"
+SLUG="$1"
+
+echo "📂 タスクディレクトリの作成を開始します..."
+
+# 1. 引数チェック
+if [ -z "$SLUG" ]; then
+  echo "❌ スラッグが指定されていません。"
+  echo "   使い方: bash scripts/create-task.sh <slug>"
+  echo "   例:     bash scripts/create-task.sh user-profile-edit"
+  exit 1
+fi
+
+# 2. スラッグの形式チェック（英小文字・数字・ハイフンのみ、連続ハイフン禁止）
+if ! [[ "$SLUG" =~ ^[a-z0-9]+(-[a-z0-9]+)*$ ]]; then
+  echo "❌ スラッグは英小文字・数字・ハイフンのみ使用できます: '$SLUG'"
+  echo "   例: user-profile-edit"
+  exit 1
+fi
+
+# 3. 単語数の警告（3〜5 語を推奨、範囲外は警告のみで続行）
+WORD_COUNT=$(echo "$SLUG" | awk -F'-' '{print NF}')
+if [ "$WORD_COUNT" -lt 3 ] || [ "$WORD_COUNT" -gt 5 ]; then
+  echo "⚠️  スラッグは 3〜5 語を推奨しています（現在: ${WORD_COUNT} 語）。"
+fi
+
+# 4. docs/tasks/ の存在確認
+if [ ! -d "$TASKS_DIR" ]; then
+  echo "❌ '$TASKS_DIR' が存在しません。"
+  echo "   先に /a-001-setup-doc-structure を実行してください。"
+  exit 1
+fi
+
+# 5. 既存タスクから次の ID を採番
+MAX_ID=0
+for dir in "$TASKS_DIR"/task*; do
+  [ -d "$dir" ] || continue
+  BASENAME=$(basename "$dir")
+  # task000123-xxx から 000123 を抜き出す
+  if [[ "$BASENAME" =~ ^task([0-9]{6})- ]]; then
+    NUM=$((10#${BASH_REMATCH[1]}))
+    if [ "$NUM" -gt "$MAX_ID" ]; then
+      MAX_ID=$NUM
+    fi
+  fi
+done
+
+NEXT_ID=$((MAX_ID + 1))
+TASK_ID=$(printf "task%06d" "$NEXT_ID")
+TASK_DIR="$TASKS_DIR/${TASK_ID}-${SLUG}"
+
+# 6. 同名ディレクトリの存在確認（理論上発生しないが保険）
+if [ -d "$TASK_DIR" ]; then
+  echo "❌ '$TASK_DIR' は既に存在します。"
+  exit 1
+fi
+
+# 7. 作成
+echo "🔨 ディレクトリを作成中: $TASK_DIR"
+mkdir -p "$TASK_DIR"
+
+# 8. 完了報告
+echo ""
+echo "✅ タスクディレクトリを作成しました。"
+echo "   パス: $TASK_DIR"
+echo ""
+echo "次のステップ:"
+echo "  - タスク定義書を作成する: /b-002-create-task-definition"

package/scripts/init-project-docs.sh

@@ -0,0 +1,90 @@
+#!/bin/bash
+
+# init-project-docs.sh
+# templates/project/<category>/ 配下のテンプレートを
+# docs/project/<category>/ へ一括コピーするスクリプト
+# Usage: bash scripts/init-project-docs.sh <category>
+#   category: requirements | behavior | domain | design
+# 例:    bash scripts/init-project-docs.sh requirements
+
+set -e
+
+CATEGORY="$1"
+
+# スクリプト自身の位置からテンプレートルートを解決（.claude/scripts -> .claude/templates）
+SCRIPT_SELF_DIR="$(cd "$(dirname "$0")" && pwd)"
+TEMPLATE_ROOT="$SCRIPT_SELF_DIR/../templates/project"
+
+echo "📝 プロジェクトドキュメントの一括初期化を開始します..."
+
+# 1. 引数チェック
+if [ -z "$CATEGORY" ]; then
+  echo "❌ category 引数が指定されていません。"
+  echo "   使い方: bash scripts/init-project-docs.sh <category>"
+  echo "   category: requirements | behavior | domain | design"
+  exit 1
+fi
+
+# 2. category を番号付きディレクトリ名にマッピング
+case "$CATEGORY" in
+  requirements)
+    SUBDIR="01-requirements"
+    ;;
+  behavior)
+    SUBDIR="02-behavior"
+    ;;
+  domain)
+    SUBDIR="03-domain"
+    ;;
+  design)
+    SUBDIR="04-design"
+    ;;
+  *)
+    echo "❌ 不明な category: '$CATEGORY'"
+    echo "   有効な category: requirements | behavior | domain | design"
+    exit 1
+    ;;
+esac
+
+SRC_DIR="$TEMPLATE_ROOT/$SUBDIR"
+DEST_DIR="docs/project/$SUBDIR"
+
+# 3. テンプレートディレクトリの存在確認
+if [ ! -d "$SRC_DIR" ]; then
+  echo "❌ テンプレートディレクトリが見つかりません: $SRC_DIR"
+  echo "   yodogawa CLI での再インストールを検討してください。"
+  exit 1
+fi
+
+# 4. 出力先ディレクトリの存在確認
+if [ ! -d "$DEST_DIR" ]; then
+  echo "❌ 出力先ディレクトリが存在しません: $DEST_DIR"
+  echo "   先に /a-001-setup-doc-structure を実行してください。"
+  exit 1
+fi
+
+# 5. テンプレートファイルを一括コピー（既存はスキップして冪等性を確保）
+COPIED=0
+SKIPPED=0
+
+for SRC_PATH in "$SRC_DIR"/*.md; do
+  [ -f "$SRC_PATH" ] || continue
+  FILENAME=$(basename "$SRC_PATH")
+  DEST_PATH="$DEST_DIR/$FILENAME"
+
+  if [ -f "$DEST_PATH" ]; then
+    echo "ℹ️  既に存在するためスキップ: $DEST_PATH"
+    SKIPPED=$((SKIPPED + 1))
+  else
+    echo "🔨 コピー中: $SRC_PATH → $DEST_PATH"
+    cp "$SRC_PATH" "$DEST_PATH"
+    COPIED=$((COPIED + 1))
+  fi
+done
+
+# 6. 完了報告
+echo ""
+echo "✅ プロジェクトドキュメントを初期化しました。"
+echo "   カテゴリ: $CATEGORY ($SUBDIR)"
+echo "   コピー: ${COPIED} ファイル / スキップ: ${SKIPPED} ファイル"
+echo "   パス: $DEST_DIR"

package/scripts/init-task-doc.sh

@@ -0,0 +1,77 @@
+#!/bin/bash
+
+# init-task-doc.sh
+# タスクディレクトリにテンプレートから指定のドキュメントをコピーするスクリプト
+# Usage: bash scripts/init-task-doc.sh <task-dir> <type>
+#   type: definition | research | implementation
+# 例:    bash scripts/init-task-doc.sh docs/tasks/task000001-user-profile-edit definition
+
+set -e
+
+TASK_DIR="$1"
+DOC_TYPE="$2"
+
+# スクリプト自身の位置からテンプレートルートを解決（.claude/scripts -> .claude/templates）
+SCRIPT_SELF_DIR="$(cd "$(dirname "$0")" && pwd)"
+TEMPLATE_ROOT="$SCRIPT_SELF_DIR/../templates/tasks/task-template"
+
+echo "📝 タスクドキュメントの初期化を開始します..."
+
+# 1. 引数チェック
+if [ -z "$TASK_DIR" ] || [ -z "$DOC_TYPE" ]; then
+  echo "❌ 引数が不足しています。"
+  echo "   使い方: bash scripts/init-task-doc.sh <task-dir> <type>"
+  echo "   type:   definition | research | implementation"
+  echo "   例:     bash scripts/init-task-doc.sh docs/tasks/task000001-login definition"
+  exit 1
+fi
+
+# 2. タスクディレクトリの存在確認
+if [ ! -d "$TASK_DIR" ]; then
+  echo "❌ タスクディレクトリが存在しません: $TASK_DIR"
+  echo "   先に /b-001-create-task-directory を実行してください。"
+  exit 1
+fi
+
+# 3. type をファイル名にマッピング
+case "$DOC_TYPE" in
+  definition)
+    SRC_FILE="a-definition.md"
+    ;;
+  research)
+    SRC_FILE="b-research.md"
+    ;;
+  implementation)
+    SRC_FILE="c-implementation.md"
+    ;;
+  *)
+    echo "❌ 不明な type: '$DOC_TYPE'"
+    echo "   有効な type: definition | research | implementation"
+    exit 1
+    ;;
+esac
+
+SRC_PATH="$TEMPLATE_ROOT/$SRC_FILE"
+DEST_PATH="$TASK_DIR/$SRC_FILE"
+
+# 4. テンプレートの存在確認
+if [ ! -f "$SRC_PATH" ]; then
+  echo "❌ テンプレートが見つかりません: $SRC_PATH"
+  echo "   yodogawa CLI での再インストールを検討してください。"
+  exit 1
+fi
+
+# 5. 既存ファイルはスキップ（冪等性）
+if [ -f "$DEST_PATH" ]; then
+  echo "ℹ️  既に存在するためスキップ: $DEST_PATH"
+  exit 0
+fi
+
+# 6. コピー
+echo "🔨 コピー中: $SRC_PATH → $DEST_PATH"
+cp "$SRC_PATH" "$DEST_PATH"
+
+# 7. 完了報告
+echo ""
+echo "✅ タスクドキュメントを初期化しました。"
+echo "   パス: $DEST_PATH"

package/skills/a-001-setup-doc-structure/SKILL.md

@@ -24,7 +24,7 @@ allowed-tools: Read, Write, Bash, Glob
 環境に応じたスクリプトを実行。スクリプト本体とフォールバック実装は [reference/directory-structure.md](reference/directory-structure.md#スクリプト実行コマンド) を参照。
 
 ```bash
-SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
+SCRIPT_DIR=$(for d in .claude .agents; do [ -d "$d" ] && echo "$d" && break; done)
 bash "$SCRIPT_DIR/scripts/setup-docs.sh"
 ```
 

package/skills/a-001-setup-doc-structure/reference/directory-structure.md

@@ -35,16 +35,12 @@ docs/
 ## スクリプト実行コマンド
 
 ```bash
-if [ -d ".agent" ]; then
-  SCRIPT_DIR=".agent"
-elif [ -d ".cursor" ]; then
-  SCRIPT_DIR=".cursor"
-elif [ -d ".claude" ]; then
+if [ -d ".claude" ]; then
   SCRIPT_DIR=".claude"
-elif [ -d ".codex" ]; then
-  SCRIPT_DIR=".codex"
+elif [ -d ".agents" ]; then
+  SCRIPT_DIR=".agents"
 else
-  echo "エラー: AI coding assistant ディレクトリが見つかりません"
+  echo "エラー: .claude または .agents ディレクトリが見つかりません"
   exit 1
 fi
 

package/skills/a-002-initialize-project/SKILL.md

@@ -15,7 +15,7 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 
 ## 前提
 
-- `docs/project/requirements/` ディレクトリが存在すること（なければ先に `/a-001-setup-doc-structure` を実行）
+- `docs/project/01-requirements/` ディレクトリが存在すること（なければ先に `/a-001-setup-doc-structure` を実行）
 - `docs/` に書き込み権限があること
 - ユーザーがプロジェクト概要と主要機能の基本情報を提供できること
 
@@ -24,12 +24,29 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 ### 1. ドキュメントディレクトリの確認
 
 ```bash
-ls -la docs/project/requirements/ 2>/dev/null || echo "ディレクトリが存在しません"
+ls -la docs/project/01-requirements/ 2>/dev/null || echo "ディレクトリが存在しません"
 ```
 
-存在しない場合: 「`docs/project/requirements/` がありません。先に `/a-001-setup-doc-structure` を実行してください。」
+存在しない場合: 「`docs/project/01-requirements/` がありません。先に `/a-001-setup-doc-structure` を実行してください。」
 
-### 2. コードベースの自動分析と提案
+### 2. テンプレート一括コピー
+
+要件定義に必要な 5 ファイルのテンプレートを `docs/project/01-requirements/` に一括コピーする。既存ファイルはスキップされる（冪等）。
+
+```bash
+SCRIPT_DIR=$(for d in .claude .agents; do [ -d "$d" ] && echo "$d" && break; done)
+bash "$SCRIPT_DIR/scripts/init-project-docs.sh" requirements
+```
+
+コピーされるファイル:
+
+- `01-system-overview.md`
+- `02-features-implemented.md`
+- `03-features-planned.md`
+- `04-non-functional-requirements.md`
+- `05-user-stories.md`
+
+### 3. コードベースの自動分析と提案
 
 **規模確認**:
 
@@ -49,65 +66,49 @@ find src app lib -maxdepth 2 2>/dev/null
 
 結果から以下を推測・提示: システム概要（目的・技術スタック）、実装済み機能（ファイル構造からの推測）、想定ユーザー像。
 
-### 3. システム概要の作成
-
-1. テンプレートをコピー:
-
-   ```bash
-   SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
-   cp "$SCRIPT_DIR/templates/project/01-requirements/01-system-overview.md" \
-      "docs/project/requirements/01-system-overview.md"
-   ```
+### 4. システム概要の記入
 
-2. 「背景」「目的」をヒアリングして記入。質問例は [reference/hearing-questions.md](reference/hearing-questions.md) を参照。
+`01-system-overview.md` を開き、「背景」「目的」をヒアリングして記入する。質問例は [reference/hearing-questions.md](reference/hearing-questions.md) を参照。
 
-### 4. 実装済み機能一覧
+### 5. 実装済み機能一覧の記入
 
-1. `02-features-implemented.md` をテンプレートからコピー。
-2. コードベースを調査し、検出したディレクトリ/ファイル名から機能を提案。
-3. ヒアリング結果をテーブルに記入（Category 1/2、機能名、説明、機能 ID）。
+`02-features-implemented.md` に、コードベース調査で検出したディレクトリ/ファイル名から機能を提案し、ヒアリング結果をテーブルに記入する（Category 1/2、機能名、説明、機能 ID）。
 
 コード調査コマンドとヒアリング項目は [reference/hearing-questions.md](reference/hearing-questions.md#手順4-実装済み機能一覧) を参照。
 
-### 5. 予定機能一覧
+### 6. 予定機能一覧の記入
 
-1. `03-features-planned.md` をテンプレートからコピー。
-2. システム概要と実装済み機能のギャップを分析し、未実装機能を提案。
-3. ヒアリング結果をテーブルに記入（機能 ID・優先度は未確定のまま）。
+`03-features-planned.md` に、システム概要と実装済み機能のギャップを分析して未実装機能を提案し、ヒアリング結果をテーブルに記入する（機能 ID・優先度は未確定のまま）。
 
-### 6. 非機能要件一覧
+### 7. 非機能要件の記入
 
-1. `04-non-functional-requirements.md` をテンプレートからコピー。
-2. 詳細定義が必要か確認。不要なら標準ベースラインで仮置き（[examples/nfr-baseline.md](examples/nfr-baseline.md)）。
-3. パフォーマンス/セキュリティ/可用性/スケーラビリティ/ユーザビリティ・保守性の観点で**定量的な目標**をヒアリング。
+`04-non-functional-requirements.md` に、詳細定義が必要か確認の上、パフォーマンス/セキュリティ/可用性/スケーラビリティ/ユーザビリティ・保守性の観点で**定量的な目標**をヒアリングして記入する。不要なら標準ベースライン（[examples/nfr-baseline.md](examples/nfr-baseline.md)）で仮置きする。
 
-### 7. ユーザーストーリー
+### 8. ユーザーストーリーの記入
 
-1. `05-user-stories.md` をテンプレートからコピー。
-2. 作成済みドキュメントから主要ユーザージャーニーを抽出し、ストーリー案を提示。
-3. ヒアリング結果をテーブルに記入（優先度・受け入れ基準含む）。
+`05-user-stories.md` に、作成済みドキュメントから主要ユーザージャーニーを抽出してストーリー案を提示し、ヒアリング結果をテーブルに記入する（優先度・受け入れ基準含む）。
 
 ストーリーテンプレート: 「[役割]として、[〇〇機能]を使いたい、なぜなら[価値]だから」
 
-### 8. 全体レビュー
+### 9. 全体レビュー
 
 - 作成した全ドキュメントをユーザーに提示し、以下を確認:
   - 「記載内容に誤りや漏れはありませんか？」
   - 「抽象的すぎる記述や、解釈が分かれそうな表現はありますか？」
   - 「テンプレートのコメントや不要な例示は適切に処理されていますか？」
 
-### 9. 完了条件と構造の確認
+### 10. 完了条件と構造の確認
 
 - ファイルの存在と主要セクション/テーブル構造を検証。
 - 検証コマンド・チェックリスト・Git コミット手順は [reference/structure-check.md](reference/structure-check.md) を参照。
 
-### 10. Git への追加（オプション）
+### 11. Git への追加（オプション）
 
 詳細は [reference/structure-check.md](reference/structure-check.md#git-への追加オプション) を参照。
 
 ## 完了条件
 
-- `docs/project/requirements/` に 5 つの要件定義ドキュメントが作成されている
+- `docs/project/01-requirements/` に 5 つの要件定義ドキュメントが作成されている
 - すべてのドキュメントで抽象的表現が最小化され、具体的な数値・期限・制約が記載されている
 - ユーザーがドキュメント内容を確認し、承認またはフィードバックを提供している
 
@@ -119,6 +120,6 @@ find src app lib -maxdepth 2 2>/dev/null
 
 ## 参考
 
-- [reference/hearing-questions.md](reference/hearing-questions.md) — 手順3〜7のヒアリング質問集
-- [reference/structure-check.md](reference/structure-check.md) — 手順9の構造チェックコマンドと Git コミット手順
+- [reference/hearing-questions.md](reference/hearing-questions.md) — 手順4〜8のヒアリング質問集
+- [reference/structure-check.md](reference/structure-check.md) — 手順10の構造チェックコマンドと Git コミット手順
 - [examples/nfr-baseline.md](examples/nfr-baseline.md) — 非機能要件の標準ベースライン提案値

package/skills/a-002-initialize-project/reference/structure-check.md

@@ -6,23 +6,23 @@ SKILL.md 手順9で使う、生成済みドキュメントの構造確認用コ
 
 ```bash
 # 01-system-overview.md: 主要セクションの確認
-grep "## 背景" docs/project/requirements/01-system-overview.md && echo "OK" || echo "MISSING: 背景"
-grep "## 目的" docs/project/requirements/01-system-overview.md && echo "OK" || echo "MISSING: 目的"
+grep "## 背景" docs/project/01-requirements/01-system-overview.md && echo "OK" || echo "MISSING: 背景"
+grep "## 目的" docs/project/01-requirements/01-system-overview.md && echo "OK" || echo "MISSING: 目的"
 
 # 02-features-implemented.md: テーブルヘッダー
-grep "| 機能ID | Category 1 |" docs/project/requirements/02-features-implemented.md \
+grep "| 機能ID | Category 1 |" docs/project/01-requirements/02-features-implemented.md \
   && echo "OK" || echo "MISSING: Table Header"
 
 # 03-features-planned.md: テーブルヘッダー
-grep "| Category 1 | Category 2 |" docs/project/requirements/03-features-planned.md \
+grep "| Category 1 | Category 2 |" docs/project/01-requirements/03-features-planned.md \
   && echo "OK" || echo "MISSING: Table Header"
 
 # 04-non-functional-requirements.md: テーブルヘッダー
-grep "| カテゴリ | 要件 |" docs/project/requirements/04-non-functional-requirements.md \
+grep "| カテゴリ | 要件 |" docs/project/01-requirements/04-non-functional-requirements.md \
   && echo "OK" || echo "MISSING: Table Header"
 
 # 05-user-stories.md: テーブルヘッダー
-grep "| ストーリーID | ストーリー |" docs/project/requirements/05-user-stories.md \
+grep "| ストーリーID | ストーリー |" docs/project/01-requirements/05-user-stories.md \
   && echo "OK" || echo "MISSING: Table Header"
 ```
 
@@ -35,7 +35,7 @@ grep "| ストーリーID | ストーリー |" docs/project/requirements/05-user
 ## Git への追加（オプション）
 
 ```bash
-git add docs/project/requirements/
+git add docs/project/01-requirements/
 git status
 ```
 

package/skills/a-003-create-scenarios/SKILL.md

@@ -15,8 +15,8 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 
 ## 前提
 
-- `docs/project/requirements/05-user-stories.md` が作成されていること（`/a-002-initialize-project` 実行済み）。
-- `docs/project/behavior/` ディレクトリが存在すること（未作成なら `/a-001-setup-doc-structure`）。
+- `docs/project/01-requirements/05-user-stories.md` が作成されていること（`/a-002-initialize-project` 実行済み）。
+- `docs/project/02-behavior/` ディレクトリが存在すること（未作成なら `/a-001-setup-doc-structure`）。
 - ユーザーが各機能の具体的な動作例を説明できること。
 
 ## 手順
@@ -24,16 +24,16 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 ### 1. ディレクトリと前提条件の確認
 
 ```bash
-ls -la docs/project/behavior/ 2>/dev/null || echo "ディレクトリが存在しません"
+ls -la docs/project/02-behavior/ 2>/dev/null || echo "ディレクトリが存在しません"
 ```
 
-`docs/project/requirements/05-user-stories.md` を読み込み、シナリオ化対象を把握する。
+`docs/project/01-requirements/05-user-stories.md` を読み込み、シナリオ化対象を把握する。
 
 ### 2. テンプレートの準備
 
 ```bash
-SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
-cp "$SCRIPT_DIR/templates/project/02-behavior/01-scenarios.md" "docs/project/behavior/01-scenarios.md"
+SCRIPT_DIR=$(for d in .claude .agents; do [ -d "$d" ] && echo "$d" && break; done)
+cp "$SCRIPT_DIR/templates/project/02-behavior/01-scenarios.md" "docs/project/02-behavior/01-scenarios.md"
 ```
 
 ### 3. 分析と提案
@@ -45,7 +45,7 @@ cp "$SCRIPT_DIR/templates/project/02-behavior/01-scenarios.md" "docs/project/beh
 
 ### 4. ヒアリングと記入
 
-機能ごとに以下を詰めて `docs/project/behavior/01-scenarios.md` を更新する。Gherkin 記述例は [examples/gherkin-templates.md](examples/gherkin-templates.md) を参照。
+機能ごとに以下を詰めて `docs/project/02-behavior/01-scenarios.md` を更新する。Gherkin 記述例は [examples/gherkin-templates.md](examples/gherkin-templates.md) を参照。
 
 - **Feature 情報**: 機能名、As a/I want/So that、Background（共通前提）
 - **ハッピーパス**: Given-When-Then で最も基本的な成功シナリオ
@@ -65,8 +65,8 @@ UI 操作の詳細ではなく、ユーザーの意図を記述するよう注
 ### 7. 構造チェック
 
 ```bash
-grep "Feature:" docs/project/behavior/01-scenarios.md \
-  && grep "Scenario:" docs/project/behavior/01-scenarios.md \
+grep "Feature:" docs/project/02-behavior/01-scenarios.md \
+  && grep "Scenario:" docs/project/02-behavior/01-scenarios.md \
   && echo "OK" || echo "MISSING SECTION"
 ```
 
@@ -75,7 +75,7 @@ grep "Feature:" docs/project/behavior/01-scenarios.md \
 ### 8. Git への追加（任意）
 
 ```bash
-git add docs/project/behavior/
+git add docs/project/02-behavior/
 git commit -m "docs: 振る舞い仕様（シナリオ）の作成"
 ```
 
@@ -83,7 +83,7 @@ git commit -m "docs: 振る舞い仕様（シナリオ）の作成"
 
 ## 完了条件
 
-- `docs/project/behavior/01-scenarios.md` が作成されている。
+- `docs/project/02-behavior/01-scenarios.md` が作成されている。
 - ユーザーストーリーに対応する具体的なシナリオ（Given-When-Then）が記述されている。
 - シナリオ一覧テーブルがメンテナンスされている。
 - ユーザーが内容を承認している。

package/skills/a-003-create-scenarios/reference/structure-check.md

@@ -6,16 +6,16 @@ SKILL.md 手順6〜7 で使う構造確認コマンドとレビュー観点。
 
 ```bash
 # シナリオ一覧テーブルの確認
-grep "| シナリオID | 機能 |" docs/project/behavior/01-scenarios.md && echo "OK" || echo "MISSING: Table Header"
+grep "| シナリオID | 機能 |" docs/project/02-behavior/01-scenarios.md && echo "OK" || echo "MISSING: Table Header"
 # Feature 定義の確認
-grep "Feature:" docs/project/behavior/01-scenarios.md && echo "OK" || echo "MISSING: Feature definition"
+grep "Feature:" docs/project/02-behavior/01-scenarios.md && echo "OK" || echo "MISSING: Feature definition"
 # Scenario 定義の確認
-grep "Scenario:" docs/project/behavior/01-scenarios.md && echo "OK" || echo "MISSING: Scenario definition"
+grep "Scenario:" docs/project/02-behavior/01-scenarios.md && echo "OK" || echo "MISSING: Scenario definition"
 ```
 
 ## チェックリスト
 
-- [ ] `docs/project/behavior/01-scenarios.md` が作成されている
+- [ ] `docs/project/02-behavior/01-scenarios.md` が作成されている
 - [ ] シナリオ一覧テーブルが更新されている
 - [ ] 各 Feature が Gherkin 形式で記述されている
 - [ ] 正常系と異常系のシナリオが網羅されている
@@ -32,7 +32,7 @@ grep "Scenario:" docs/project/behavior/01-scenarios.md && echo "OK" || echo "MIS
 ## Git への追加（任意）
 
 ```bash
-git add docs/project/behavior/
+git add docs/project/02-behavior/
 git status
 ```
 

package/skills/a-004-define-domain-model/SKILL.md

@@ -15,8 +15,8 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 
 ## 前提
 
-- `docs/project/behavior/01-scenarios.md` が作成されている（`/a-003-create-scenarios` 実行済み）
-- `docs/project/domain/` ディレクトリが存在（なければ `/a-001-setup-doc-structure`）
+- `docs/project/02-behavior/01-scenarios.md` が作成されている（`/a-003-create-scenarios` 実行済み）
+- `docs/project/03-domain/` ディレクトリが存在（なければ `/a-001-setup-doc-structure`）
 - ドメインエキスパートと協力できる
 
 ## 手順
@@ -24,17 +24,17 @@ allowed-tools: Read, Write, Edit, Bash, Grep, Glob
 ### 1. ディレクトリと前提条件の確認
 
 ```bash
-ls -la docs/project/domain/ 2>/dev/null || echo "ディレクトリが存在しません"
+ls -la docs/project/03-domain/ 2>/dev/null || echo "ディレクトリが存在しません"
 ```
 
-存在しなければ `/a-001-setup-doc-structure` を促す。`docs/project/behavior/01-scenarios.md` を読み込み内容確認。
+存在しなければ `/a-001-setup-doc-structure` を促す。`docs/project/02-behavior/01-scenarios.md` を読み込み内容確認。
 
 ### 2. テンプレートの準備
 
 ```bash
-SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
-cp "$SCRIPT_DIR/templates/project/03-domain/01-domain-model.md" "docs/project/domain/01-domain-model.md"
-cp "$SCRIPT_DIR/templates/project/03-domain/02-ubiquitous-language.md" "docs/project/domain/02-ubiquitous-language.md"
+SCRIPT_DIR=$(for d in .claude .agents; do [ -d "$d" ] && echo "$d" && break; done)
+cp "$SCRIPT_DIR/templates/project/03-domain/01-domain-model.md" "docs/project/03-domain/01-domain-model.md"
+cp "$SCRIPT_DIR/templates/project/03-domain/02-ubiquitous-language.md" "docs/project/03-domain/02-ubiquitous-language.md"
 ```
 
 ### 3. Bounded Context の特定
@@ -76,7 +76,7 @@ Context 間の関係性（Customer-Supplier, Shared Kernel 等）を Mermaid 図
 ### 9. Git への追加（オプション）
 
 ```bash
-git add docs/project/domain/
+git add docs/project/03-domain/
 git status
 ```
 
@@ -84,7 +84,7 @@ git status
 
 ## 完了条件
 
-- `docs/project/domain/01-domain-model.md` と `02-ubiquitous-language.md` が作成されている
+- `docs/project/03-domain/01-domain-model.md` と `02-ubiquitous-language.md` が作成されている
 - 各 Bounded Context の主要ドメイン要素（Aggregates, Commands, Events）が定義されている
 - ドメインモデルで使用される用語がユビキタス言語として定義されている
 - ユーザーが内容を承認している