takt 0.32.0 → 0.32.2

package/builtins/ja/templates/instructions/arbitrate.md

@@ -1,45 +0,0 @@
-# arbitrate — 裁定 instruction テンプレート
-
-> **用途**: レビュアーとコーダーの意見が食い違った場合の裁定
-> **使用エージェント**: architecture-reviewer（第三者として）
-> **前提**: ai_fix が「修正不要」と判断 → レビュアーの指摘との矛盾を解決
-
----
-
-## テンプレート
-
-```
-ai_review（レビュアー）と ai_fix（コーダー）の意見が食い違っています。
-
-- ai_review は問題を指摘し REJECT しました
-- ai_fix は確認の上「修正不要」と判断しました
-
-両者の出力を確認し、どちらの判断が妥当か裁定してください。
-
-**参照するレポート:**
-- AIレビュー結果: {report:ai-review.md}
-
-**判断基準:**
-- ai_review の指摘が具体的で、コード上の実在する問題を指しているか
-- ai_fix の反論に根拠（ファイル確認結果、テスト結果）があるか
-- 指摘が非ブロッキング（記録のみ）レベルか、実際に修正が必要か
-```
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: ai_reviewの指摘が妥当（修正すべき）
-    next: ai_fix
-  - condition: ai_fixの判断が妥当（修正不要）
-    next: reviewers
-```
-
----
-
-## 注意
-
-- レポート参照先のファイル名はピースに応じて変更する
-- 裁定者はレビュアーでもコーダーでもない第三者を使う

package/builtins/ja/templates/instructions/architect.md

@@ -1,48 +0,0 @@
-# architect — 設計 instruction テンプレート
-
-> **用途**: アーキテクチャ設計（計画レポートを受けて設計判断を行う）
-> **使用エージェント**: architect
-> **前提**: plan ムーブメントの後に実行
-
----
-
-## テンプレート
-
-```
-計画レポート（{report:plan.md}）を読み、アーキテクチャ設計を行ってください。
-
-**小規模タスクの判断基準:**
-- 1-2ファイルの変更のみ
-- 設計判断が不要
-- 技術選定が不要
-
-小規模タスクの場合は設計レポートを作成せず、
-「小規模タスク（設計不要）」のルールに対応してください。
-
-**設計が必要なタスク:**
-- 3ファイル以上の変更
-- 新しいモジュール・機能の追加
-- 技術選定が必要
-- アーキテクチャパターンの決定が必要
-
-**やること:**
-1. タスクの規模を評価
-2. ファイル構成を決定
-3. 技術選定（必要な場合）
-4. 設計パターンの選択
-5. Coderへの実装ガイドライン作成
-```
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: 小規模タスク（設計不要）
-    next: implement
-  - condition: 設計完了
-    next: implement
-  - condition: 情報不足、判断できない
-    next: ABORT
-```

package/builtins/ja/templates/instructions/fix.md

@@ -1,86 +0,0 @@
-# fix — レビュー指摘修正 instruction テンプレート
-
-> **用途**: レビュアーの指摘を修正する
-> **使用エージェント**: coder
-> **バリエーション**: 汎用 fix / supervise fix
-
----
-
-## テンプレート（汎用 fix）
-
-```
-レビュアーのフィードバックに対応してください。
-セッションの会話履歴を確認し、レビュアーの指摘事項を修正してください。
-
-{カスタマイズ: 複数レビューの場合はレポート参照を追加}
-**レビュー結果を確認してください:**
-- AI Review: {report:ai-review.md}
-- Architecture Review: {report:architecture-review.md}
-
-{カスタマイズ: 複数レビューの場合}
-**重要:** 全レビューの指摘を漏れなく修正してください。
-
-**必須出力（見出しを含める）**
-## 作業結果
-- {実施内容の要約}
-## 変更内容
-- {変更内容の要約}
-## テスト結果
-- {実行コマンドと結果}
-## 証拠
-- {確認したファイル/検索/差分/ログの要点を列挙}
-```
-
----
-
-## テンプレート（supervise fix）
-
-```
-監督者からの指摘を修正してください。
-
-監督者は全体を俯瞰した視点から問題を指摘しています。
-優先度の高い項目から順に対応してください。
-
-**必須出力（見出しを含める）**
-## 作業結果
-- {実施内容の要約}
-## 変更内容
-- {変更内容の要約}
-## テスト結果
-- {実行コマンドと結果}
-## 証拠
-- {確認したファイル/検索/差分/ログの要点を列挙}
-```
-
----
-
-## 必須出力セクションの統一
-
-すべての fix 系ムーブメントは以下の 4 セクションを必須出力とする:
-
-| セクション | 目的 |
-|-----------|------|
-| 作業結果 | 何をしたかの要約 |
-| 変更内容 | 具体的な変更 |
-| テスト結果 | 検証結果 |
-| 証拠 | 確認した事実（ファイル、検索、差分） |
-
----
-
-## 典型的な rules
-
-```yaml
-# 汎用 fix
-rules:
-  - condition: 修正完了
-    next: reviewers
-  - condition: 判断できない、情報不足
-    next: plan
-
-# supervise fix
-rules:
-  - condition: 監督者の指摘に対する修正が完了した
-    next: supervise
-  - condition: 修正を進行できない
-    next: plan
-```

package/builtins/ja/templates/instructions/implement.md

@@ -1,102 +0,0 @@
-# implement — 実装 instruction テンプレート
-
-> **用途**: コーディング・テスト実行
-> **使用エージェント**: coder
-> **レポート**: Scope + Decisions（フォーマットをテンプレート内に埋め込み）
-
----
-
-## テンプレート
-
-```
-{カスタマイズ: 参照元ムーブメントに応じて変更}
-planムーブメントで立てた計画に従って実装してください。
-
-**参照するレポート:**
-- 計画: {report:plan.md}
-{カスタマイズ: architect ムーブメントがある場合に追加}
-- 設計: {report:architecture.md}（存在する場合）
-
-Piece Contextに示されたReport Directory内のファイルのみ参照してください。
-他のレポートディレクトリは検索/参照しないでください。
-
-{カスタマイズ: architect がある場合に追加}
-**重要:** 設計判断はせず、architectムーブメントで決定された設計に従ってください。
-不明点や設計の変更が必要な場合は報告してください。
-
-**重要**: 実装と同時に単体テストを追加してください。
-- 新規作成したクラス・関数には単体テストを追加
-- 既存コードを変更した場合は該当するテストを更新
-- テストファイルの配置: プロジェクトの規約に従う
-- テスト実行は必須。実装完了後、必ずテストを実行して結果を確認
-
-**Scope出力契約（実装開始時に作成）:**
-```markdown
-# 変更スコープ宣言
-
-## タスク
-{タスクの1行要約}
-
-## 変更予定
-| 種別 | ファイル |
-|------|---------|
-| 作成 | `src/example.ts` |
-| 変更 | `src/routes.ts` |
-
-## 推定規模
-Small / Medium / Large
-
-## 影響範囲
-- {影響するモジュールや機能}
-```
-
-**Decisions出力契約（実装完了時、決定がある場合のみ）:**
-```markdown
-# 決定ログ
-
-## 1. {決定内容}
-- **背景**: {なぜ決定が必要だったか}
-- **検討した選択肢**: {選択肢リスト}
-- **理由**: {選んだ理由}
-```
-
-**必須出力（見出しを含める）**
-## 作業結果
-- {実施内容の要約}
-## 変更内容
-- {変更内容の要約}
-## テスト結果
-- {実行コマンドと結果}
-```
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: 実装完了
-    next: {ai_review or reviewers}
-  - condition: 実装未着手（レポートのみ）
-    next: {ai_review or reviewers}
-  - condition: 判断できない、情報不足
-    next: {ai_review or reviewers}
-  - condition: ユーザー入力が必要
-    next: implement
-    requires_user_input: true
-    interactive_only: true
-```
-
----
-
-## レポート設定
-
-```yaml
-report:
-  - Scope: coder-scope.md
-  - Decisions: coder-decisions.md
-```
-
-**注意**: レポートファイル名に連番を付けない。
-`02-coder-scope.md` ではなく `coder-scope.md` とする。
-連番はピース構造に依存するため、テンプレートの再利用を妨げる。

package/builtins/ja/templates/instructions/plan.md

@@ -1,55 +0,0 @@
-# plan — 計画 instruction テンプレート
-
-> **用途**: タスク分析・要件整理・実装方針策定
-> **使用エージェント**: planner, architect-planner
-> **カスタマイズ箇所**: `{カスタマイズ:}` で示す
-
----
-
-## テンプレート
-
-```
-タスクを分析し、実装方針を立ててください。
-
-**注意:** Previous Responseがある場合は差し戻しのため、
-その内容を踏まえて計画を見直してください（replan）。
-
-{カスタマイズ: 不明点の扱い — architect-planner 使用時は以下を追加}
-**不明点の扱い（重要）:**
-タスクに不明点がある場合は、コードを読んで調査し自力で解決してください。
-調査しても解決できない外部要因（ユーザーの意図が判断できない等）のみ「不明確」と判断してください。
-
-**やること:**
-1. タスクの要件を理解する
-2. {カスタマイズ: 関連コード調査が必要なら追加}
-3. 影響範囲を特定する
-4. 実装アプローチを決める
-```
-
----
-
-## バリエーション
-
-### A. 標準計画（planner 使用）
-
-計画のみ。設計は architect ムーブメントに委譲。
-
-### B. 計画+設計（architect-planner 使用）
-
-architect ムーブメントを省略する軽量ピース向け。
-planner の代わりに architect-planner を使い、計画内に設計判断を含める。
-不明点の自力解決指示を追加。
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: 要件が明確で実装可能
-    next: {implement or architect}
-  - condition: ユーザーが質問をしている（実装タスクではない）
-    next: COMPLETE
-  - condition: 要件が不明確、情報不足
-    next: ABORT
-```

package/builtins/ja/templates/instructions/review.md

@@ -1,101 +0,0 @@
-# review — レビュー instruction テンプレート
-
-> **用途**: parallel sub-step 内のレビュー（汎用）
-> **使用エージェント**: architecture-reviewer, qa-reviewer, security-reviewer, frontend-reviewer, ai-antipattern-reviewer 等
-> **特徴**: ペルソナがドメイン知識を持つため、instruction は最小限でよい
-
----
-
-## テンプレート（基本形）
-
-```
-{カスタマイズ: レビューの焦点を1文で}
-**{レビュー名}**のレビューに集中してください。
-{カスタマイズ: 除外事項があれば}
-AI特有の問題はレビューしないでください（ai_reviewムーブメントで行います）。
-
-{カスタマイズ: 参照レポートがあれば}
-**参照するレポート:**
-- 計画: {report:plan.md}
-- 実装スコープ: {report:coder-scope.md}
-
-**レビュー観点:**
-{カスタマイズ: ペルソナの専門性に応じた観点リスト}
-- {観点1}
-- {観点2}
-- {観点3}
-```
-
----
-
-## バリエーション
-
-### A. アーキテクチャレビュー
-
-```
-**アーキテクチャと設計**のレビューに集中してください。
-AI特有の問題はレビューしないでください（ai_reviewムーブメントで行います）。
-
-**参照するレポート:**
-- 計画: {report:plan.md}
-- 実装スコープ: {report:coder-scope.md}
-
-**レビュー観点:**
-- 計画/設計との整合性
-- コード品質
-- 変更スコープの適切性
-- テストカバレッジ
-- デッドコード
-- 呼び出しチェーン検証
-```
-
-### B. AIレビュー（parallel sub-step）
-
-```
-AI特有の問題についてコードをレビューしてください:
-- 仮定の検証
-- もっともらしいが間違っているパターン
-- 既存コードベースとの適合性
-- スコープクリープの検出
-```
-
-### C. セキュリティレビュー
-
-```
-セキュリティの観点から変更をレビューしてください。以下の脆弱性をチェック:
-- インジェクション攻撃（SQL, コマンド, XSS）
-- 認証・認可の不備
-- データ露出リスク
-- 暗号化の弱点
-```
-
-### D. QAレビュー
-
-```
-品質保証の観点から変更をレビューしてください。
-
-**レビュー観点:**
-- テストカバレッジと品質
-- テスト戦略（単体/統合/E2E）
-- エラーハンドリング
-- ログとモニタリング
-- 保守性
-```
-
----
-
-## 設計原則
-
-- **instruction は最小限に**: ペルソナが専門知識を持つので、instruction ではレビュー対象と焦点を指示するだけ
-- **観点リストはペルソナと重複してよい**: instruction の観点リストはエージェントへのリマインダーとして機能する
-- **除外事項を明記**: 他のレビュアーとの責務境界を instruction で指示する
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: approved
-  - condition: needs_fix
-```

package/builtins/ja/templates/instructions/supervise.md

@@ -1,106 +0,0 @@
-# supervise — 最終検証 instruction テンプレート
-
-> **用途**: テスト・ビルド実行、全レビュー結果の確認、最終承認
-> **使用エージェント**: supervisor, dual-supervisor
-> **レポート**: Validation + Summary（フォーマットをテンプレート内に埋め込み）
-
----
-
-## テンプレート
-
-```
-テスト実行、ビルド確認、最終承認を行ってください。
-
-{カスタマイズ: レビュー通過状況 — dual ピースなど全レビュー通過後の場合}
-## Previous Reviews Summary
-このムーブメントに到達したということは、以下のレビューがすべてAPPROVEされています：
-{カスタマイズ: 実際のレビュー一覧}
-- AI Review: APPROVED
-- Architecture Review: APPROVED
-
-**ピース全体の確認:**
-1. 計画（{report:plan.md}）{カスタマイズ: 設計レポートがあれば追加}と実装結果が一致しているか
-2. 各レビュームーブメントの指摘が対応されているか
-3. 元のタスク目的が達成されているか
-
-**レポートの確認:** Report Directory内の全レポートを読み、
-未対応の改善提案がないか確認してください。
-
-**Validation出力契約:**
-```markdown
-# 最終検証結果
-
-## 結果: APPROVE / REJECT
-
-## 検証サマリー
-| 項目 | 状態 | 確認方法 |
-|------|------|---------|
-| 要求充足 | ✅ | 要求リストと照合 |
-| テスト | ✅ | `npm test` (N passed) |
-| ビルド | ✅ | `npm run build` 成功 |
-| 動作確認 | ✅ | 主要フロー確認 |
-
-## 成果物
-- 作成: {作成したファイル}
-- 変更: {変更したファイル}
-
-## 未完了項目（REJECTの場合）
-| # | 項目 | 理由 |
-|---|------|------|
-| 1 | {項目} | {理由} |
-```
-
-**Summary出力契約（APPROVEの場合のみ）:**
-```markdown
-# タスク完了サマリー
-
-## タスク
-{元の要求を1-2文で}
-
-## 結果
-完了
-
-## 変更内容
-| 種別 | ファイル | 概要 |
-|------|---------|------|
-| 作成 | `src/file.ts` | 概要説明 |
-
-## レビュー結果
-| レビュー | 結果 |
-|---------|------|
-{カスタマイズ: ピースのレビュー構成に応じてリスト変更}
-| AI Review | APPROVE |
-| Architecture | APPROVE |
-| Supervisor | APPROVE |
-
-## 確認コマンド
-```bash
-npm test
-npm run build
-```
-```
-```
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: すべて問題なし
-    next: COMPLETE
-  - condition: 要求未達成、テスト失敗、ビルドエラー
-    next: plan  # or fix_supervisor
-```
-
----
-
-## レポート設定
-
-```yaml
-report:
-  - Validation: supervisor-validation.md
-  - Summary: summary.md
-```
-
-**注意**: レポートファイル名に連番を付けない。

package/builtins/ja/templates/knowledge/knowledge.md

@@ -1,39 +0,0 @@
-# {ドメイン名}知識
-
-## {トピック1}
-
-{トピックの概要。1-2文}
-
-| 基準 | 判定 |
-|------|------|
-| {基準1} | {判定} |
-| {基準2} | {判定} |
-| {基準3} | {判定} |
-
-{補足説明や確認手法}
-
-### {サブトピック}
-
-{詳細な説明}
-
-```typescript
-// NG
-{悪い例}
-
-// OK
-{良い例}
-```
-
-## {トピック2}
-
-{テーブル、コード例、箇条書きを自由に組み合わせる}
-
-| パターン | 例 | 問題 |
-|---------|-----|------|
-| {パターンA} | `{コード例}` | {なぜ問題か} |
-| {パターンB} | `{コード例}` | {なぜ問題か} |
-
-検証アプローチ:
-1. {確認手順1}
-2. {確認手順2}
-3. {確認手順3}

package/builtins/ja/templates/output-contracts/architecture-design.md

@@ -1,31 +0,0 @@
-# architecture-design — アーキテクチャ設計レポートテンプレート
-
-> **用途**: architect ムーブメントの出力レポート
-> **report 設定**: `name: architecture.md`
-
----
-
-## テンプレート
-
-```markdown
-# アーキテクチャ設計
-
-## タスク規模
-Small / Medium / Large
-
-## 設計判断
-
-### ファイル構成
-| ファイル | 役割 |
-|---------|------|
-| `src/example.ts` | 概要 |
-
-### 技術選定
-- {選定した技術・ライブラリとその理由}
-
-### 設計パターン
-- {採用するパターンと適用箇所}
-
-## 実装ガイドライン
-- {Coderが実装時に従うべき指針}
-```

package/builtins/ja/templates/output-contracts/plan.md

@@ -1,70 +0,0 @@
-# plan — タスク計画レポートテンプレート
-
-> **用途**: plan ムーブメントの出力レポート
-> **report 設定**: `name: plan.md`
-
----
-
-## テンプレート（標準）
-
-```markdown
-# タスク計画
-
-## 元の要求
-{ユーザーの要求をそのまま記載}
-
-## 分析結果
-
-### 目的
-{達成すべきこと}
-
-### スコープ
-{影響範囲}
-
-### 実装アプローチ
-{どう進めるか}
-
-## 確認事項（あれば）
-- {不明点や確認が必要な点}
-```
-
----
-
-## テンプレート（拡張 — architect-planner 使用時）
-
-計画に設計判断を含める場合。
-
-```markdown
-# タスク計画
-
-## 元の要求
-{ユーザーの要求をそのまま記載}
-
-## 分析結果
-
-### 目的
-{達成すべきこと}
-
-### スコープ
-
-**変更対象ファイル:**
-| ファイル | 変更内容 |
-|---------|---------|
-
-**テストへの影響:**
-| ファイル | 影響 |
-|---------|------|
-
-### 設計判断（必要な場合）
-- ファイル構成: {新規ファイルの配置、根拠}
-- 設計パターン: {採用するパターンとその理由}
-
-### 実装アプローチ
-{どう進めるか}
-```
-
----
-
-## 認知負荷軽減ルール
-
-plan レポートにはルールなし（常に全セクション出力）。