@ripla/godd-mcp 1.0.0 → 1.0.2-canary.1

package/templates/prompts/docs-init.hbs

@@ -14,52 +14,49 @@ ripla Notes（テキストノート / テーブルノート / drawio）で閲覧
 
 ```
 docs/
-├── README.md                          # docs 全体の入口・構成説明
+├── README.md                              # docs 全体の入口・構成説明
 ├── 001_project/
-│   ├── README.md                      # プロジェクト概要（背景・目的・MVP・用語）
-│   ├── tasks.csv                      # タスク管理（テーブルノート）
-│   ├── features.csv                   # 機能要件一覧（テーブルノート）
-│   ├── screens.csv                    # 画面要件一覧（テーブルノート）
-│   └── template_README.md
+│   ├── README.md                          # プロジェクト概要（背景・目的・プロダクト・システム構成・用語）
+│   ├── pages.csv                          # 各プロダクトの画面一覧（テーブルノート）と各画面の概要
+│   ├── features.csv                       # 画面ごとの機能一覧（テーブルノート）と各機能の概要
+│   └── tasks.csv                          # 開発チームからの質問リストと要件定義チームからの要望一覧
 ├── 002_business_flow/
-│   ├── README.md                      # ビジネスフロー概要（Mermaid 含む）
-│   └── flow-overview.drawio
+│   ├── README.md                          # ビジネスフロー概要、フォルダ内で整理するビジネスフロー一覧
+│   ├── business_flow_name.template.md     # 特定業務のビジネスフローを解説
+│   └── business_flow_name.template.drawio # 特定業務のビジネスフローを図示
 ├── 003_requirements/
-│   ├── README.md                      # 要件概要
-│   ├── requirements-list.csv          # 要件一覧（テーブルノート）
-│   └── template_requirements.md
-├── 004_non_functional_requirements/
-│   ├── README.md
-│   └── nfr-list.csv
-├── 005_pages/
-│   ├── README.md
-│   ├── page-definitions.csv
-│   └── template_page.md
-├── 006_designs/
-│   ├── README.md
-│   ├── api/api.md
-│   ├── db/db.md
-│   ├── db/tables.csv
-│   ├── infra/infra.md
-│   └── features/README.md
-├── 007_development/
-│   ├── README.md
-│   ├── structure.md
-│   ├── workflow.md
-│   ├── stacks.md
-│   └── git.md
-├── 008_guides/
-│   ├── README.md                      # 運用・利用ガイド集
-│   └── guide-user.md                  # ユーザー向けガイド
-├── 009_spec/
-│   ├── README.md                      # 仕様 SSOT
-│   └── api-spec.md                    # API 仕様
-├── 010_templates/
-│   └── README.md                      # テンプレート集（影響分析/テスト計画/ADR 等）
-├── 011_config/
-│   └── README.md                      # 設定説明（環境変数・デプロイ設定等）
-└── 012_setup/
-    └── README.md                      # セットアップ・デプロイ手順
+│   ├── README.md                          # フォルダの説明、フォルダ内で整理するrequirements一覧
+│   ├── requirements.template.md           # 概要、背景、ユーザーストーリー、画面要件、機能要件、機能詳細、非機能要件、備考
+│   ├── <Product Name>/                    # 管理画面、ユーザー向け画面などプロダクトごとにフォルダ作成
+│   │   └── <feature_name>.md              # 機能別の要件定義
+│   └── spec/                              # 仕様 SSOT（API仕様、インフラ仕様、言語仕様等）
+├── 004_pages/                             # 画面設計
+│   ├── README.md                          # フォルダの説明
+│   └── app/                               # 画面のURLパスを整理するため、Reactの app/ ディレクトリを配置
+│       ├── admin/
+│       │   └── corporations/
+│       │       └── requirements.md        # 画面ごとの画面要件を記載
+│       └── users/
+├── 005_architecture/                      # 開発をするにあたっての実際の設計（インフラ、DB、API、各機能の設計）
+│   ├── README.md                          # フォルダの説明
+│   ├── stacks/                            # 技術スタック
+│   ├── api/                               # APIのSwaggerなど
+│   ├── db/                                # DB設計（ER図など）
+│   ├── infra/                             # インフラアーキテクチャの設計
+│   └── features/                          # 各機能の設計
+│       └── feature.template.md            # 機能設計書、データフロー、DB設計などを記載
+├── 006_development_workflow/              # 開発のルールやワークフローなどについて
+│   ├── README.md                          # フォルダの説明
+│   ├── git.md                             # Gitルール
+│   └── workflow.md                        # 開発ワークフロー
+└── 007_guides/                            # ガイド集
+    ├── README.md                          # フォルダの説明
+    ├── godd_notes_usage.md                # GoDD Notesの利用方法
+    ├── godd_usage.md                      # GoDD のコマンド一覧、ツール一覧、利用方法
+    ├── setup_godd.md                      # GoDD の始め方
+    ├── setup_godd_notes.md                # GoDD Notesの構築方法
+    ├── setup_infra.md                     # インフラのCI/CDの構築ガイド
+    └── setup_local_environment.md         # ローカル環境構築ガイド
 ```
 
 ## ルール
@@ -82,26 +79,11 @@ id,type,product,category,subject,detail,created_by,created_at,priority,deadline,
 機能ID,機能名,概要,phase,優先度,ステータス
 ```
 
-### screens.csv
+### pages.csv
 ```
 画面ID,画面名,概要,提供フェーズ,関連機能ID,ステータス
 ```
 
-### requirements-list.csv
-```
-要件ID,要件名,概要,優先度,ステータス
-```
-
-### nfr-list.csv
-```
-NFR-ID,カテゴリ,要件,基準,優先度
-```
-
-### page-definitions.csv
-```
-画面ID,画面名,URL,認証要否,概要
-```
-
 ### tables.csv
 ```
 テーブル名,カラム名,型,制約,説明

package/templates/prompts/docs-update.hbs

@@ -15,10 +15,10 @@ docs/
 ├── 001_project/     # プロジェクト概要、機能要件、画面要件
 ├── 002_business_flow/ # ビジネスフロー
 ├── 003_requirements/  # 要件定義
-├── 004_non_functional_requirements/ # 非機能要件
-├── 005_pages/        # 画面設計
-├── 006_designs/      # 詳細設計（API/DB/機能別）
-└── 007_development/  # 設計思想・アーキテクチャ & 開発ガイド
+├── 004_pages/        # 画面設計
+├── 005_architecture/ # 詳細設計（インフラ/DB/API/機能別）
+├── 006_development_workflow/ # 開発ルール・ワークフロー
+└── 007_guides/       # 利用・構築・運用ガイド
 ```
 
 ## ルール
@@ -35,12 +35,12 @@ docs/
 | コード変更種別 | 影響するセクション |
 |---|---|
 | 新機能追加 | 001 (features.csv), 003 (requirements), 006 (features/) |
-| API 変更 | 006 (api/), 003 (requirements) |
-| DB スキーマ変更 | 006 (db/) |
-| 画面追加/変更 | 001 (screens.csv), 005 (pages/) |
-| インフラ変更 | 007 (infra.md) |
-| アーキテクチャ変更 | 007 (architecture.md) |
-| 開発フロー変更 | 007 (workflow.md, git.md) |
+| API 変更 | 005 (api/), 003 (requirements) |
+| DB スキーマ変更 | 005 (db/) |
+| 画面追加/変更 | 001 (pages.csv), 004 (app/) |
+| インフラ変更 | 005 (infra/) |
+| アーキテクチャ変更 | 005 (architecture.md) |
+| 開発フロー変更 | 006 (workflow.md, git.md) |
 | ビジネスフロー変更 | 002 (business_flow/) |
 
 ## 出力

package/templates/prompts/notes-deploy.hbs

@@ -23,7 +23,7 @@ notes-app (React + Vite)  ──proxy──▶  notes-api (FastAPI)  ──▶
 | ローカルで試す / 開発環境 | `godd notes compose --auto` |
 | 設定をカスタマイズしたい | `godd notes compose --config <path>` |
 | AWS にデプロイ | `godd notes deploy -y` |
-| インフラを新規構築 | `godd notes infra` |
+| インフラとアプリ雛形を新規構築 | `godd notes infra` |
 
 ### A. ローカルデプロイ（最も簡単）
 
@@ -79,6 +79,7 @@ godd notes compose --config notes-config.json
 **前提**: 
 - AWS CLI でログイン済み（`aws sts get-caller-identity` が成功すること）
 - `godd notes infra` でインフラ構築済み
+- `notes-api/` と `notes-app/` がデプロイ対象ルートに存在すること
 - `.godd-notes-infra.json` が存在すること
 
 ```bash

package/templates/prompts/pr-create.hbs

@@ -11,7 +11,7 @@
 {{> project-context }}
 
 ## Purpose
-Create a **Pull Request** on GitHub with a well-structured body following the PR template (`docs/010_templates/pr-template.md`). The Agent analyzes changes, generates PR content, and creates the PR.
+Create a **Pull Request** on GitHub with a well-structured body following the PR template (`docs/006_development_workflow/pr.template.md`). The Agent analyzes changes, generates PR content, and creates the PR.
 
 ## Auto-confirm Mode
 {{#if auto_confirm}}
@@ -27,7 +27,7 @@ Create a **Pull Request** on GitHub with a well-structured body following the PR
 **draft is DISABLED (default)** — Create the PR as a regular (ready for review) PR.
 {{/if}}
 
-## PR Template (SSOT: `docs/010_templates/pr-template.md`)
+## PR Template (SSOT: `docs/006_development_workflow/pr.template.md`)
 The PR body MUST follow this structure:
 
 ### TL;DR (3-7 lines)

package/templates/prompts/push-execute.hbs

@@ -32,7 +32,7 @@ Execute **pre-submission checks** and then **push to remote** (`git push`). The
    - **If no unpushed commits**: Report "No commits to push" and exit
 
 ### Step 2: Pre-submission Checks (Quality Gate)
-1. **Spec reflection**: Check if `docs/009_spec/` needs updates for the changes
+1. **Spec reflection**: Check if `docs/003_requirements/spec/` needs updates for the changes
 2. **Quality gate**: Run the project's quality gate commands:
    - If available: `pnpm quality-gate` (or equivalent from project config)
    - Fallback: lint + typecheck + test for changed areas
@@ -47,7 +47,7 @@ Execute **pre-submission checks** and then **push to remote** (`git push`). The
    ```
    Pre-submission Check Results:
    ✅ Quality gate: Passed
-   ✅ Spec reflection: No updates needed (or: Updated docs/009_spec/xxx.md)
+   ✅ Spec reflection: No updates needed (or: Updated docs/003_requirements/spec/xxx.md)
    ✅ Secret check: No secrets detected
    ✅ Breaking changes: None (or: Migration documented)
    

package/templates/prompts/push.hbs

@@ -15,7 +15,7 @@ Organize everything that needs to be done before push/submission — ensuring no
 
 ## Output (Checklist)
 - Local verification (required commands/results)
-- Spec (`docs/009_spec`) reflection status
+- Spec (`docs/003_requirements/spec`) reflection status
 - Template (impact analysis/test plan/PR body) creation status
 - Documentation of breaking changes/migration/rollback
 - Secret information leakage check (logs/config/screenshots/etc.)

package/templates/prompts/requirements-to-business-flow.hbs

@@ -26,4 +26,4 @@ Transform requirements (natural language) into business flows (As-Is / To-Be) an
 
 ### Spec Mapping
 - List the required Spec templates (UI/API/DB/Feature/Usecase/Error Codes) and recommend which to create
-- Specs are placed under `docs/009_spec/`
+- Specs are placed under `docs/003_requirements/spec/`

package/templates/prompts/specification-to-tickets.hbs

@@ -11,7 +11,7 @@
 {{> project-context }}
 
 ## Purpose
-Transform Specs (`docs/009_spec/`) into an implementable task list.
+Transform Specs (`docs/003_requirements/spec/`) into an implementable task list.
 
 ## Input
 - Target Spec (API/UI/DB/Feature/Usecase/Error Codes)

package/templates/prompts/submit.hbs

@@ -43,7 +43,7 @@ Execute the **complete submission workflow**: pre-submission checks → git push
    - If remote branch does not exist yet, run `git log --oneline -10` instead
 3. Execute pre-submission checks:
    - **Quality gate**: Run project's quality gate commands
-   - **Spec reflection**: Check if `docs/009_spec/` needs updates
+   - **Spec reflection**: Check if `docs/003_requirements/spec/` needs updates
    - **Secret check**: Scan for potential secrets in committed content
    - **Breaking changes**: Verify migration docs if breaking changes exist
 4. Present check results
@@ -78,7 +78,7 @@ Execute the **complete submission workflow**: pre-submission checks → git push
    - `git diff origin/<base>...HEAD --stat` for change summary
 2. Generate PR content:
    - **Title**: Use user-provided title, or derive from branch name and changes
-   - **Body**: Follow PR template (`docs/010_templates/pr-template.md`) — fill ALL sections
+   - **Body**: Follow PR template (`docs/006_development_workflow/pr.template.md`) — fill ALL sections
 3. Present PR title and body for review
 
 {{#if auto_confirm}}

package/templates/prompts/sync.hbs

@@ -42,7 +42,7 @@ Sync the current working branch with the latest changes from the default branch
 1. List conflicted files with `git diff --name-only --diff-filter=U`
 2. Read each conflicted file and identify conflict markers (`<<<<<<<` / `=======` / `>>>>>>>`)
 3. **Resolution policy (priority order)**:
-   1. **Keep the SSOT-compliant side**: If one side adheres to SSOT (`docs/009_spec/`, `.github/agents/user-clone.agent.md`, etc.) and the other diverges, **adopt the compliant side**
+   1. **Keep the SSOT-compliant side**: If one side adheres to SSOT (`docs/003_requirements/spec/`, `.github/agents/user-clone.agent.md`, etc.) and the other diverges, **adopt the compliant side**
    2. **Both SSOT-compliant and integrable**: If both sides comply with SSOT and can be functionally integrated, **integrate both**
    3. **Both compliant but integration difficult / uncertain**: If safe integration is not possible, **ask the user** (never guess)
 4. After resolving all conflicts: