shiden 0.5.0 → 0.5.1

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.
Files changed (12) hide show
  1. package/.github/copilot-instructions.md +46 -5
  2. package/.github/prompts/assessment.md +5 -3
  3. package/.github/prompts/feedback.md +5 -3
  4. package/.github/prompts/guidance.md +5 -3
  5. package/.github/prompts/individual.md +5 -3
  6. package/.github/prompts/lesson-plan.md +5 -3
  7. package/.github/prompts/materials.md +5 -3
  8. package/.github/prompts/meta-prompt.md +5 -3
  9. package/.github/skills/context-manager.md +1 -1
  10. package/.github/skills/orchestrator.md +1 -1
  11. package/.github/skills/theory-lookup.md +1 -1
  12. package/package.json +1 -1
package/.github/copilot-instructions.md CHANGED
@@ -40,12 +40,52 @@ SHIDEN is used by practicing teachers and aspiring student teachers. Show the fu
40
40
 
41
41
  ## File Output
42
42
 
43
- Always save the complete process and artifact to a file.
43
+ Every SHIDEN generation MUST be saved to a file. This is not optional. The agent MUST use the create_file tool (or write the file via terminal) as the final step of every artifact generation. Do not end the turn without confirming the file has been created.
44
+
45
+ ### Mandatory Steps
46
+
47
+ 1. After the artifact and quality check are complete, assemble the full output (process log + artifact).
48
+ 2. Determine the file path: user-specified path if given, otherwise `./SHIDEN_{artifact-type}_{YYYYMMDD}_{topic}.md` in the current working directory.
49
+ 3. **Call create_file** with the assembled content. If create_file is unavailable, write the file using a terminal command.
50
+ 4. Confirm to the user that the file was saved, including the full file path.
51
+
52
+ ### File Content Structure
53
+
54
+ ```markdown
55
+ ---
56
+ date: {YYYY-MM-DD}
57
+ artifact_type: {lesson-plan|materials|assessment|individual|feedback|guidance|meta-prompt}
58
+ grade: {学年}
59
+ subject: {教科}
60
+ topic: {単元・トピック}
61
+ theories_used: [{理論1}, {理論2}]
62
+ ---
63
+
64
+ ## 1. Intake Summary
65
+ {収集した条件、判断の要約}
66
+
67
+ ## 2. Curriculum Lookup
68
+ {検索コマンド、検索結果、参照箇所}
69
+
70
+ ## 3. Theory Selection
71
+ {候補理論、採用理由、不採用理由}
72
+
73
+ ## 4. Design Decisions
74
+ {構成・形式・難易度の設計根拠}
75
+
76
+ ## 5. Artifact
77
+ {最終成果物の全文}
78
+
79
+ ## 6. Quality Check
80
+ {品質ゲートの通過状況}
81
+ ```
82
+
83
+ ### Rules
44
84
 
45
85
  - File name: `SHIDEN_{artifact-type}_{YYYYMMDD}_{topic}.md`
46
- - Location: User-specified path if given, otherwise the current working directory.
47
- - Content: The entire process (Intake Summary through Quality Check) and the final artifact in one file.
48
- - Include metadata at the top of the file (date, target audience, artifact type, theories used).
86
+ - The file MUST contain both the process log (sections 1-4, 6) and the artifact (section 5).
87
+ - If the topic contains spaces, replace them with hyphens.
88
+ - Include YAML frontmatter metadata at the top of the file.
49
89
 
50
90
  ## Intake Rules
51
91
 
@@ -99,7 +139,8 @@ Always save the complete process and artifact to a file.
99
139
  - Do not turn support plans or feedback into labels about the learner's character or condition.
100
140
  - Do not treat crisis cases as normal classroom guidance. Escalation language must be explicit.
101
141
  - Do not skip process display to save time. Showing reasoning is as important as the artifact for teacher development.
102
- - Do not forget to save the output to a file. Every generation must be persisted.
142
+ - Do not end the turn without calling create_file (or writing via terminal). Displaying output in chat is NOT saving. The file must exist on disk.
143
+ - If create_file fails, retry with a terminal write command. Never skip file saving.
103
144
 
104
145
  ## File Preferences
105
146
 
package/.github/prompts/assessment.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  test, quiz scoring guide, checklist, or assessment criteria.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Assessment
@@ -32,7 +32,8 @@ metadata:
32
32
  3. references/common-theory-selection.mdを読み、Constructive AlignmentとBloom's Taxonomyを中心に評価設計する。
33
33
  4. assets/assessment-template.mdを再利用し、評価タイプ別の出力へ落とし込む。
34
34
  5. 問題や観点ごとに、どの学習目標へ対応するか明示する。
35
- 6. プロセス全体（指導要領参照結果、認知レベル分析、設計判断）を表示し、成果物とともにファイルへ保存する。
35
+ 6. プロセス全体（指導要領参照結果、認知レベル分析、設計判断）を表示する。
36
+ 7. create_fileツールで `SHIDEN_assessment_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
36
37
 
37
38
  ## Conditional References
38
39
 
@@ -76,4 +77,5 @@ metadata:
76
77
  - 評価方法が再現可能か。
77
78
  - 指導要領参照が必要な対象で漏れがないか。
78
79
  3. 不合格なら、観点定義・設問構成・配点を修正して再生成する。
79
- 4. 採点者がそのまま使える状態になったら完了とする。
80
+ 4. ファイルが保存されていなければ、create_fileで保存する。
81
+ 5. 採点者がそのまま使える状態になったら完了とする。
package/.github/prompts/feedback.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  reflection support, return notes, or response wording to learners.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Feedback
@@ -32,7 +32,8 @@ metadata:
32
32
  3. assets/feedback-template.mdを再利用し、強み、改善点、次のアクション、振り返り質問をまとめる。
33
33
  4. 既存ルーブリックや評価観点がある場合は、それに沿って表現を合わせる。
34
34
  5. 学習者が次に取るべき行動を、1〜3件の具体策へ落とし込む。
35
- 6. プロセス全体（表現方針の決定理由、理論適用箇所、トーン選定理由）を表示し、成果物とともにファイルへ保存する。
35
+ 6. プロセス全体（表現方針の決定理由、理論適用箇所、トーン選定理由）を表示する。
36
+ 7. create_fileツールで `SHIDEN_feedback_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
36
37
 
37
38
  ## Conditional References
38
39
 
@@ -74,4 +75,5 @@ metadata:
74
75
  - 行動可能な提案になっているか。
75
76
  - 否定的断定表現がないか。
76
77
  3. 不合格なら、表現トーンと具体性を修正して再生成する。
77
- 4. 学習者が受け取って行動できる状態になったら完了とする。
78
+ 4. ファイルが保存されていなければ、create_fileで保存する。
79
+ 5. 学習者が受け取って行動できる状態になったら完了とする。
package/.github/prompts/guidance.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  student behavior support, parent communication, counseling flow, or crisis response.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Guidance
@@ -32,7 +32,8 @@ metadata:
32
32
  3. 発達段階や学校文脈を踏まえて、初期対応、継続支援、フォローアップを設計する。
33
33
  4. 保護者連絡文や面談方針が必要なら、役割別に分けて作成する。
34
34
  5. assets/guidance-template.mdを再利用し、専門家連携が必要な場合は必ず明記する。
35
- 6. プロセス全体（緊急度判定の理由、対応フェーズの設計根拠、連携先選定理由）を表示し、成果物とともにファイルへ保存する。
35
+ 6. プロセス全体（緊急度判定の理由、対応フェーズの設計根拠、連携先選定理由）を表示する。
36
+ 7. create_fileツールで `SHIDEN_guidance_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
36
37
 
37
38
  ## Conditional References
38
39
 
@@ -75,4 +76,5 @@ metadata:
75
76
  - 校内外連携が必要なケースで漏れがないか。
76
77
  - 事実と評価が混同されていないか。
77
78
  3. 不合格なら、対応フェーズと連携先を修正して再生成する。
78
- 4. 安全条件を満たしたら完了とする。
79
+ 4. ファイルが保存されていなければ、create_fileで保存する。
80
+ 5. 安全条件を満たしたら完了とする。
package/.github/prompts/individual.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  accommodations, intervention planning, or differentiated instruction.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Individual Support
@@ -32,7 +32,8 @@ metadata:
32
32
  3. references/common-theory-selection.mdを読み、ZPD、Scaffolding、UDLなどから支援理論を選ぶ。
33
33
  4. 高リスク事案や心理的危機が疑われる場合はreferences/common-safety.mdを読み、専門家連携を明記する。
34
34
  5. assets/individual-template.mdを再利用し、目標、支援戦略、進捗確認方法を整理する。
35
- 6. プロセス全体（到達範囲確認結果、支援理論の選定理由、リスク判定）を表示し、成果物とともにファイルへ保存する。
35
+ 6. プロセス全体（到達範囲確認結果、支援理論の選定理由、リスク判定）を表示する。
36
+ 7. create_fileツールで `SHIDEN_individual_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
36
37
 
37
38
  ## Conditional References
38
39
 
@@ -77,4 +78,5 @@ metadata:
77
78
  - 支援行動が環境内で実施可能か。
78
79
  - 高リスクケースで専門家連携が必要か。
79
80
  3. 不合格なら、目標粒度・支援方法・連携先を修正して再生成する。
80
- 4. 教師が実施に移せる粒度になったら完了とする。
81
+ 4. ファイルが保存されていなければ、create_fileで保存する。
82
+ 5. 教師が実施に移せる粒度になったら完了とする。
package/.github/prompts/lesson-plan.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  unit lesson flow, or class activity sequence.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Lesson Plan
@@ -32,7 +32,8 @@ metadata:
32
32
  3. references/common-theory-selection.mdを読み、目標・活動・評価に合う理論を2件以上選ぶ。
33
33
  4. assets/lesson-plan-template.mdを再利用し、導入・展開・まとめ・評価を一貫して設計する。
34
34
  5. 後続で教材や評価を作る可能性があるため、学習目標と観点を明示する。
35
- 6. プロセス全体（指導要領検索結果、理論選定理由、設計判断）を表示し、成果物とともにファイルへ保存する。
35
+ 6. プロセス全体（指導要領検索結果、理論選定理由、設計判断）を表示する。
36
+ 7. create_fileツールで `SHIDEN_lesson-plan_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
36
37
 
37
38
  ## Conditional References
38
39
 
@@ -76,4 +77,5 @@ metadata:
76
77
  - 学習指導要領の参照が必要な対象で漏れていないか。
77
78
  - 活動が授業時間内に収まっているか。
78
79
  3. 不合格なら、目標文・時間配分・参照理論を修正して再生成する。
79
- 4. 全ゲート通過後のみ完了とする。
80
+ 4. ファイルが保存されていなければ、create_fileで保存する。
81
+ 5. 全ゲート通過後のみ完了とする。
package/.github/prompts/materials.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  slide deck, quiz sheet, handout, or lesson material package.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Materials
@@ -32,7 +32,8 @@ metadata:
32
32
  3. references/common-theory-selection.mdを読み、注意喚起・練習・振り返りの設計原則を選定する。
33
33
  4. 要求形式に応じてassets/materials-template.mdを再利用し、教材構造を決める。
34
34
  5. 必要に応じて授業計画の目標や時間配分と整合させる。
35
- 6. プロセス全体（指導要領参照結果、理論選定理由、形式選定理由）を表示し、成果物とともにファイルへ保存する。
35
+ 6. プロセス全体（指導要領参照結果、理論選定理由、形式選定理由）を表示する。
36
+ 7. create_fileツールで `SHIDEN_materials_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
36
37
 
37
38
  ## Conditional References
38
39
 
@@ -76,4 +77,5 @@ metadata:
76
77
  - 学習目標と問題・活動が一致しているか。
77
78
  - 学習指導要領参照が必要なケースで漏れがないか。
78
79
  3. 不合格なら、形式・難易度・構成を修正して再生成する。
79
- 4. 実用可能な体裁になったら完了とする。
80
+ 4. ファイルが保存されていなければ、create_fileで保存する。
81
+ 5. 実用可能な体裁になったら完了とする。
package/.github/prompts/meta-prompt.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  under-specified, or needs context collection before any education artifact is generated.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Meta Prompt
@@ -31,7 +31,8 @@ metadata:
31
31
  3. 5問以内で、学年・教科・トピック・目標・制約を優先収集する。
32
32
  4. 情報が十分にそろった時点で質問を打ち切り、構造化メタプロンプトを生成する。
33
33
  5. 後続スキルへ、確定情報と未確定情報を明示して引き継ぐ。
34
- 6. 収集プロセス全体（質問意図、回答の解釈、判断理由）を表示し、成果物とともにファイルへ保存する。
34
+ 6. 収集プロセス全体（質問意図、回答の解釈、判断理由）を表示する。
35
+ 7. create_fileツールで `SHIDEN_meta-prompt_{YYYYMMDD}_{topic}.md` にプロセスと成果物を保存する。保存完了をユーザーに報告する。
35
36
 
36
37
  ## Conditional References
37
38
 
@@ -73,4 +74,5 @@ metadata:
73
74
  - 質問が1件ずつになっているか。
74
75
  - 危機対応時の注意書きが必要か。
75
76
  3. 不合格なら、質問順序または推測の扱いを修正して再提示する。
76
- 4. 合格後のみ後続スキルへ引き継ぐ。
77
+ 4. ファイルが保存されていなければ、create_fileで保存する。
78
+ 5. 合格後のみ後続スキルへ引き継ぐ。
package/.github/skills/context-manager.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  session defaults matter, or when generated outputs need consistent carry-over.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Context Manager
package/.github/skills/orchestrator.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  the target prompt is unclear, or execution order must be coordinated.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Orchestrator
package/.github/skills/theory-lookup.md CHANGED
@@ -6,7 +6,7 @@ description: >
6
6
  related theory discovery, or evidence-based instructional rationale.
7
7
  metadata:
8
8
  author: nahisaho
9
- version: "0.5.0"
9
+ version: "0.5.1"
10
10
  ---
11
11
 
12
12
  # Theory Lookup
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "shiden",
3
- "version": "0.5.0",
3
+ "version": "0.5.1",
4
4
  "description": "教育者向けGitHub Copilot Agent Skills - 175件の教育理論＋学習指導要領を内蔵、FTS5日本語検索対応",
5
5
  "keywords": [
6
6
  "github-copilot",