@takuma-hirai/hirai-method 0.1.0

package/.claude/commands/release-note.md

@@ -0,0 +1,130 @@
+---
+name: release-note
+description: "リリースノート作成 - Asanaタスクから非エンジニア向けリリースノートを生成"
+category: workflow
+complexity: enhanced
+model: opus
+mcp-servers: [asana, github]
+---
+
+# /release-note - リリースノート作成
+
+## 概要
+
+AsanaタスクURLを入力し、非エンジニア向けのリリースノートを自動生成するコマンド。
+技術詳細ではなく「何が変わったか」「どう使うか」を伝えることを目的とする。
+
+## 対象読者
+
+- 非エンジニア（営業、CS、管理者など）
+- 機能の追加/変更を把握したいステークホルダー
+
+## 使用方法
+
+```
+/release-note {AsanaタスクURL}
+```
+
+例:
+
+```
+/release-note https://app.asana.com/1/1200587159396891/project/1201939731380471/task/1212783078881318
+```
+
+## 実行フロー
+
+### Step 1: AsanaタスクURLからタスクID抽出
+
+URLパターン: `https://app.asana.com/.../task/{task_id}`
+
+### Step 2: Asanaから情報取得
+
+```
+asana_get_task:
+  task_id: {タスクID}
+  opt_fields: name,notes,custom_fields,custom_fields.name,custom_fields.text_value,custom_fields.enum_value,custom_fields.display_value
+```
+
+取得項目:
+| 項目 | 用途 |
+|------|------|
+| name | 機能名 |
+| notes | 背景・目的・依頼内容 |
+| 依頼種別 | 新機能 / 改修 / バグ修正 |
+| 実装方法,セグメント | 影響範囲の特定 |
+| 【APP】Git開発ブランチ | Git情報の特定 |
+
+### Step 3: Gitから変更概要を取得
+
+カスタムフィールド「【APP】Git開発ブランチ」からブランチURLを取得し、以下を実行:
+
+```bash
+# ブランチ名を抽出
+branch_name=$(echo "{GitブランチURL}" | sed 's|.*/tree/||')
+
+# 関連PRを検索
+gh pr list --head "{branch_name}" --json number,title,body,url
+
+# PRの変更ファイル一覧
+gh pr view {PR番号} --json files
+```
+
+### Step 4: 設計書から機能詳細を取得（任意）
+
+以下のパスを参照（存在する場合）:
+
+- `doc_draft/requirement/{依頼名}/requirement.md`
+- `doc_draft/basic-design/{依頼名}/readme.md`
+- `doc_draft/basic-design/{依頼名}/feature/*.md`
+
+### Step 5: リリースノート生成
+
+テンプレート（`.ai/templates/release_note.template.md`）に基づき生成
+
+## 出力先
+
+`release_note_dist/{依頼名}/release-note.md`
+
+## カスタムフィールドGID参照
+
+| フィールド名               | GID              |
+| -------------------------- | ---------------- |
+| 依頼種別                   | 1201975562340066 |
+| 実装方法,セグメント        | 1206473222489511 |
+| 【APP】Git開発ブランチ - 1 | 1212822927674553 |
+| 【APP】Git開発ブランチ - 2 | 1212822927674555 |
+| 【APP】Git開発ブランチ - 3 | 1212822927674557 |
+
+## 依頼種別の値
+
+| enum_value GID   | 名前     |
+| ---------------- | -------- |
+| 1201975562340067 | 保守     |
+| 1207986026567981 | 質問     |
+| 1201975562340068 | 別途見積 |
+| 1201976005712360 | 瑕疵対応 |
+| 1202463306510195 | 随時対応 |
+| 1207764263348032 | 不明     |
+
+## MCP連携
+
+| MCP      | 用途                     |
+| -------- | ------------------------ |
+| `asana`  | タスク情報取得           |
+| `github` | PR情報、変更ファイル取得 |
+
+## テンプレート参照
+
+- `.ai/templates/release_note.template.md`
+
+## 注意事項
+
+- Gitブランチ情報がない場合はAsana情報のみでリリースノートを生成
+- 設計書が存在しない場合はスキップ
+- テンプレートは後から改修可能な設計
+
+## 今後の拡張予定
+
+- [ ] Slack通知機能
+- [ ] Asanaコメントへの投稿
+- [ ] 複数タスクの一括処理

package/.claude/commands/reply-watch.md

@@ -0,0 +1,149 @@
+# /reply-watch - 未返信メンション監視
+
+特定の管理対象者への未返信メンションを洗い出し、結果をSlackに投稿します。
+
+## 引数
+
+$ARGUMENTS
+
+引数が空の場合は対話形式で管理対象者を選択してください。
+引数にSlackの表示名またはユーザー名が指定された場合、そのユーザーを対象にします。
+
+## 管理者情報
+
+- **実行者（管理者）:** 古谷 圭吾 (kfurutani) - USER_ID: `U086CTXGF2R`
+- **運用ルール:** 管理者が確認済みのメンションに white_check_mark (✅) を付ける
+
+## 実行手順
+
+### Step 1: 管理対象者の特定
+
+引数からユーザーを特定します。
+`mcp__slack__users_search` でユーザーを検索し、USER_ID を取得してください。
+
+ユーザーが見つからない場合は、別の検索キーワードで再検索してください。
+
+### Step 2: メンション検索
+
+`mcp__slack__conversations_search_messages` を使用して、管理対象者へのメンションを全件取得します。
+
+```
+search_query: <@USER_ID>
+limit: 100
+filter_date_after: (30日前の日付)
+```
+
+ページネーション（cursor）を使って全件取得してください。
+
+### Step 3: メッセージのフィルタリング
+
+以下の条件でフィルタリングします：
+
+1. **送信者が管理対象者自身のメッセージは除外**（自分で自分をメンションしたケース）
+2. **ThreadTs が空のメッセージ**（スレッドなし）はスレッド確認不要、リアクションのみチェック
+
+### Step 4: スレッド返信・リアクション確認
+
+各メンションメッセージに対して以下を確認します：
+
+**4-1: 管理対象者の返信確認**
+
+- `mcp__slack__conversations_replies` でスレッドの返信を取得
+- 管理対象者の USER_ID が返信者に含まれているか確認
+- 含まれている → **返信済み**
+
+**4-2: 管理者の確認済みリアクション確認**
+
+- メンションメッセージの `Reactions` カラムに `white_check_mark` が含まれている → **確認済み**とみなす
+- 運用ルール: white_check_mark は管理者（古谷）のみが付与する
+
+**判定ロジック:**
+
+- 管理対象者がスレッドに返信済み → **対応済み**
+- OR メンションメッセージに white_check_mark リアクションあり（= 管理者が確認済み）→ **対応済み**
+- どちらもなし → **未対応** → レポートに含める
+
+**並列処理:**
+
+- スレッド確認は可能な限り並列で実行してください（一度に5-8スレッド程度）
+- ただし `thread_not_found` エラーで並列呼び出しが全て失敗する場合があるため、失敗したスレッドは個別にリトライしてください
+
+### Step 5: レポート出力
+
+以下の形式でMarkdownレポートを出力してください。
+
+出力先: `doc_draft/reply-watch/{ユーザー名}_{日付}.md`
+
+```markdown
+# 未返信メンション レポート
+
+**対象者:** {表示名} ({ユーザー名})
+**集計期間:** {開始日} 〜 {終了日}
+**集計日時:** {現在日時}
+**検出メンション総数:** {総数}件
+**確認済みスレッド数:** {確認スレッド数}スレッド
+**未対応数:** {未対応数}件（うちアクション要: {件数}件、CC/情報共有: {件数}件）
+
+---
+
+## 未対応メンション一覧
+
+### 1. [{チャンネル名}] {スレッドタイトル or メッセージ冒頭30文字}
+
+- **送信者:** {送信者名}
+- **日時:** {送信日時}
+- **経過日数:** {現在日時との差分}日
+- **メッセージ:**
+  > {メッセージ本文（200文字まで）}
+- **スレッドURL:** https://mgr-1j56202.slack.com/archives/{channel_id}/p{thread_ts without dot}
+- **備考:** {補足情報（対応状況の詳細、過去のアラート回数等）}
+
+### 2. ...
+
+## 対応済みサマリ
+
+- リアクション(✅)で確認済み: {件数}件
+- スレッド返信済み: {件数}件
+```
+
+### Step 6: Slack投稿
+
+結果を Slack チャンネル `C0A4PDR2Q7M` に投稿します。
+
+**6-1: 親メッセージ投稿**
+
+```
+channel_id: C0A4PDR2Q7M
+text: {M}/{D} 返信チェック（{管理対象者名}）- 未対応: {件数}件
+```
+
+※ {M}/{D} は実行日の月/日
+
+**6-2: 未対応メンションをスレッドに1件ずつ投稿**
+
+親メッセージの `thread_ts` を使い、未対応メンション1件ずつを個別メッセージとして投稿します。
+
+```
+channel_id: C0A4PDR2Q7M
+thread_ts: {親メッセージのthread_ts}
+text: |
+  [{チャンネル名}] {スレッドタイトル}（{経過日数}日経過）
+  送信者: {送信者名} / {送信日時}
+  {スレッドURL}
+```
+
+### Step 7: 結果サマリを表示
+
+レポート出力後、以下をユーザーに表示してください：
+
+- 未対応メンション数
+- 特に経過日数が長いもの（3日以上）を強調
+- レポートの出力先パス
+- Slack投稿先リンク
+
+## 注意事項
+
+- white_check_mark は管理者（古谷）が確認済みの印として付与する運用ルールです。Slack APIでは「誰がリアクションしたか」を取得できないため、運用ルールの遵守が前提です
+- CC（情報共有）目的のメンションも含まれます。レポートには「アクション要」「CC/情報共有」を区別して記載してください
+- Slack MCPのBot参加チャンネルのみが検索対象です
+- `thread_not_found` エラーはBot未参加チャンネルやDM/MPDMのスレッドで発生します。これらは確認不可として除外してください

package/.claude/commands/requirement.md

@@ -0,0 +1,352 @@
+---
+name: requirement
+description: "要件定義開始 - Asana/Slack/Gitから情報収集し、requirement.mdを生成"
+category: workflow
+complexity: enhanced
+model: opus
+mcp-servers: [asana, slack, github]
+---
+
+# /requirement - 要件定義フェーズ
+
+## 概要
+
+AIネイティブ開発フローのフェーズA「要件定義」を実行するコマンド。
+Asana・Slack・Gitから関連情報を収集し、要件定義書を自動生成します。
+
+## トリガー
+
+- 新規機能の要件定義開始時
+- 追加機能の要件定義開始時
+- Asanaタスクに基づく開発開始時
+
+## 使用方法
+
+```
+/requirement [Asanaタスク名またはURL]
+```
+
+または
+
+```
+/requirement
+# → 対話形式で情報を収集
+```
+
+## 実行フロー
+
+### A-1: 初期確認
+
+1. エンジニアに「新規機能」か「既存機能の編集」かを確認
+2. 新規機能の場合、開発ドメインが新規かどうかを確認する（ビジネスドメイン知識の26ドメイン構成を参照）
+3. Asanaタスク情報の特定
+
+### A-1.5: ヒアリングシート確認
+
+`doc_draft/requirement/[依頼名]/hearing.md` が存在するか確認する。
+
+- **存在する場合**: hearing.md を読み込み、業務要件の素材として活用する。MCP取得情報と統合して要件定義書を生成する。
+- **存在しない場合**: 対話形式で業務要件をヒアリングする（従来フロー）。
+
+> **推奨**: `/hearing` コマンドで事前にヒアリングシートを作成しておくと、要件定義書の精度が向上します。
+
+### A-2: 並列情報取得
+
+以下の情報を並列で取得:
+
+- **Asana MCP**: タスク詳細、関連タスク、コメント
+- **Slack MCP**: 関連スレッド、議論履歴（※条件付き）
+- **GitHub MCP**: 関連コード、既存実装
+- **GitHub MCP（ビジネスドメイン知識）**: `classlab-inc/document` リポジトリから `Inside/Onboarding/03-business-domain.md` を取得し、業務フロー・主要オブジェクト・ドメイン構成等のビジネスコンテキストを要件定義に反映する
+
+#### ビジネスドメイン知識の活用方法
+
+`03-business-domain.md` から取得した以下の情報を、要件定義書の各セクションに反映する:
+
+| 取得情報                       | 活用先                                                   |
+| ------------------------------ | -------------------------------------------------------- |
+| 業務フロー（NW→CX→EA）         | 「運用フロー（人の動き）」セクションの記述に活用         |
+| 主要オブジェクト関連図         | 「インプットデータ」「処理概要」のオブジェクト特定に活用 |
+| 自動化処理（トリガー・バッチ） | 「既存機能への影響」の評価に活用                         |
+| 外部連携                       | 「制約事項」や「非機能要件」の検討に活用                 |
+| 26ドメイン構成                 | 依頼がどのドメインに属するかの分類に活用                 |
+
+> **取得方法**: GitHub MCPの `get_file_contents` を使用
+>
+> ```
+> owner: classlab-inc
+> repo: document
+> path: Inside/Onboarding/03-business-domain.md
+> ```
+
+#### Slackメッセージ検索の条件
+
+| トークン設定           | 検索機能    | 動作               |
+| ---------------------- | ----------- | ------------------ |
+| User Token（xoxp）あり | ✅ 利用可能 | 通常通り検索実行   |
+| Bot Token（xoxb）のみ  | ❌ 利用不可 | **検索をスキップ** |
+
+**注意**: Bot Tokenのみの場合、Slackのメッセージ検索はスキップされます。
+スキップ時は以下のメッセージを表示:
+
+```
+⚠️ Slackメッセージ検索をスキップしました（User Tokenが未設定のため）
+```
+
+### A-3: ドキュメント生成
+
+> **干渉チェックについて:** 詳細な干渉チェックは `/design` のB-2.5フェーズで自動実行されます。
+> 設計書に対象オブジェクト・項目・操作が明記された段階でPythonスクリプトによる機械的走査を行います。
+
+1. `doc_draft/requirement/[Asana依頼名]/` フォルダを作成
+2. `requirement.md` を生成
+
+### A-3.5: 非機能要件・インフラ管理チェック
+
+要件定義書の生成時に、以下の技術要素が含まれるかをエンジニアに確認する。
+該当する場合は、非機能要件セクションの該当欄にチェックを入れ、管理シートへの登録を促す。
+
+| 確認項目                                             | 確認内容                                                |
+| ---------------------------------------------------- | ------------------------------------------------------- |
+| 架電番号（発信番号）マッピングの変更                 | ロジックツリーのスプレッドシートが更新済みか確認が必要  |
+| GAS開発の有無                                        | GAS管理シートへの追加が必要か                           |
+| オンプレミス（Windowsサーバー）の有無                | オンプレミス管理シートへの追加が必要か                  |
+| 拡張機能開発の有無                                   | 拡張機能管理シートへの追加が必要か                      |
+| 非同期処理（Batch/Queueable/Future/Scheduled）の有無 | DailyAsyncApexExecutions の日次予算確認・登録が必要か   |
+| API実行（REST/SOAP/外部Callout）の有無               | DailyApiRequests の日次予算確認・登録が必要か           |
+| サイト公開（Site/Experience Cloud/VFページ）の有無   | 公開範囲（一般公開/関係者のみ）と認証要件の定義が必要か |
+
+#### 架電番号マッピングの検出と注意喚起
+
+依頼内容（Asanaタスク名・説明・Slackスレッド等）に以下のキーワードが含まれる場合、**自動的に注意文言を表示**する：
+
+**検出キーワード:** `架電番号`, `発信番号`, `架電マッピング`, `発信番号マッピング`, `CallNumber`, `MoveIn__c.CallNumber__c`
+
+**表示する注意文言:**
+
+```
+⚠️ 架電番号（発信番号）マッピングの変更を伴う依頼を検出しました。
+
+架電マッピングの編集を依頼する場合、必ず以下のスプレッドシートのロジックツリーを
+先に変更してもらってから依頼を実施してください。
+
+📋 ロジックツリー管理シート:
+https://docs.google.com/spreadsheets/d/1g6KevIamymnZxcfATUMLlwMuoJPaZ_844h4qs5Ch5NQ/edit?gid=747706832#gid=747706832
+
+→ ロジックツリーは更新済みですか？（はい/いいえ）
+```
+
+「いいえ」の場合は、ロジックツリーの更新を先に行うよう案内し、要件定義を一時中断する。
+
+> **重要**: DailyAsyncApexExecutions / DailyApiRequests はorg全体で共有される上限であり、超過するとSalesforceが停止する可能性があります。該当する場合は必ず予算管理シートを確認してください。
+
+### A-4: 確認ループ
+
+エンジニアの確認・承認まで修正を繰り返す
+
+## 出力物
+
+```
+doc_draft/requirement/
+└── [Asana依頼名]/
+    └── requirement.md
+```
+
+### requirement.md テンプレート
+
+```markdown
+# 要件定義書
+
+## 基本情報
+
+| 項目           | 内容                |
+| -------------- | ------------------- |
+| Asanaタスク    | [タスク名](URL)     |
+| 種別           | 新規機能 / 追加機能 |
+| 依頼者         | xxx                 |
+| 担当エンジニア | xxx                 |
+| 作成日         | YYYY-MM-DD          |
+
+## 背景・目的
+
+### 課題
+
+（Asana/Slackから収集した課題・背景情報）
+
+### 目的
+
+（この開発で達成したいこと）
+
+---
+
+## 業務要件
+
+<!-- 機能（ユースケース）ごとに以下のブロックを繰り返す -->
+
+### 機能1: （機能名）
+
+| 項目     | 内容                           |
+| -------- | ------------------------------ |
+| 利用部署 | （この機能を使う部署・チーム） |
+| 機能概要 | （一文で何をする機能か）       |
+
+#### 発火条件
+
+- （いつ・何をトリガーに処理が動くか）
+
+#### インプットデータ
+
+| データ       | 識別子                        | 用途                 |
+| ------------ | ----------------------------- | -------------------- |
+| （データ名） | （API名/パラメータ名/変数名） | （このデータの役割） |
+
+#### 処理概要
+
+1. （処理ステップ1）
+2. （処理ステップ2）
+3. （分岐がある場合 → 正常系/異常系への振り分け）
+
+#### アウトプット
+
+| 区分     | 正常系                   | 異常系                     |
+| -------- | ------------------------ | -------------------------- |
+| データ   | （処理後のデータ状態）   | （異常時のデータ状態）     |
+| UI       | （画面上の変化）         | （エラー表示・通知等）     |
+| 外部連携 | （外部システムへの影響） | （外部連携の停止・通知等） |
+
+#### ビジネスルール/判定条件
+
+| #   | 条件       | 判定         | 結果             |
+| --- | ---------- | ------------ | ---------------- |
+| 1   | （条件式） | （判定結果） | （処理の分岐先） |
+
+#### 正常系/異常系シナリオ
+
+**正常系:**
+
+（正常時の処理フローを簡潔に記述）
+
+**異常系:**
+
+（異常時の処理フローを簡潔に記述）
+
+#### 運用フロー（人の動き）
+
+**通常時（正常系）:**
+
+1. （ユーザーの操作手順）
+
+**異常発生時:**
+
+1. （異常時のユーザー対応手順）
+
+---
+
+<!-- 複数機能がある場合は繰り返す -->
+<!-- ### 機能2: （機能名） -->
+
+## 非機能要件
+
+- [ ] パフォーマンス:
+- [ ] セキュリティ:
+- [ ] 既存機能への影響:
+
+### 架電番号（発信番号）マッピング（該当する場合のみ記載）
+
+| 確認項目                 | 状態                  | 対応内容                                                                                                                                                              |
+| ------------------------ | --------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 架電マッピングの変更有無 | ☐ 該当 / ☐ 非該当     | [ロジックツリー管理シート](https://docs.google.com/spreadsheets/d/1g6KevIamymnZxcfATUMLlwMuoJPaZ_844h4qs5Ch5NQ/edit?gid=747706832#gid=747706832) の更新を依頼元に確認 |
+| ロジックツリー更新済み   | ☐ 更新済み / ☐ 未更新 | 未更新の場合、依頼元にロジックツリーの変更を先に依頼すること                                                                                                          |
+
+> **注意**: 架電番号（発信番号）マッピングの編集を依頼する場合、必ずスプレッドシートのロジックツリーを変更してもらってから依頼を実施してください。
+
+### プラットフォーム・インフラ管理（該当する場合のみ記載）
+
+以下の技術要素が含まれる場合、対応する管理シートへの登録が必要です。
+管理シート: https://docs.google.com/spreadsheets/d/1nQTqOUhGNTxLCg-RJJvS_9PIP8rOCwH9LyrnpxWEpkg/
+
+| 技術要素                        | 該当              | 管理シート（gid）                                                                                                                          | 対応内容         |
+| ------------------------------- | ----------------- | ------------------------------------------------------------------------------------------------------------------------------------------ | ---------------- |
+| GAS（Google Apps Script）       | ☐ 該当 / ☐ 非該当 | [GAS管理](https://docs.google.com/spreadsheets/d/1nQTqOUhGNTxLCg-RJJvS_9PIP8rOCwH9LyrnpxWEpkg/edit?gid=274510541#gid=274510541)            | 管理シートに追加 |
+| オンプレミス（Windowsサーバー） | ☐ 該当 / ☐ 非該当 | [オンプレミス管理](https://docs.google.com/spreadsheets/d/1nQTqOUhGNTxLCg-RJJvS_9PIP8rOCwH9LyrnpxWEpkg/edit?gid=1085039133#gid=1085039133) | 管理シートに追加 |
+| 拡張機能（Chrome拡張等）        | ☐ 該当 / ☐ 非該当 | [拡張機能管理](https://docs.google.com/spreadsheets/d/1nQTqOUhGNTxLCg-RJJvS_9PIP8rOCwH9LyrnpxWEpkg/edit?gid=1621667722#gid=1621667722)     | 管理シートに追加 |
+
+### Salesforce org全体のリソース予算（該当する場合のみ記載）
+
+以下のガバナ制限に影響する処理が含まれる場合、日次実行予算の確認・登録が必要です。
+
+| ガバナ制限                             | 該当              | 管理シート（gid）                                                                                                                        | 対応内容                 |
+| -------------------------------------- | ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------- | ------------------------ |
+| DailyAsyncApexExecutions（非同期実行） | ☐ 該当 / ☐ 非該当 | [非同期実行予算](https://docs.google.com/spreadsheets/d/1nQTqOUhGNTxLCg-RJJvS_9PIP8rOCwH9LyrnpxWEpkg/edit?gid=1338771297#gid=1338771297) | 日次実行予算を登録・確認 |
+| DailyApiRequests（API実行）            | ☐ 該当 / ☐ 非該当 | [API実行予算](https://docs.google.com/spreadsheets/d/1nQTqOUhGNTxLCg-RJJvS_9PIP8rOCwH9LyrnpxWEpkg/edit?gid=1408277633#gid=1408277633)    | 日次実行予算を登録・確認 |
+
+> **注意**: DailyAsyncApexExecutions / DailyApiRequests はorg全体で共有される日次上限です。超過するとSalesforceの機能停止につながるため、新規追加時は必ず既存の消費量と合わせて予算内に収まることを確認してください。非機能要件が未定義の場合は早急に定義してください。
+
+### サイト公開範囲・認証要件（該当する場合のみ記載）
+
+Salesforce Site、Experience Cloud、Visualforceページ等の外部公開を伴う場合、公開範囲と認証要件を定義する。
+
+| 確認項目     | 該当                      | 内容                 |
+| ------------ | ------------------------- | -------------------- |
+| 公開範囲     | ☐ 一般公開 / ☐ 関係者のみ | 対象ユーザーの範囲   |
+| 認証（Auth） | ☐ 認証なし / ☐ 認証あり   | アクセス時の認証有無 |
+
+#### 公開範囲が「一般公開」の場合
+
+| 確認項目              | 内容                          |
+| --------------------- | ----------------------------- |
+| 公開URL               | （公開予定のURL）             |
+| 想定アクセス数        | （日次/月次の想定アクセス数） |
+| SEO・検索エンジン対応 | ☐ 必要 / ☐ 不要               |
+| キャッシュ設定        | ☐ CDN利用 / ☐ Salesforce標準  |
+
+#### 公開範囲が「関係者のみ」の場合
+
+| 確認項目                | 内容                                                                 |
+| ----------------------- | -------------------------------------------------------------------- |
+| 認証方式                | ☐ Salesforceログイン / ☐ Experience Cloudログイン / ☐ SSO / ☐ IP制限 |
+| 対象ユーザー            | （アクセスを許可する対象: 社内/取引先/パートナー等）                 |
+| 権限セット/プロファイル | （必要な権限の定義）                                                 |
+| ゲストユーザー制御      | ☐ 許可 / ☐ 禁止                                                      |
+
+> **注意**: 一般公開の場合、セキュリティリスクが高いため、CRUD/FLS・共有ルール・ゲストユーザーアクセスの制御を厳密に設計すること。関係者のみの場合でも、認証方式と権限設定を明確に定義してください。
+
+## 関連情報
+
+### 既存コード参照
+
+- `path/to/file.cls` - 関連する既存実装
+
+### Slack議論
+
+- [スレッドリンク](URL) - 主要な議論
+
+## 制約事項
+
+- 制約1
+- 制約2
+
+## 承認
+
+- [ ] エンジニア確認:
+- [ ] 要件承認日:
+```
+
+## MCP連携
+
+| MCP      | 用途                                                         |
+| -------- | ------------------------------------------------------------ |
+| `asana`  | タスク情報・詳細・コメント取得                               |
+| `slack`  | 関連スレッド・議論履歴取得                                   |
+| `github` | 既存コード・関連PR取得                                       |
+| `github` | ビジネスドメイン知識取得（classlab-inc/document リポジトリ） |
+
+## 注意事項
+
+- 情報収集後は必ずエンジニアの確認を得る
+- 不明点は質問して明確化する
+- 既存の設計書やコードを参照して整合性を確認
+
+## 次のステップ
+
+要件承認後、`/design` コマンドで設計フェーズへ進む