@nahisaho/shikigami 1.2.4 → 1.2.6

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -25,6 +25,24 @@ license: MIT
25
25
 
26
26
  ## Phase 1: 対話的目的探索(Interactive Purpose Discovery)
27
27
 
28
+ ### ⚠️ コンテキスト不足時の必須ルール(REQ-PL-DIALOG)
29
+
30
+ **コンテキストが不足している場合、リサーチを開始する前に必ずユーザーに1問1答で質問すること。**
31
+
32
+ **絶対ルール**:
33
+ - ❌ 曖昧な情報のまま推測でリサーチを開始しない
34
+ - ❌ 一度に複数の質問をまとめて投げない(1問ずつ)
35
+ - ✅ 回答を待ってから次の質問をする
36
+ - ✅ 3〜7問で必要なコンテキストを収集する
37
+
38
+ **質問すべき状況**:
39
+ | 状況 | 例 | 質問例 |
40
+ |------|-----|--------|
41
+ | 目的が曖昧 | 「〇〇について調べて」 | 「何を判断するための調査ですか?」 |
42
+ | 対象が不明確 | 「競合を分析して」 | 「どの競合を対象にしますか?」 |
43
+ | 成功基準が不明 | 「レポートを作成して」 | 「どうなれば成功と言えますか?」 |
44
+ | 制約が不明 | 「詳しく調べて」 | 「時間や範囲の制約はありますか?」 |
45
+
28
46
  ### Step 1: 表層目的の受付
29
47
 
30
48
  ユーザーがリサーチ目的を入力したら:
@@ -45,7 +63,9 @@ license: MIT
45
63
 
46
64
  ### Step 2: 目的の深掘り対話
47
65
 
48
- **一問一答形式**で以下の観点から質問する(3〜7問に抑える):
66
+ **⚠️ 1問1答形式を厳守** - 一度に複数の質問を投げない。
67
+
68
+ 以下の観点から質問する(3〜7問に抑える):
49
69
 
50
70
  | カテゴリ | 質問例 | 目的 |
51
71
  |---------|-------|------|
@@ -55,7 +75,7 @@ license: MIT
55
75
  | **CONSTRAINT** | 「絶対に避けたいことは何ですか?」「時間・予算の制約は?」 | 制約条件の把握 |
56
76
  | **SUCCESS** | 「どうなれば成功と言えますか?」 | 評価基準の明確化 |
57
77
 
58
- #### 質問フォーマット
78
+ #### 質問フォーマット(1問ずつ)
59
79
 
60
80
  ```markdown
61
81
  ## ❓ 質問 [N]/[Total]
@@ -68,6 +88,8 @@ license: MIT
68
88
  💡 **ヒント**: [回答の観点や例示]
69
89
  ```
70
90
 
91
+ **⚠️ 次の質問は、この回答を受け取ってから提示します。**
92
+
71
93
  ### Step 3: 5 Whys分析
72
94
 
73
95
  ユーザーの回答が抽象的・表層的な場合、最大5回まで「なぜ?」を掘り下げる:
@@ -20,6 +20,63 @@ Deep Researchの結果を構造化されたレポートに変換します。
20
20
  - **品質保証**: ハルシネーション検出、不確実性マーキング
21
21
  - **引用管理**: 自動引用生成、参考文献リスト
22
22
  - **図表生成**: Mermaidダイアグラム自動生成
23
+ - **バージョン管理**: 上書き禁止、ファイル名にバージョン含む
24
+
25
+ ---
26
+
27
+ ## レポートバージョニングルール(REQ-WR-VERSION)
28
+
29
+ **⚠️ 絶対ルール: レポートの上書き禁止**
30
+
31
+ レポートの追記・修正時は、既存ファイルを上書きせず、**新規ファイルとして作成**すること。
32
+
33
+ ### ファイル命名規則
34
+
35
+ ```
36
+ [レポート名]-v[メジャー].[マイナー].md
37
+ ```
38
+
39
+ **例**:
40
+ | バージョン | ファイル名 | 内容 |
41
+ |-----------|------------|------|
42
+ | 初版 | `ai-trends-report-v1.0.md` | 初回作成 |
43
+ | 軽微な修正 | `ai-trends-report-v1.1.md` | 誤字修正、データ追加 |
44
+ | 大幅な改訂 | `ai-trends-report-v2.0.md` | 構成変更、新セクション追加 |
45
+
46
+ ### バージョン番号ルール
47
+
48
+ | 変更種別 | バージョン変更 | 例 |
49
+ |---------|---------------|----|
50
+ | **メジャー変更** | `vX.0` → `v(X+1).0` | 構成変更、大幅な内容改訂 |
51
+ | **マイナー変更** | `vX.Y` → `vX.(Y+1)` | 誤字修正、データ追加、微調整 |
52
+
53
+ ### 変更履歴セクション(必須)
54
+
55
+ レポート冒頭に変更履歴を記載:
56
+
57
+ ```markdown
58
+ ## 変更履歴
59
+
60
+ | バージョン | 日付 | 変更内容 |
61
+ |-----------|------|----------|
62
+ | v1.0 | 2026-01-17 | 初版作成 |
63
+ | v1.1 | 2026-01-18 | セクション2にデータ追加 |
64
+ | v2.0 | 2026-01-20 | 構成を全面改訂、新セクション追加 |
65
+ ```
66
+
67
+ ### 出力ディレクトリ構造
68
+
69
+ ```
70
+ outputs/project-XXX/reports/
71
+ ├── ai-trends-report-v1.0.md # 初版(保持)
72
+ ├── ai-trends-report-v1.1.md # 修正版(保持)
73
+ └── ai-trends-report-v2.0.md # 最新版
74
+ ```
75
+
76
+ **禁止事項**:
77
+ - ❌ 既存ファイルへの上書き
78
+ - ❌ バージョン番号なしのファイル名
79
+ - ❌ 変更履歴の省略
23
80
 
24
81
  ---
25
82
 
@@ -93,11 +150,19 @@ Deep Researchの結果を構造化されたレポートに変換します。
93
150
  ````markdown
94
151
  ## 📄 調査レポート
95
152
 
153
+ **ファイル名**: `[レポート名]-v[X.Y].md`
154
+
96
155
  # [レポートタイトル]
97
156
 
98
157
  **作成日**: [YYYY-MM-DD]
99
158
  **作成者**: [名前/組織]
100
- **バージョン**: [v1.0]
159
+ **バージョン**: v[X.Y]
160
+
161
+ ## 変更履歴
162
+
163
+ | バージョン | 日付 | 変更内容 |
164
+ |-----------|------|----------|
165
+ | v1.0 | [YYYY-MM-DD] | 初版作成 |
101
166
  **機密区分**: [公開/社外秘/極秘]
102
167
 
103
168
  ---
package/AGENTS.md CHANGED
@@ -306,11 +306,31 @@ cd mcp-server && npm start
306
306
  ### ワークフロー実行時の注意点
307
307
 
308
308
  1. **フェーズ順序の遵守**: Phase 1→2→3→4 の順序で実行
309
- 2. **ソース追跡必須**: 収集した情報には必ずソースURLを記録
310
- 3. **Citation必須**: レポート内のすべての事実主張・データにURLを付与
311
- 4. **ハルシネーション防止**: 不確実な情報には❓マーキング
312
- 5. **フレームワーク選択**: 目的に応じて適切なフレームワークを選択
313
- 6. **MECE検証**: 分析結果は漏れなく重複なく整理
309
+ 2. **1問1答で質問**: コンテキスト不足時は一度に複数質問せず、1問ずつ聞いて回答を待つ
310
+ 3. **ソース追跡必須**: 収集した情報には必ずソースURLを記録
311
+ 4. **Citation必須**: レポート内のすべての事実主張・データにURLを付与
312
+ 5. **ハルシネーション防止**: 不確実な情報には❓マーキング
313
+ 6. **フレームワーク選択**: 目的に応じて適切なフレームワークを選択
314
+ 7. **MECE検証**: 分析結果は漏れなく重複なく整理
315
+ 8. **レポート上書き禁止**: 追記・修正時は新規ファイルを作成し、ファイル名にバージョンを含める
316
+
317
+ ### コンテキスト不足時の質問ルール(REQ-PL-DIALOG)
318
+
319
+ **曖昧な依頼を受けた場合、推測でリサーチを開始せず、必ず1問1答で質問すること。**
320
+
321
+ ```
322
+ ❌ 禁止: 「以下の点を教えてください:1. 目的は? 2. 対象は? 3. 期限は?」
323
+ ✅ 正解: 「この調査で何を判断したいですか?」→ 回答待ち → 次の質問
324
+ ```
325
+
326
+ **質問カテゴリ(3〜7問)**:
327
+ | カテゴリ | 質問例 |
328
+ |---------|--------|
329
+ | **WHY** | なぜこの調査が必要ですか? |
330
+ | **WHO** | この結果を誰が使いますか? |
331
+ | **WHAT-IF** | 理想的な結果が得られたら、次に何をしますか? |
332
+ | **CONSTRAINT** | 時間・予算・範囲の制約はありますか? |
333
+ | **SUCCESS** | どうなれば成功と言えますか? |
314
334
 
315
335
  ### Citation(引用)ルール
316
336
 
@@ -326,6 +346,25 @@ cd mcp-server && npm start
326
346
 
327
347
  本文中では `[[1]](#ref-1)` のようにインライン引用を使用。
328
348
 
349
+ ### レポートバージョニングルール
350
+
351
+ **レポートの追記・修正時は、既存ファイルを上書きせず新規ファイルを作成すること。**
352
+
353
+ ```
354
+ [レポート名]-v[メジャー].[マイナー].md
355
+ ```
356
+
357
+ **例**:
358
+ | ファイル名 | 説明 |
359
+ |------------|------|
360
+ | `report-v1.0.md` | 初版 |
361
+ | `report-v1.1.md` | 軽微な修正(誤字、データ追加) |
362
+ | `report-v2.0.md` | 大幅な改訂(構成変更) |
363
+
364
+ **禁止事項**:
365
+ - ❌ 既存ファイルへの上書き
366
+ - ❌ バージョン番号なしのファイル名
367
+
329
368
  ### ツール使用時の注意点
330
369
 
331
370
  1. **search**: バッチ検索可能、レート制限1.5秒間隔
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@nahisaho/shikigami",
3
- "version": "1.2.4",
3
+ "version": "1.2.6",
4
4
  "description": "GitHub Copilot Agent Skills for Deep Research & Consulting - AI-Powered Research Assistant with 50+ Consulting Frameworks",
5
5
  "keywords": [
6
6
  "github-copilot",