takt-marp 0.1.0
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.
- package/README.ja.md +108 -0
- package/README.md +108 -0
- package/bin/takt-marp.mjs +24 -0
- package/fixtures/marp-slide-workflow/_workflow-smoke/README.md +23 -0
- package/fixtures/marp-slide-workflow/_workflow-smoke/brief.md +44 -0
- package/marp.config.mjs +3 -0
- package/package.json +56 -0
- package/scripts/lib/takt-marp-cli.mjs +199 -0
- package/scripts/lib/takt-marp-project-init.mjs +81 -0
- package/scripts/lib/takt-marp-project-templates.mjs +93 -0
- package/scripts/lib/takt-marp-runtime-context.mjs +24 -0
- package/scripts/lib/takt-marp-slide-workflow.mjs +453 -0
- package/scripts/takt-marp-approve-slide-workflow-state.mjs +37 -0
- package/scripts/takt-marp-build-slide-artifact.mjs +151 -0
- package/scripts/takt-marp-check-slide-workflow-state.mjs +41 -0
- package/scripts/takt-marp-render-slide-workflow-evidence.mjs +70 -0
- package/scripts/takt-marp-run-slide-workflow.mjs +435 -0
- package/scripts/takt-marp-sync-project-templates.mjs +125 -0
- package/scripts/takt-marp-validate-global-install.mjs +391 -0
- package/scripts/takt-marp-validate-package-boundary.mjs +276 -0
- package/scripts/takt-marp-validate-slide-workflow-foundation.mjs +571 -0
- package/scripts/takt-marp-validate-slide-workflow-smoke.mjs +1935 -0
- package/scripts/takt-marp-verify-delivery-artifacts.mjs +181 -0
- package/scripts/takt-marp-verify-render-evidence-metadata.mjs +133 -0
- package/templates/project/facets/instructions/takt-marp-ai-antipattern-fix.md +47 -0
- package/templates/project/facets/instructions/takt-marp-ai-antipattern-review.md +37 -0
- package/templates/project/facets/instructions/takt-marp-compose-fix.md +25 -0
- package/templates/project/facets/instructions/takt-marp-compose-review.md +30 -0
- package/templates/project/facets/instructions/takt-marp-compose-slides.md +35 -0
- package/templates/project/facets/instructions/takt-marp-compose-work-summary.md +23 -0
- package/templates/project/facets/instructions/takt-marp-deliver-build.md +30 -0
- package/templates/project/facets/instructions/takt-marp-deliver-fix.md +25 -0
- package/templates/project/facets/instructions/takt-marp-deliver-verify.md +25 -0
- package/templates/project/facets/instructions/takt-marp-design-system.md +37 -0
- package/templates/project/facets/instructions/takt-marp-intake.md +15 -0
- package/templates/project/facets/instructions/takt-marp-normalize-brief.md +24 -0
- package/templates/project/facets/instructions/takt-marp-plan-fix.md +26 -0
- package/templates/project/facets/instructions/takt-marp-plan-review.md +24 -0
- package/templates/project/facets/instructions/takt-marp-plan-work-summary.md +24 -0
- package/templates/project/facets/instructions/takt-marp-plan.md +26 -0
- package/templates/project/facets/instructions/takt-marp-polish-fix.md +25 -0
- package/templates/project/facets/instructions/takt-marp-polish-inspect.md +25 -0
- package/templates/project/facets/instructions/takt-marp-render-evidence.md +35 -0
- package/templates/project/facets/instructions/takt-marp-supervise-command.md +58 -0
- package/templates/project/facets/instructions/takt-marp-visual-generate.md +26 -0
- package/templates/project/facets/knowledge/takt-marp-repo-conventions.md +119 -0
- package/templates/project/facets/output-contracts/takt-marp-ai-antipattern-fix.md +48 -0
- package/templates/project/facets/output-contracts/takt-marp-ai-antipattern-review.md +43 -0
- package/templates/project/facets/output-contracts/takt-marp-command-fix.md +32 -0
- package/templates/project/facets/output-contracts/takt-marp-command-review.md +32 -0
- package/templates/project/facets/output-contracts/takt-marp-command-work.md +42 -0
- package/templates/project/facets/output-contracts/takt-marp-normalized-brief.md +31 -0
- package/templates/project/facets/output-contracts/takt-marp-slide-plan.md +30 -0
- package/templates/project/facets/output-contracts/takt-marp-supervision.md +45 -0
- package/templates/project/facets/personas/takt-marp-slide-planner.md +24 -0
- package/templates/project/facets/personas/takt-marp-slide-qa.md +23 -0
- package/templates/project/facets/personas/takt-marp-slide-reviewer.md +22 -0
- package/templates/project/facets/personas/takt-marp-slide-reviser.md +22 -0
- package/templates/project/facets/personas/takt-marp-slide-supervisor.md +24 -0
- package/templates/project/facets/personas/takt-marp-slide-writer.md +22 -0
- package/templates/project/facets/policies/takt-marp-general-slide-quality.md +91 -0
- package/templates/project/facets/policies/takt-marp-slide-quality.md +73 -0
- package/templates/project/facets/policies/takt-marp-svg-first-visual.md +66 -0
- package/templates/project/facets/policies/takt-marp-worker-boundary.md +32 -0
- package/templates/project/workflows/takt-marp-slide-ai-quality-gate.yaml +125 -0
- package/templates/project/workflows/takt-marp-slide-compose.yaml +209 -0
- package/templates/project/workflows/takt-marp-slide-deliver.yaml +164 -0
- package/templates/project/workflows/takt-marp-slide-plan.yaml +213 -0
- package/templates/project/workflows/takt-marp-slide-polish.yaml +158 -0
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
対象briefのdeckディレクトリを確認し、入力が実行可能か判定してください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. `slides/<deck>/brief.md`が存在しない場合は、設計ドキュメントのテンプレートで作成してください。
|
|
5
|
+
2. `review/`ディレクトリがなければ作成してください。
|
|
6
|
+
3. 必須見出し `Goal`、`Core Message`、`Audience Context`、`Output Requirements` を確認してください。
|
|
7
|
+
4. 不足がある場合は最終応答に不足項目を書き、briefを埋めて再実行するよう案内してください。
|
|
8
|
+
5. 入力が利用可能なら次へ進める状態だと報告してください。
|
|
9
|
+
|
|
10
|
+
**必須出力**
|
|
11
|
+
## Intake Result
|
|
12
|
+
- Status: template_created / needs_input / ready
|
|
13
|
+
- Deck:
|
|
14
|
+
- Files changed:
|
|
15
|
+
- Missing:
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
briefを後続workflowが読みやすい形に正規化してください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. `brief.md`を読み、発表目的、聴衆、中心メッセージ、出力要件を整理してください。
|
|
5
|
+
2. ローカルSource Materialsが指定されている場合は存在確認し、必要な要点を抜き出してください。
|
|
6
|
+
3. URLは自動取得せず、brief内に内容がない場合は非ブロッキングメモとして残してください。
|
|
7
|
+
4. **発表コンテキストの確認(必須):** `brief.md` の `## Event` 見出しからイベント名と発表時間(Duration)を確認してください。`Duration` は本編の発表時間を**分単位の数値**(例: `30`)へ正規化して記載し、時間帯表記(例: 14:00〜14:30)や質疑込み表記は数値へ換算したうえで元の記述を Non-blocking notes に残してください。数値へ換算できない場合は「未指定」としてください。`Date` と `Venue` も `## Event` に記載があれば `Event Context` 節へ転記してください。イベント名・発表時間・`Date`・`Venue` のうち欠落している項目は、正規化結果の `Event Context` 節の該当項目に「未指定」と明記し、イベント名・発表時間の欠落は Non-blocking notes にも残してください。
|
|
8
|
+
5. **発表コンテキストの収集(推奨):** 登壇者プロフィール(`Speaker Profile`)と事実インベントリ(`Fact Inventory`: version・数値実績・出典等の根拠)を `brief.md` および Source Materials から収集してください。情報が提供されていない場合は「未指定」とするだけで `needs_input` にはしないでください。
|
|
9
|
+
6. `brief.normalized.md`を書いてください。
|
|
10
|
+
|
|
11
|
+
**artifact 出力:**
|
|
12
|
+
- この step には `Report Directory` / `Report File` が渡されます。`Report File` の `brief.normalized.md` を正本として必ず出力してください。
|
|
13
|
+
- deck-local `slides/<deck>/brief.normalized.md` も書ける場合は同じ内容で書いてください。ただし後続 step は `Report Directory/brief.normalized.md` を読める必要があります。
|
|
14
|
+
|
|
15
|
+
**判定基準:**
|
|
16
|
+
- 発表日、appendix要否、PPTX要否など、スライド作成を継続できる未指定事項は非ブロッキングとして扱ってください。
|
|
17
|
+
- `brief.md`が存在しない、発表目的・聴衆・中心メッセージ・出力要件のいずれも判断できない、必須Source Materialを読めない場合だけ `needs_input` にしてください。
|
|
18
|
+
|
|
19
|
+
**必須出力**
|
|
20
|
+
## Normalize Result
|
|
21
|
+
- Status: normalized / needs_input
|
|
22
|
+
- Files changed:
|
|
23
|
+
- Non-blocking notes:
|
|
24
|
+
- Blocking issues:
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
{extends:fix}
|
|
2
|
+
|
|
3
|
+
plan review の finding を精査し、妥当な修正だけを plan source artifacts に反映してください。
|
|
4
|
+
|
|
5
|
+
**やること:**
|
|
6
|
+
1. `review/plan-review.md` の finding を読み、`brief.md` と `brief.normalized.md` に照らして妥当性を判断してください。deck-local `review/plan-review.md` / `brief.normalized.md` / `plan.md` が存在しない場合は、この step の `Report Directory/plan-review.md` / `Report Directory/brief.normalized.md` / `Report Directory/plan.md` を読んでください。
|
|
7
|
+
2. 妥当な finding は `plan.md` または `brief.normalized.md` に反映してください。TAKT run 内では `Report Directory/plan.md` と `Report Directory/brief.normalized.md` を正本として更新し、deck-local artifact が存在する場合は同じ内容にしてください。
|
|
8
|
+
3. 妥当でない finding は理由を記録し、source artifact へ反映しないでください。
|
|
9
|
+
4. `review/plan-fix.md` に finding ごとの対応結果を書いてください。
|
|
10
|
+
|
|
11
|
+
**判定基準:**
|
|
12
|
+
- 妥当な finding をすべて反映または理由付きで非対応にした場合は `fixed` としてください。
|
|
13
|
+
- 安全に修正できない場合は `blocked` としてください。
|
|
14
|
+
- deck-local に artifact がまだ同期されていないことだけを `blocked` 理由にしないでください。`Report Directory` の source artifact が読めるかで判断してください。
|
|
15
|
+
|
|
16
|
+
**report file format:**
|
|
17
|
+
- `review/plan-fix.md` は YAML front matter で開始し、`command: plan`、`target: slides/<deck>`、`generated_at`、`workflow_run_id`、`step: fix`、`cycle`、`state: fixed`、`result`、`applied_finding_count`、`rejected_finding_count` を含めてください。
|
|
18
|
+
- front matter を閉じる `---` の後に Markdown body を書いてください。front matter より前に本文を書いてはいけません。
|
|
19
|
+
|
|
20
|
+
**必須出力**
|
|
21
|
+
## Plan Fix
|
|
22
|
+
- Result: fixed / blocked
|
|
23
|
+
- Applied findings:
|
|
24
|
+
- Rejected findings:
|
|
25
|
+
- Files changed:
|
|
26
|
+
- Blocking issues:
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
plan command の成果物をレビューしてください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. `brief.md`、`brief.normalized.md`、`plan.md`、`review/plan-work.md` を読んでください。deck-local `brief.normalized.md` / `plan.md` / `review/plan-work.md` が存在しない場合は、この step の `Report Directory/brief.normalized.md` / `Report Directory/plan.md` / `Report Directory/plan-work.md` を読んでください。
|
|
5
|
+
2. 発表目的、聴衆、中心メッセージ、slide count、各スライドの Message/Layout/Content/Visual/Source が矛盾していないか確認してください。
|
|
6
|
+
3. `plan.md` の requested deliverables が `brief.md` / `brief.normalized.md` の Output Requirements と矛盾していないか確認してください。
|
|
7
|
+
4. 修正が必要な finding だけを stable `finding_id` 付きで記録してください。
|
|
8
|
+
5. `review/plan-review.md` を書いてください。
|
|
9
|
+
|
|
10
|
+
**判定基準:**
|
|
11
|
+
- 修正不要なら `approved` としてください。
|
|
12
|
+
- plan source artifact の修正で解消できる問題がある場合は `needs_fix` としてください。
|
|
13
|
+
- 入力不足で判断不能な場合だけ `blocked` としてください。
|
|
14
|
+
- deck-local に artifact がまだ同期されていないことだけを `blocked` 理由にしないでください。TAKT run 内では `Report Directory` の source artifact を正本として扱います。
|
|
15
|
+
|
|
16
|
+
**report file format:**
|
|
17
|
+
- `review/plan-review.md` は YAML front matter で開始し、`command: plan`、`target: slides/<deck>`、`generated_at`、`workflow_run_id`、`step: review`、`cycle`、`state: reviewed`、`result`、`finding_count`、`blocking_finding_count` を含めてください。
|
|
18
|
+
- front matter を閉じる `---` の後に Markdown body を書いてください。front matter より前に本文を書いてはいけません。
|
|
19
|
+
|
|
20
|
+
**必須出力**
|
|
21
|
+
## Plan Review
|
|
22
|
+
- Result: approved / needs_fix / blocked
|
|
23
|
+
- Findings:
|
|
24
|
+
- Blocking issues:
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
plan command の work 結果を、後続の review/fix/supervision が読める形で要約してください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. `brief.md`、`brief.normalized.md`、`plan.md` の存在と内容を確認してください。deck-local `slides/<deck>/brief.normalized.md` / `slides/<deck>/plan.md` が存在しない場合は、この step の `Report Directory/brief.normalized.md` / `Report Directory/plan.md` を読んでください。
|
|
5
|
+
2. `plan.md` に requested deliverables が authoritative delivery request として明記されていることを確認してください。
|
|
6
|
+
3. work step で作成・変更された source artifacts と、未解決の非ブロッキング確認事項を整理してください。
|
|
7
|
+
4. `review/plan-work.md` に work summary を書いてください。
|
|
8
|
+
|
|
9
|
+
**判定基準:**
|
|
10
|
+
- deck-local または `Report Directory` の `plan.md` が存在し、slide plan と requested deliverables が確認できる場合は `passed` としてください。
|
|
11
|
+
- deck-local に artifact がまだ同期されていないことだけを `needs_input` 理由にしないでください。TAKT run 内では `Report Directory` の source artifact を正本として扱います。
|
|
12
|
+
- deck-local と `Report Directory` の両方で `plan.md` または requested deliverables が欠ける場合は `needs_input` としてください。
|
|
13
|
+
|
|
14
|
+
**report file format:**
|
|
15
|
+
- `review/plan-work.md` は YAML front matter で開始し、`command: plan`、`target: slides/<deck>`、`generated_at`、`workflow_run_id`、`step: work`、`cycle`、`state: worked`、`result`、`source_artifact_count` を含めてください。
|
|
16
|
+
- front matter を閉じる `---` の後に Markdown body を書いてください。front matter より前に本文を書いてはいけません。
|
|
17
|
+
|
|
18
|
+
**必須出力**
|
|
19
|
+
## Plan Work Summary
|
|
20
|
+
- Result: passed / needs_input
|
|
21
|
+
- Source artifacts:
|
|
22
|
+
- Requested deliverables:
|
|
23
|
+
- Human review points:
|
|
24
|
+
- Blocking issues:
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
正規化されたbriefからスライド設計図を作成してください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. `brief.normalized.md`と必要なSource Materialsを読んでください。deck-local `slides/<deck>/brief.normalized.md` が存在しない場合は、この step の `Report Directory/brief.normalized.md` を読んでください。
|
|
5
|
+
2. `docs/marp-slide-workflow.md`のplan契約に従って`plan.md`を作成してください。
|
|
6
|
+
3. 各スライドに `Message`、`Layout`、`Content`、`Visual`、`Speaker note intent`、`Source` を必ず書いてください。
|
|
7
|
+
4. `Layout` は knowledge `takt-marp-repo-conventions` の「Layout 語彙」表にある基本語彙のいずれかを選んでください。基本語彙で表現できない場合のみ `custom: <kebab-case-class> — <用途1行>` 句を使用してください(後続の design-system step が同名 class を定義します)。modifier を使う場合は `Layout` に基本 class と併記してください(例: `single profile`)。modifier 単独の指定は不可です。1列/2列の理由と比率を短く書いてください。
|
|
8
|
+
5. visualは `none`、`svg: ...`、`existing: ...` のいずれかで明示してください。
|
|
9
|
+
6. `plan.md` に `Requested Deliverables` セクションを作り、`deliverables: [html, pdf]` のような単一行を必ず含めてください。値は `html`、`pdf`、`pptx` のうち後続 delivery command が生成・確認すべき成果物だけを指定してください。
|
|
10
|
+
7. appendixが必要な場合は本編と分けて計画してください。
|
|
11
|
+
|
|
12
|
+
**artifact 出力:**
|
|
13
|
+
- この step には `Report Directory` / `Report File` が渡されます。`Report File` の `plan.md` を正本として必ず出力してください。
|
|
14
|
+
- deck-local `slides/<deck>/plan.md` も書ける場合は同じ内容で書いてください。ただし後続 step は `Report Directory/plan.md` を読める必要があります。
|
|
15
|
+
|
|
16
|
+
**判定基準:**
|
|
17
|
+
- 発表日、deck titleの表現、appendix要否、Deliverablesの追加要否など、人間が後で承認できる事項はplan作成を止めないでください。
|
|
18
|
+
- slide count、中心メッセージ、必須Source Materialの根拠が決められず `plan.md` を作れない場合だけ `needs_input` にしてください。
|
|
19
|
+
|
|
20
|
+
**必須出力**
|
|
21
|
+
## Plan Result
|
|
22
|
+
- Status: planned / needs_input
|
|
23
|
+
- Slide count:
|
|
24
|
+
- Files changed:
|
|
25
|
+
- Non-blocking human review points:
|
|
26
|
+
- Blocking issues:
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
{extends:fix}
|
|
2
|
+
|
|
3
|
+
polish inspection の finding を精査し、visual/layout/render/design-token 関連の修正だけを反映してください。
|
|
4
|
+
|
|
5
|
+
**やること:**
|
|
6
|
+
1. `review/polish-inspect.md` の finding を読み、`design-system.md`、`SLIDES.md`、`images/*.svg` に照らして妥当性を判断してください。
|
|
7
|
+
2. 妥当な finding は `design-system.md`、`SLIDES.md`、`images/*.svg` の範囲で修正してください。
|
|
8
|
+
3. plan-level content、中心メッセージ、deliverables、official delivery artifact に関する finding は反映せず理由を記録してください。
|
|
9
|
+
4. `review/polish-fix.md` に finding ごとの対応結果を書いてください。
|
|
10
|
+
|
|
11
|
+
**判定基準:**
|
|
12
|
+
- 妥当な finding をすべて反映または理由付きで非対応にした場合は `fixed` としてください。
|
|
13
|
+
- 安全に修正できない場合は `blocked` としてください。
|
|
14
|
+
|
|
15
|
+
**report file format:**
|
|
16
|
+
- `review/polish-fix.md` は YAML front matter で開始し、`command: polish`、`target: slides/<deck>`、`generated_at`、`workflow_run_id`、`step: fix`、`cycle`、`state: fixed`、`result`、`applied_finding_count`、`rejected_finding_count` を含めてください。
|
|
17
|
+
- front matter を閉じる `---` の後に Markdown body を書いてください。front matter より前に本文を書いてはいけません。
|
|
18
|
+
|
|
19
|
+
**必須出力**
|
|
20
|
+
## Polish Fix
|
|
21
|
+
- Result: fixed / blocked
|
|
22
|
+
- Applied findings:
|
|
23
|
+
- Rejected findings:
|
|
24
|
+
- Files changed:
|
|
25
|
+
- Blocking issues:
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
render evidence と compose source artifacts を照合し、visual/layout/render finding を記録してください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. `.takt/render/<deck>/cycle-1/metadata.json`、`design-system.md`、`SLIDES.md`、`images/*.svg` を読んでください。
|
|
5
|
+
2. HTML/PDF/PDF raster の status と degraded reason を確認してください。
|
|
6
|
+
3. visual、layout、render、design-token 関連の問題だけを finding として記録してください。
|
|
7
|
+
4. plan-level content、中心メッセージ、delivery artifact の要否は scope 外として扱ってください。
|
|
8
|
+
5. `review/polish-inspect.md` に stable `finding_id` 付きで finding を書いてください。
|
|
9
|
+
|
|
10
|
+
**判定基準:**
|
|
11
|
+
- 修正不要なら `approved` としてください。
|
|
12
|
+
- visual/layout/render/design-token source correction で解消できる問題がある場合は `needs_fix` としてください。
|
|
13
|
+
- render evidence metadata が読めない場合は `blocked` としてください。
|
|
14
|
+
|
|
15
|
+
**report file format:**
|
|
16
|
+
- `review/polish-inspect.md` は YAML front matter で開始し、`command: polish`、`target: slides/<deck>`、`generated_at`、`workflow_run_id`、`step: inspect`、`cycle`、`state: inspected`、`result`、`finding_count`、`blocking_finding_count` を含めてください。
|
|
17
|
+
- front matter を閉じる `---` の後に Markdown body を書いてください。front matter より前に本文を書いてはいけません。
|
|
18
|
+
|
|
19
|
+
**必須出力**
|
|
20
|
+
## Polish Inspect
|
|
21
|
+
- Result: approved / needs_fix / blocked
|
|
22
|
+
- Findings:
|
|
23
|
+
- Degraded render notes:
|
|
24
|
+
- Out-of-scope notes:
|
|
25
|
+
- Blocking issues:
|
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
polish command の render evidence を生成し、source artifact を表示確認できる状態にしてください。
|
|
2
|
+
|
|
3
|
+
**やること:**
|
|
4
|
+
1. 対象 target は `slides/<deck>` として扱ってください。
|
|
5
|
+
2. `node scripts/takt-marp-render-slide-workflow-evidence.mjs <target> --cycle 1` を実行し、metadata の出力先を初期化してください。
|
|
6
|
+
3. Marp HTML/PDF と必要な raster evidence を `.takt/render/<deck>/cycle-1/` 配下へ生成し、`metadata.json` の `html_png`、`pdf`、`pdf_raster` を `pending` 以外の完了状態へ更新してください。
|
|
7
|
+
4. `.takt/render/<deck>/cycle-1/metadata.json` の生成結果を確認してください。
|
|
8
|
+
5. `review/polish-work.md` に render evidence の実行結果を記録してください。
|
|
9
|
+
|
|
10
|
+
**判定基準:**
|
|
11
|
+
- metadata が生成され、`target`、`cycle`、`html_png.status`、`pdf.status`、`pdf_raster.status` が確認できる場合だけ評価対象にしてください。
|
|
12
|
+
- `html_png` は slide PNG evidence なので、`passed` 相当の完了状態、空でない `files`、実在する非空ファイルが必要です。Puppeteer/Chromium missing、Marp image export failure、`failed`、`degraded`、`skipped` は `failed` としてください。
|
|
13
|
+
- `pdf` は source render evidence なので、`passed` 相当の完了状態、実在する非空 `file` が必要です。PDF生成失敗、`failed`、`degraded`、`skipped` は `failed` としてください。
|
|
14
|
+
- `pdftoppm` missing に限り `pdf_raster` の degraded/skipped と reason を許容し、単独では失敗にしないでください。
|
|
15
|
+
- `pending` status が残っている場合は render evidence が未完了なので `failed` としてください。
|
|
16
|
+
- metadata が生成されない、target/cycle が不一致、status field が欠ける場合は `failed` としてください。
|
|
17
|
+
|
|
18
|
+
**禁止事項**
|
|
19
|
+
- `dist/<deck>/` には書き込まないでください。
|
|
20
|
+
- plan-level content を変更しないでください。
|
|
21
|
+
- approval file を生成しないでください。
|
|
22
|
+
|
|
23
|
+
**report file format:**
|
|
24
|
+
- `review/polish-work.md` は YAML front matter で開始し、`command: polish`、`target: slides/<deck>`、`generated_at`、`workflow_run_id`、`step: work`、`cycle`、`state: worked`、`result`、`source_artifact_count` を含めてください。
|
|
25
|
+
- front matter を閉じる `---` の後に Markdown body を書いてください。front matter より前に本文を書いてはいけません。
|
|
26
|
+
|
|
27
|
+
**必須出力**
|
|
28
|
+
## Render Evidence Result
|
|
29
|
+
- Result: passed / failed
|
|
30
|
+
- Metadata:
|
|
31
|
+
- HTML status:
|
|
32
|
+
- PDF status:
|
|
33
|
+
- PDF raster status:
|
|
34
|
+
- Degraded reasons:
|
|
35
|
+
- Blocking issues:
|
|
@@ -0,0 +1,58 @@
|
|
|
1
|
+
{extends:supervise}
|
|
2
|
+
|
|
3
|
+
command の最終 supervision report を作成してください。
|
|
4
|
+
|
|
5
|
+
**やること:**
|
|
6
|
+
1. 対象 command の work/finding/fix report と source artifacts を確認してください。finding report は plan/compose では `review/<command>-review.md`、polish では `review/polish-inspect.md`、deliver では `review/deliver-verify.md` です。fix/review の反復停止は TAKT workflow の `loop_monitors` が担うため、deck-local な loop monitor report は要求しないでください。deck-local report/source artifact が存在しない場合は、この step の `Report Directory` にある同名 report/source artifact を読んでください。
|
|
7
|
+
2. report schema、source artifact の存在、未解消 finding、approval requirement を検証してください。
|
|
8
|
+
3. foundation schema に従う front matter を持つ `review/<command>-supervision.md` を書いてください。
|
|
9
|
+
4. `plan` は `state: planned`、`compose` は `state: composed`、`polish` は `state: polished`、`deliver` は `state: delivered` としてください。
|
|
10
|
+
5. `plan` と `compose` は `human_gate: required`、`approval_required: true` とし、`polish` と `deliver` は `human_gate: not_required`、`approval_required: false` としてください。approval file は作成しないでください。
|
|
11
|
+
6. finding counts は `blocking_findings`、`major_findings`、`minor_findings`、`info_findings`、`waived_major_findings`、`decision_items_count` で記録してください。
|
|
12
|
+
|
|
13
|
+
**front matter の厳格ルール:**
|
|
14
|
+
- `review/<command>-supervision.md` の先頭は必ず YAML front matter から始めてください。説明文を front matter より前に置かないでください。
|
|
15
|
+
- `command` は短い command 名だけにしてください: `plan` / `compose` / `polish` / `deliver`。`takt-marp-slide-plan` や `supervise_plan` を書いてはいけません。
|
|
16
|
+
- `target` は deck target を `slides/<deck>` 形式で書いてください。`deck` キーを使ってはいけません。
|
|
17
|
+
- `generated_at` は parse 可能な ISO timestamp にしてください。
|
|
18
|
+
- `workflow_run_id` は空でない実行識別子にしてください。TAKT run id または既存 report の `workflow_run_id` を使ってください。
|
|
19
|
+
- `step` は必ず `supervision`、`cycle` は数値にしてください。
|
|
20
|
+
- `state`、`result`、`blocking_findings`、`major_findings`、`minor_findings`、`info_findings` は foundation state validator の必須項目です。省略してはいけません。
|
|
21
|
+
|
|
22
|
+
必須 front matter 例:
|
|
23
|
+
|
|
24
|
+
```yaml
|
|
25
|
+
---
|
|
26
|
+
command: plan
|
|
27
|
+
target: slides/_workflow-smoke
|
|
28
|
+
generated_at: 2026-06-06T00:00:00.000Z
|
|
29
|
+
workflow_run_id: 20260606-000000-slides-workflow-smoke
|
|
30
|
+
step: supervision
|
|
31
|
+
cycle: 1
|
|
32
|
+
state: planned
|
|
33
|
+
result: passed
|
|
34
|
+
human_gate: required
|
|
35
|
+
approval_required: true
|
|
36
|
+
approval_file: review/plan-approval.md
|
|
37
|
+
blocking_findings: 0
|
|
38
|
+
major_findings: 0
|
|
39
|
+
minor_findings: 0
|
|
40
|
+
info_findings: 0
|
|
41
|
+
waived_major_findings: 0
|
|
42
|
+
decision_items_count: 0
|
|
43
|
+
---
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
**判定基準:**
|
|
47
|
+
- 成果物境界と report schema が満たされ、未解消の blocker がなければ `result: passed` としてください。
|
|
48
|
+
- 必須 artifact、schema、未解消 finding に問題があれば `result: rejected` としてください。
|
|
49
|
+
- plan command では、TAKT run 中の source artifact 正本は `Report Directory/brief.normalized.md` と `Report Directory/plan.md` です。deck-local への同期は command 完了後に runner が行うため、deck-local 未同期だけを rejected 理由にしないでください。
|
|
50
|
+
|
|
51
|
+
**必須出力**
|
|
52
|
+
## Supervision
|
|
53
|
+
- Result: passed / rejected
|
|
54
|
+
- State:
|
|
55
|
+
- Human gate:
|
|
56
|
+
- Approval required:
|
|
57
|
+
- Finding counts:
|
|
58
|
+
- Blocking issues:
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
planとSLIDES.mdに必要なSVG sourceを生成してください。
|
|
2
|
+
|
|
3
|
+
**生成所有権**: SVG markup(外部ファイル・inline 両形式)の作成・修正はこの generate_visuals step が所有します。compose_slides は `Visual:` 予定スライドへの placeholder 配置までを所有し、SVG markup を書きません。
|
|
4
|
+
|
|
5
|
+
**やること:**
|
|
6
|
+
1. `plan.md`の `Visual: svg: ...` と `Visual: existing: ...` をすべて確認してください。
|
|
7
|
+
2. `Visual: svg: ...` は、使い分け基準(SVGファーストVisualポリシーの「外部SVGとinline SVGの使い分け基準」節)に従い、外部ファイル形式またはinline形式を選択してください。
|
|
8
|
+
- 外部SVGファイル: `images/*.svg` として作成または更新し、`SLIDES.md` から画像参照で挿入します。
|
|
9
|
+
- inline SVG: `SLIDES.md` の該当スライドの図版領域(placeholder 部分)だけを編集し、SVG markup を直接記述します。front matter に `html: true` が未設定の場合は追加してください。
|
|
10
|
+
- `Visual: existing: ...`: 明示された既存画像への参照を `SLIDES.md` の該当スライドの placeholder 部分に挿入します。
|
|
11
|
+
3. SVGはSVGファーストVisualポリシーに従ってください(外部ファイル・inline 両形式に適用)。
|
|
12
|
+
4. 図形内テキストが図形からはみ出していないか確認してください。長いファイル名や英字ラベルは `tspan` で分割し、左右20px以上の余白を残してください。
|
|
13
|
+
5. Marp配置時にスライド枠からSVGがはみ出しにくいよう、`SLIDES.md` の画像指定は個別サイズではなく `visual`、`visual-dense`、`visual-full` classのCSSで制御してください。inline SVGの場合も同様に、親classのcontainment(`--visual-max-height`系token)でサイズを制御してください。
|
|
14
|
+
6. SVGをもう少し大きくしたい場合は、個別スライドの `![h:...]` を増やすのではなく、class側の `--visual-max-height` を調整してください。render evidence による確認は polish command に委譲してください。
|
|
15
|
+
7. 外部ファイル形式の場合は `SLIDES.md`の参照パスが実在するSVGを指すようにしてください。
|
|
16
|
+
8. 既存画像は明示されたものだけ使ってください。
|
|
17
|
+
9. render output の生成や表示品質の最終判定は行わず、source artifact の作成に集中してください。
|
|
18
|
+
|
|
19
|
+
**必須出力**
|
|
20
|
+
## Visual Result
|
|
21
|
+
- Status: generated / needs_input
|
|
22
|
+
- SVG files: (外部ファイル形式・inline形式の両方を記載)
|
|
23
|
+
- Text fit checks:
|
|
24
|
+
- Source reference checks:
|
|
25
|
+
- Files changed:
|
|
26
|
+
- Notes:
|
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
# Marpリポジトリ規約
|
|
2
|
+
|
|
3
|
+
このリポジトリは Marp プレゼンテーションを `slides/` 配下で管理する。
|
|
4
|
+
|
|
5
|
+
## 基本構成
|
|
6
|
+
|
|
7
|
+
各 deck は `slides/<deck>/` に置く。
|
|
8
|
+
|
|
9
|
+
```text
|
|
10
|
+
slides/<deck>/
|
|
11
|
+
brief.md
|
|
12
|
+
brief.normalized.md
|
|
13
|
+
plan.md
|
|
14
|
+
design-system.md
|
|
15
|
+
SLIDES.md
|
|
16
|
+
images/
|
|
17
|
+
review/
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
## Marp
|
|
21
|
+
|
|
22
|
+
`SLIDES.md` は Marp Markdown である。
|
|
23
|
+
front matter には少なくとも `marp: true`、`theme`、`paginate` を含める。
|
|
24
|
+
`SLIDES.md` 本文に HTML 要素(inline SVG 含む)を使う場合は、front matter に `html: true` を設定する。
|
|
25
|
+
|
|
26
|
+
既存 deck は日本語 speaker notes を HTML コメントで持つ。
|
|
27
|
+
|
|
28
|
+
```md
|
|
29
|
+
<!--
|
|
30
|
+
このスライドで話す補足を書く。
|
|
31
|
+
-->
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
## Font
|
|
35
|
+
|
|
36
|
+
font style には日本語優先フォールバックスタックを必ず指定する。
|
|
37
|
+
推奨スタック: `"Noto Sans JP", "Hiragino Sans", "Yu Gothic", sans-serif`
|
|
38
|
+
`@font-face` を宣言する場合は、`SLIDES.md` からの相対 path が実在するファイルのみを参照する(path が存在しない環境では `@font-face` を省略し、フォールバックスタックのみで描画する)。
|
|
39
|
+
|
|
40
|
+
## Design System
|
|
41
|
+
|
|
42
|
+
各deckは `design-system.md` を持つ。
|
|
43
|
+
`design-system.md` は typography、spacing、layout、visual、color、QA rules のdeck-local tokenを定義する。
|
|
44
|
+
`SLIDES.md` のfront matter CSSは、スライドごとの個別調整ではなく、design-system tokenと用途別classで構成する。
|
|
45
|
+
|
|
46
|
+
## Visual
|
|
47
|
+
|
|
48
|
+
SVG は `slides/<deck>/images/*.svg` に保存し、Marp から相対パスで参照する。
|
|
49
|
+
|
|
50
|
+
```md
|
|
51
|
+
<!-- _class: visual -->
|
|
52
|
+
|
|
53
|
+

|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
図入りスライドのSVGサイズは、個別の `![h:...]` や `![w:...]` ではなく、`visual` / `visual-dense` / `visual-full` などのMarp class側CSSで制御する。
|
|
57
|
+
|
|
58
|
+
構造図やフロー図は SVG としてレビュー可能な形を優先する。
|
|
59
|
+
|
|
60
|
+
## Layout 語彙
|
|
61
|
+
|
|
62
|
+
以下は基本語彙であり、拡張可能な出発点である(閉じた enum ではない)。
|
|
63
|
+
plan / compose は `_class:` にこの語彙を使用するか、命名規約に従い新 class を定義する。
|
|
64
|
+
|
|
65
|
+
### 基本 class
|
|
66
|
+
|
|
67
|
+
| class | 区分 | 用途 | 構造ヒント |
|
|
68
|
+
|---|---|---|---|
|
|
69
|
+
| title | 基本 | デッキ表紙・章扉 | 大見出しのみ、サブタイトル任意 |
|
|
70
|
+
| single | 基本 | 本文 1 列のスタンダードスライド | 見出し + 本文エリア |
|
|
71
|
+
| visual | 基本 | 図版主体(テキスト少) | 画像を中央大表示 |
|
|
72
|
+
| visual-dense | 基本 | 図版 + 解説テキスト併置 | 図版と箇条書きを縦積み |
|
|
73
|
+
| visual-full | 基本 | 図版全画面(テキストなし〜最小) | 画像がスライド全域を占有 |
|
|
74
|
+
| split-50-50 | 基本 | 左右均等 2 分割 | 左右各 50% |
|
|
75
|
+
| split-45-55 | 基本 | 左右非対称 2 分割(45:55) | 左 45% / 右 55% |
|
|
76
|
+
| split-40-60 | 基本 | 左右非対称 2 分割(40:60) | 左 40% / 右 60% |
|
|
77
|
+
| split-60-40 | 基本 | 左右非対称 2 分割(60:40) | 左 60% / 右 40% |
|
|
78
|
+
| compare-2col | 基本 | 2 項目の比較・対比 | 左右に比較対象を並置 |
|
|
79
|
+
| infographic | 基本 | カードグリッドによる情報整理 | `.ig-grid` / `.ig-card` を使う |
|
|
80
|
+
| code-2col | 基本 | コードと解説を横並び | 左: コードブロック、右: 解説 |
|
|
81
|
+
|
|
82
|
+
### modifier(単独使用不可)
|
|
83
|
+
|
|
84
|
+
modifier は必ず基本 class と組み合わせて使用する。単独使用は不可。
|
|
85
|
+
|
|
86
|
+
| class | 区分 | 用途 | 適用先 base class |
|
|
87
|
+
|---|---|---|---|
|
|
88
|
+
| profile | modifier | 登壇者プロフィール(右に写真、左に名前と実績) | single |
|
|
89
|
+
| layers | modifier | グリッドを中央寄せにする重ね図向け調整 | infographic |
|
|
90
|
+
| dual | modifier | バッジ重畳など 2 要素の重ね合わせ | visual-full 等 |
|
|
91
|
+
| tag-takt | modifier | コンテキストタグ: TAKT デッキ識別 | 任意の基本 class |
|
|
92
|
+
| tag-sdd | modifier | コンテキストタグ: SDD デッキ識別 | 任意の基本 class |
|
|
93
|
+
| tag-ccsdd | modifier | コンテキストタグ: CC-SDD デッキ識別 | 任意の基本 class |
|
|
94
|
+
| tag-* | modifier | コンテキストタグ(任意の識別子) | 任意の基本 class |
|
|
95
|
+
|
|
96
|
+
## Build
|
|
97
|
+
|
|
98
|
+
`package.json` の標準 script:
|
|
99
|
+
|
|
100
|
+
```bash
|
|
101
|
+
npm run preview:all
|
|
102
|
+
npm run build
|
|
103
|
+
npm run build:html -- <deck>
|
|
104
|
+
npm run build:pdf -- <deck>
|
|
105
|
+
npm run build:pptx -- <deck>
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
標準成果物は HTML と PDF である。PPTX は `brief.md` の `Deliverables` に `pptx` がある場合だけ生成する。
|
|
109
|
+
|
|
110
|
+
当日プレゼンのpreviewは `marp -s slides/` で確認する。
|
|
111
|
+
TAKT worker 内の build QA では、preview serverを短時間起動し、`http://localhost:8080/<deck>/SLIDES.md` が開けることを確認する。
|
|
112
|
+
|
|
113
|
+
TAKT worker 内の build QA では、`Deliverables` に `pdf` がある場合は `npm run build:pdf -- <deck>` で `slides/<deck>/SLIDES.md` だけをPDF生成する。
|
|
114
|
+
PPTXは `brief.md` の `Deliverables` に `pptx` がある場合だけ対象にする。
|
|
115
|
+
|
|
116
|
+
## 入力の扱い
|
|
117
|
+
|
|
118
|
+
`brief.md` が人間入力の正である。
|
|
119
|
+
`brief.normalized.md` は TAKT が後段 workflow のために整理した作業用入力であり、意図を変更する場合は `brief.md` を更新して plan を再生成する。
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
MUST:
|
|
2
|
+
- 先頭は必ず YAML front matter の `---` で始め、`remaining_context_count` の直後に閉じ `---` を置いてから Markdown body を書く。
|
|
3
|
+
- front matter より前に説明文、警告、作業メモを書かない。
|
|
4
|
+
- Markdown body を front matter に混ぜない。`# AI Antipattern Fix Report` は閉じ `---` の後に置く。
|
|
5
|
+
- front matter は flat scalar のみを使う。nested object、multi-line array、finding detail は front matter に入れない。
|
|
6
|
+
- `status` は `FIXED`、`NO_FIX_NEEDED`、`NEED_REPLAN`、`BLOCKED` のいずれかだけを使う。
|
|
7
|
+
- `handled_finding_count` は Finding Decisions テーブルに記録した finding 行数と一致させる。
|
|
8
|
+
- `changed_file_count` は Changed Files テーブルに記録した変更ファイル数と一致させる。変更がない場合は `0` とし、Changed Files には `none` を記録する。
|
|
9
|
+
- `remaining_context_count` は Remaining Context テーブルに記録した未解決 context 行数と一致させる。
|
|
10
|
+
- `NO_FIX_NEEDED` は、Finding Decisions のすべての行に finding-level evidence がある場合のみ有効とする。
|
|
11
|
+
- `NEED_REPLAN` または `BLOCKED` の場合は、Remaining Context に command 境界内で安全に解決できない理由を必ず書く。
|
|
12
|
+
|
|
13
|
+
```markdown
|
|
14
|
+
---
|
|
15
|
+
command: plan | compose | polish | deliver
|
|
16
|
+
target: slides/<deck>
|
|
17
|
+
generated_at: 2026-01-01T00:00:00.000Z
|
|
18
|
+
workflow_run_id: takt-run-id
|
|
19
|
+
step: ai_antipattern_fix
|
|
20
|
+
cycle: 1
|
|
21
|
+
status: FIXED | NO_FIX_NEEDED | NEED_REPLAN | BLOCKED
|
|
22
|
+
handled_finding_count: 0
|
|
23
|
+
changed_file_count: 0
|
|
24
|
+
remaining_context_count: 0
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
# AI Antipattern Fix Report
|
|
28
|
+
|
|
29
|
+
## Summary
|
|
30
|
+
{AI antipattern finding の修正結果を1-2文で要約}
|
|
31
|
+
|
|
32
|
+
## Finding Decisions
|
|
33
|
+
| finding_id | decision | changed_files | validation | evidence |
|
|
34
|
+
|------------|----------|---------------|------------|----------|
|
|
35
|
+
|
|
36
|
+
## Changed Files
|
|
37
|
+
| path | change_summary | evidence |
|
|
38
|
+
|------|----------------|----------|
|
|
39
|
+
| none | no file changes were required | {理由または finding-level evidence} |
|
|
40
|
+
|
|
41
|
+
## Validation Evidence
|
|
42
|
+
| command | result | evidence |
|
|
43
|
+
|---------|--------|----------|
|
|
44
|
+
|
|
45
|
+
## Remaining Context
|
|
46
|
+
| finding_id | missing_context | required_replan_owner | evidence |
|
|
47
|
+
|------------|-----------------|-----------------------|----------|
|
|
48
|
+
```
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
MUST:
|
|
2
|
+
- 先頭は必ず YAML front matter の `---` で始め、`blocking_finding_count` の直後に閉じ `---` を置いてから Markdown body を書く。
|
|
3
|
+
- front matter より前に説明文、警告、作業メモを書かない。
|
|
4
|
+
- Markdown body を front matter に混ぜない。`# AI Antipattern Review Report` は閉じ `---` の後に置く。
|
|
5
|
+
- front matter は flat scalar のみを使う。nested object、multi-line array、finding detail は front matter に入れない。
|
|
6
|
+
- `finding_count` は AI Findings テーブルに記録した全 finding 行数と一致させる。
|
|
7
|
+
- `blocking_finding_count` は通常 review / inspect / verify へ進めない AI finding 行数と一致させる。
|
|
8
|
+
- finding がある場合は、各行に安定した `finding_id` と具体的な `evidence` を必ず書く。
|
|
9
|
+
- `result: approved` かつ `finding_count: 0` の初回 no-issue review は、fix report なしで有効な gate evidence とする。
|
|
10
|
+
|
|
11
|
+
```markdown
|
|
12
|
+
---
|
|
13
|
+
command: plan | compose | polish | deliver
|
|
14
|
+
target: slides/<deck>
|
|
15
|
+
generated_at: 2026-01-01T00:00:00.000Z
|
|
16
|
+
workflow_run_id: takt-run-id
|
|
17
|
+
step: ai_antipattern_review
|
|
18
|
+
cycle: 1
|
|
19
|
+
reviewed_scope: command-work-report | source-artifacts | render-evidence | delivery-artifacts
|
|
20
|
+
result: approved | needs_fix | blocked
|
|
21
|
+
finding_count: 0
|
|
22
|
+
blocking_finding_count: 0
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
# AI Antipattern Review Report
|
|
26
|
+
|
|
27
|
+
## Summary
|
|
28
|
+
{AI antipattern review の結果を1-2文で要約}
|
|
29
|
+
|
|
30
|
+
## Reviewed Scope
|
|
31
|
+
| artifact | role | evidence |
|
|
32
|
+
|----------|------|----------|
|
|
33
|
+
|
|
34
|
+
## AI Findings
|
|
35
|
+
| finding_id | family_tag | status | location | issue | required_change | evidence |
|
|
36
|
+
|------------|------------|--------|----------|-------|-----------------|----------|
|
|
37
|
+
|
|
38
|
+
## Non-AI Quality Notes
|
|
39
|
+
- None / {通常の slide content、layout、render、delivery 品質に属するため AI finding として扱わなかった観察}
|
|
40
|
+
|
|
41
|
+
## Blocking Issues
|
|
42
|
+
- None / {target、command output、reviewed scope を特定できない理由}
|
|
43
|
+
```
|
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
MUST:
|
|
2
|
+
- 先頭は必ず YAML front matter の `---` で始め、`rejected_finding_count` の直後に閉じ `---` を置いてから Markdown body を書く。
|
|
3
|
+
- front matter より前に説明文、警告、作業メモを書かない。
|
|
4
|
+
- Markdown body を front matter に混ぜない。`# Command Fix Report` は閉じ `---` の後に置く。
|
|
5
|
+
- `applied_finding_count` と `rejected_finding_count` は Finding Responses テーブルの decision と一致させる。
|
|
6
|
+
|
|
7
|
+
```markdown
|
|
8
|
+
---
|
|
9
|
+
command: plan | compose | polish | deliver
|
|
10
|
+
target: slides/<deck>
|
|
11
|
+
generated_at: 2026-01-01T00:00:00.000Z
|
|
12
|
+
workflow_run_id: takt-run-id
|
|
13
|
+
step: fix
|
|
14
|
+
cycle: 1
|
|
15
|
+
state: fixed
|
|
16
|
+
result: fixed | blocked
|
|
17
|
+
applied_finding_count: 0
|
|
18
|
+
rejected_finding_count: 0
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
# Command Fix Report
|
|
22
|
+
|
|
23
|
+
## Summary
|
|
24
|
+
{修正結果を要約}
|
|
25
|
+
|
|
26
|
+
## Finding Responses
|
|
27
|
+
| finding_id | decision | files_changed | reason | verification |
|
|
28
|
+
|------------|----------|---------------|--------|--------------|
|
|
29
|
+
|
|
30
|
+
## Blocking Issues
|
|
31
|
+
- None / {安全に修正できない理由}
|
|
32
|
+
```
|
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
MUST:
|
|
2
|
+
- 先頭は必ず YAML front matter の `---` で始め、`blocking_finding_count` の直後に閉じ `---` を置いてから Markdown body を書く。
|
|
3
|
+
- front matter より前に説明文、警告、作業メモを書かない。
|
|
4
|
+
- Markdown body を front matter に混ぜない。`# Command Review Report` は閉じ `---` の後に置く。
|
|
5
|
+
- `finding_count` は Findings テーブルに記録した全 finding 行数と一致させる。info finding を表に載せる場合も数に含める。数に含めない観察は Findings ではなく Summary または別の非ブロッキングメモとして書く。
|
|
6
|
+
|
|
7
|
+
```markdown
|
|
8
|
+
---
|
|
9
|
+
command: plan | compose | polish | deliver
|
|
10
|
+
target: slides/<deck>
|
|
11
|
+
generated_at: 2026-01-01T00:00:00.000Z
|
|
12
|
+
workflow_run_id: takt-run-id
|
|
13
|
+
step: review | inspect | verify
|
|
14
|
+
cycle: 1
|
|
15
|
+
state: reviewed | inspected | verified
|
|
16
|
+
result: approved | needs_fix | blocked
|
|
17
|
+
finding_count: 0
|
|
18
|
+
blocking_finding_count: 0
|
|
19
|
+
---
|
|
20
|
+
|
|
21
|
+
# Command Review Report
|
|
22
|
+
|
|
23
|
+
## Summary
|
|
24
|
+
{レビュー結果を要約}
|
|
25
|
+
|
|
26
|
+
## Findings
|
|
27
|
+
| finding_id | severity | status | cycle | location | issue | required_change | evidence |
|
|
28
|
+
|------------|----------|--------|-------|----------|-------|-----------------|----------|
|
|
29
|
+
|
|
30
|
+
## Blocking Issues
|
|
31
|
+
- None / {判断不能な入力不足}
|
|
32
|
+
```
|
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
MUST:
|
|
2
|
+
- 先頭は必ず YAML front matter の `---` で始め、`source_artifact_count` の直後に閉じ `---` を置いてから Markdown body を書く。
|
|
3
|
+
- front matter より前に説明文、警告、作業メモを書かない。
|
|
4
|
+
- Markdown body を front matter に混ぜない。`# Command Work Report` は閉じ `---` の後に置く。
|
|
5
|
+
|
|
6
|
+
```markdown
|
|
7
|
+
---
|
|
8
|
+
command: plan | compose | polish | deliver
|
|
9
|
+
target: slides/<deck>
|
|
10
|
+
generated_at: 2026-01-01T00:00:00.000Z
|
|
11
|
+
workflow_run_id: takt-run-id
|
|
12
|
+
step: work
|
|
13
|
+
cycle: 1
|
|
14
|
+
state: worked
|
|
15
|
+
result: passed | needs_input | failed
|
|
16
|
+
source_artifact_count: 0
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
# Command Work Report
|
|
20
|
+
|
|
21
|
+
## Summary
|
|
22
|
+
{1-2文で作業結果を要約}
|
|
23
|
+
|
|
24
|
+
## Source Artifacts
|
|
25
|
+
| File | State | Notes |
|
|
26
|
+
|------|-------|-------|
|
|
27
|
+
|
|
28
|
+
## Requested Deliverables
|
|
29
|
+
- html
|
|
30
|
+
- pdf
|
|
31
|
+
- pptx
|
|
32
|
+
|
|
33
|
+
## Machine Checks
|
|
34
|
+
| Check | Result | Notes |
|
|
35
|
+
|-------|--------|-------|
|
|
36
|
+
|
|
37
|
+
## Human Review Points
|
|
38
|
+
- None / {人間承認前に確認すべき判断}
|
|
39
|
+
|
|
40
|
+
## Blocking Issues
|
|
41
|
+
- None / {継続不能な不足}
|
|
42
|
+
```
|