takt 0.32.0 → 0.32.2

package/builtins/en/templates/personas/expert.md

@@ -1,68 +0,0 @@
-# {Agent Name}
-
-You are an expert in {domain}. {One sentence describing the role}.
-
-## Role Boundaries
-
-**Do:**
-- {Primary responsibility 1}
-- {Primary responsibility 2}
-- {Primary responsibility 3}
-
-**Don't:**
-- {Out-of-scope responsibility 1} ({responsible agent name} handles this)
-- {Out-of-scope responsibility 2} ({responsible agent name} handles this)
-- Write code yourself
-
-## Behavioral Principles
-
-- {Agent-specific behavioral guideline 1}
-- {Agent-specific behavioral guideline 2}
-- {Agent-specific behavioral guideline 3}
-
-## Domain Knowledge
-
-### {Aspect 1}
-
-{Overview. 1-2 sentences}
-
-| Criterion | Judgment |
-|-----------|----------|
-| {Condition A} | REJECT |
-| {Condition B} | Warning |
-| {Condition C} | OK |
-
-### {Aspect 2}
-
-{Overview. 1-2 sentences}
-
-```typescript
-// REJECT - {Problem description}
-{bad example code}
-
-// OK - {Why this is correct}
-{good example code}
-```
-
-### {Aspect 3: Detection Methods}
-
-{What to detect and how}
-
-| Pattern | Problem | Detection Method |
-|---------|---------|-----------------|
-| {Pattern A} | {Problem} | {Check with grep...} |
-| {Pattern B} | {Problem} | {Trace callers} |
-
-Verification approach:
-1. {Verification step 1}
-2. {Verification step 2}
-3. {Verification step 3}
-
-### Anti-pattern Detection
-
-REJECT if any of the following are found:
-
-| Anti-pattern | Problem |
-|-------------|---------|
-| {Pattern A} | {Why it's a problem} |
-| {Pattern B} | {Why it's a problem} |

package/builtins/en/templates/personas/simple.md

@@ -1,22 +0,0 @@
-# {Agent Name}
-
-You are an expert in {domain}. {One sentence describing the role}.
-
-## Role Boundaries
-
-**Do:**
-- {Primary responsibility 1}
-- {Primary responsibility 2}
-- {Primary responsibility 3}
-
-**Don't:**
-- {Out-of-scope responsibility 1} ({responsible agent name}'s job)
-- {Out-of-scope responsibility 2} (delegate to {responsible agent name})
-- {Out-of-scope responsibility 3}
-
-## Behavioral Principles
-
-- {Agent-specific behavioral guideline 1}
-- {Agent-specific behavioral guideline 2}
-- {Agent-specific behavioral guideline 3}
-- {Agent-specific behavioral guideline 4}

package/builtins/en/templates/policies/policy.md

@@ -1,49 +0,0 @@
-# {Policy Name}
-
-{One-sentence purpose description.}
-
-## Principles
-
-| Principle | Criterion |
-|-----------|-----------|
-| {Principle 1} | {One-line judgment criterion} |
-| {Principle 2} | {One-line judgment criterion} |
-| {Principle 3} | {One-line judgment criterion} |
-| {Principle 4} | {One-line judgment criterion} |
-| {Principle 5} | {One-line judgment criterion} |
-
-## {Rule Category 1}
-
-{Category overview. 1-2 sentences}
-
-### {Prohibited/Recommended Patterns}
-
-| Pattern | Example | Problem |
-|---------|---------|---------|
-| {Pattern A} | `{code example}` | {Why it's a problem} |
-| {Pattern B} | `{code example}` | {Why it's a problem} |
-
-### {Correct Implementation}
-
-```typescript
-// NG
-{bad example}
-
-// OK
-{good example}
-```
-
-### {Acceptable Cases}
-
-- {Exception 1}
-- {Exception 2}
-
-## {Rule Category 2}
-
-{Free form: Combine tables, code examples, and bullet points}
-
-## Prohibited
-
-- **{Prohibition 1}** - {Reason}
-- **{Prohibition 2}** - {Reason}
-- **{Prohibition 3}** - {Reason}

package/builtins/en/templates/reports/architecture-design.md

@@ -1,31 +0,0 @@
-# architecture-design -- Architecture Design Report Template
-
-> **Purpose**: Output report for the architect movement
-> **Report setting**: `name: architecture.md`
-
----
-
-## Template
-
-```markdown
-# Architecture Design
-
-## Task Size
-Small / Medium / Large
-
-## Design Decisions
-
-### File Structure
-| File | Role |
-|------|------|
-| `src/example.ts` | Description |
-
-### Technology Selection
-- {Selected technology/library and rationale}
-
-### Design Patterns
-- {Pattern adopted and where it applies}
-
-## Implementation Guidelines
-- {Guidelines for the Coder to follow during implementation}
-```

package/builtins/en/templates/reports/plan.md

@@ -1,70 +0,0 @@
-# plan -- Task Plan Report Template
-
-> **Purpose**: Output report for the plan movement
-> **Report setting**: `name: plan.md`
-
----
-
-## Template (Standard)
-
-```markdown
-# Task Plan
-
-## Original Request
-{User's request as-is}
-
-## Analysis
-
-### Objective
-{What needs to be achieved}
-
-### Scope
-{Impact area}
-
-### Implementation Approach
-{How to proceed}
-
-## Open Questions (if any)
-- {Unclear points or items requiring confirmation}
-```
-
----
-
-## Template (Extended -- when using architect-planner)
-
-For including design decisions in the plan.
-
-```markdown
-# Task Plan
-
-## Original Request
-{User's request as-is}
-
-## Analysis
-
-### Objective
-{What needs to be achieved}
-
-### Scope
-
-**Files to change:**
-| File | Changes |
-|------|---------|
-
-**Test impact:**
-| File | Impact |
-|------|--------|
-
-### Design Decisions (if needed)
-- File structure: {New file placement, rationale}
-- Design pattern: {Pattern adopted and rationale}
-
-### Implementation Approach
-{How to proceed}
-```
-
----
-
-## Cognitive Load Reduction Rules
-
-Plan reports have no reduction rules (always output all sections).

package/builtins/en/templates/reports/review.md

@@ -1,143 +0,0 @@
-# review -- General Review Report Template
-
-> **Purpose**: Output report for review movements (base form for all review types)
-> **Variations**: Architecture / AI / QA / Frontend
-
----
-
-## Template (Basic form)
-
-```markdown
-# {Review Name}
-
-## Result: APPROVE / REJECT
-
-## Summary
-{1-2 sentence result summary}
-
-## {Aspect List}
-{Customize: Checklist or table format}
-
-## Issues (if REJECT)
-| # | {Category column} | Location | Issue | Fix Suggestion |
-|---|-------------------|----------|-------|----------------|
-| 1 | {Category} | `src/file.ts:42` | Issue description | How to fix |
-```
-
----
-
-## Variations
-
-### A. Architecture Review
-
-```markdown
-# Architecture Review
-
-## Result: APPROVE / REJECT
-
-## Summary
-{1-2 sentence result summary}
-
-## Aspects Checked
-- [x] Structure & design
-- [x] Code quality
-- [x] Change scope
-- [x] Test coverage
-- [x] Dead code
-- [x] Call chain verification
-
-## Issues (if REJECT)
-| # | Scope | Location | Issue | Fix Suggestion |
-|---|-------|----------|-------|----------------|
-| 1 | In scope | `src/file.ts:42` | Issue description | How to fix |
-
-Scope: "In scope" (fixable in this change) / "Out of scope" (pre-existing, non-blocking)
-
-## Pre-existing Issues (reference, non-blocking)
-- {Pre-existing issues unrelated to the current change}
-```
-
-### B. AI-Generated Code Review
-
-```markdown
-# AI-Generated Code Review
-
-## Result: APPROVE / REJECT
-
-## Summary
-{One sentence result summary}
-
-## Items Verified
-| Aspect | Result | Notes |
-|--------|--------|-------|
-| Assumption validity | Pass | - |
-| API/library existence | Pass | - |
-| Context compatibility | Pass | - |
-| Scope | Pass | - |
-
-## Issues (if REJECT)
-| # | Category | Location | Issue |
-|---|----------|----------|-------|
-| 1 | Hallucinated API | `src/file.ts:23` | Non-existent method |
-```
-
-### C. QA Review
-
-```markdown
-# QA Review
-
-## Result: APPROVE / REJECT
-
-## Summary
-{1-2 sentence result summary}
-
-## Aspects Checked
-| Aspect | Result | Notes |
-|--------|--------|-------|
-| Test coverage | Pass | - |
-| Test quality | Pass | - |
-| Error handling | Pass | - |
-| Documentation | Pass | - |
-| Maintainability | Pass | - |
-
-## Issues (if REJECT)
-| # | Category | Issue | Fix Suggestion |
-|---|----------|-------|----------------|
-| 1 | Testing | Issue description | How to fix |
-```
-
-### D. Frontend Review
-
-```markdown
-# Frontend Review
-
-## Result: APPROVE / REJECT
-
-## Summary
-{1-2 sentence result summary}
-
-## Aspects Checked
-| Aspect | Result | Notes |
-|--------|--------|-------|
-| Component design | Pass | - |
-| State management | Pass | - |
-| Performance | Pass | - |
-| Accessibility | Pass | - |
-| Type safety | Pass | - |
-
-## Issues (if REJECT)
-| # | Location | Issue | Fix Suggestion |
-|---|----------|-------|----------------|
-| 1 | `src/file.tsx:42` | Issue description | How to fix |
-```
-
----
-
-## Cognitive Load Reduction Rules (shared across all variations)
-
-```
-**Cognitive load reduction rules:**
-- APPROVE + no issues -> Summary only (5 lines or fewer)
-- APPROVE + minor suggestions -> Summary + suggestions (15 lines or fewer)
-- REJECT -> Issues in table format (30 lines or fewer)
-```

package/builtins/en/templates/reports/security-review.md

@@ -1,43 +0,0 @@
-# security-review -- Security Review Report Template
-
-> **Purpose**: Output report for the security review movement
-> **Difference from general review template**: Severity field + warnings section
-
----
-
-## Template
-
-```markdown
-# Security Review
-
-## Result: APPROVE / REJECT
-
-## Severity: None / Low / Medium / High / Critical
-
-## Check Results
-| Category | Result | Notes |
-|----------|--------|-------|
-| Injection | Pass | - |
-| Authentication/Authorization | Pass | - |
-| Data Protection | Pass | - |
-| Dependencies | Pass | - |
-
-## Vulnerabilities (if REJECT)
-| # | Severity | Type | Location | Fix Suggestion |
-|---|----------|------|----------|----------------|
-| 1 | High | SQLi | `src/db.ts:42` | Use parameterized queries |
-
-## Warnings (non-blocking)
-- {Security recommendations}
-```
-
----
-
-## Cognitive Load Reduction Rules
-
-```
-**Cognitive load reduction rules:**
-- No issues -> Check table only (10 lines or fewer)
-- Warnings only -> + 1-2 line warnings (15 lines or fewer)
-- Vulnerabilities found -> + table format (30 lines or fewer)
-```

package/builtins/en/templates/reports/summary.md

@@ -1,52 +0,0 @@
-# summary -- Task Completion Summary Report Template
-
-> **Purpose**: Summary report for the supervise movement (output only on APPROVE)
-> **Report setting**: `Summary: summary.md`
-
----
-
-## Template
-
-```markdown
-# Task Completion Summary
-
-## Task
-{Original request in 1-2 sentences}
-
-## Result
-Complete
-
-## Changes
-| Type | File | Description |
-|------|------|-------------|
-| Create | `src/file.ts` | Description |
-
-## Review Results
-| Review | Result |
-|--------|--------|
-{Customize: Adjust list based on the piece's review structure}
-| AI Review | APPROVE |
-| Architecture | APPROVE |
-| QA | APPROVE |
-| Supervisor | APPROVE |
-
-## Verification Commands
-```bash
-npm test
-npm run build
-```
-```
-
----
-
-## Customization Points
-
-**Only the review results table** is changed per piece.
-All other sections are the same across pieces.
-
-| Piece | Reviews |
-|-------|---------|
-| minimal | AI Review, Supervisor |
-| coding | AI Review, Architecture |
-| default | Architecture Design, AI Review, Architect Review, QA, Supervisor |
-| dual | AI Review, Architecture, Frontend, Security, QA, Supervisor |

package/builtins/en/templates/reports/validation.md

@@ -1,31 +0,0 @@
-# validation -- Final Verification Report Template
-
-> **Purpose**: Validation report for the supervise movement
-> **Report setting**: `Validation: supervisor-validation.md`
-
----
-
-## Template
-
-```markdown
-# Final Verification Results
-
-## Result: APPROVE / REJECT
-
-## Verification Summary
-| Item | Status | Verification Method |
-|------|--------|-------------------|
-| Requirements met | Pass | Compared against requirements list |
-| Tests | Pass | `npm test` (N passed) |
-| Build | Pass | `npm run build` succeeded |
-| Functional check | Pass | Main flow verified |
-
-## Artifacts
-- Created: {created files}
-- Modified: {modified files}
-
-## Incomplete Items (if REJECT)
-| # | Item | Reason |
-|---|------|--------|
-| 1 | {item} | {reason} |
-```

package/builtins/ja/facets/instructions/implement-e2e-test.md

@@ -1,51 +0,0 @@
-テスト計画に従ってE2Eテストを実装してください。
-Piece Contextに示されたReport Directory内のファイルのみ参照してください。他のレポートディレクトリは検索/参照しないでください。
-
-**やること:**
-1. テスト計画のレポートを確認する
-2. `e2e/specs/` など既存E2E配置に従ってテストを実装・更新する
-3. E2Eテストを実行する（最低: `npm run test:e2e:mock`、必要に応じて対象specの単体実行）
-4. 失敗時は原因を特定し、テストまたは対象コードを修正して再実行する
-5. 既存の関連テストが壊れていないことを確認する
-
-**実装の制約:**
-- 既存のE2Eフレームワーク（Vitest）を変更しない
-- テストは1シナリオ1関心で記述し、期待結果を明確にする
-- 外部依存があるケースは既存のfixture/helper/mock方針に合わせる
-
-**Scope出力契約（実装開始時に作成）:**
-```markdown
-# 変更スコープ宣言
-
-## タスク
-{タスクの1行要約}
-
-## 変更予定
-| 種別 | ファイル |
-|------|---------|
-| 作成 | `e2e/specs/example.e2e.ts` |
-
-## 推定規模
-Small / Medium / Large
-
-## 影響範囲
-- {影響するモジュールや機能}
-```
-
-**Decisions出力契約（実装完了時、決定がある場合のみ）:**
-```markdown
-# 決定ログ
-
-## 1. {決定内容}
-- **背景**: {なぜ決定が必要だったか}
-- **検討した選択肢**: {選択肢リスト}
-- **理由**: {選んだ理由}
-```
-
-**必須出力（見出しを含める）**
-## 作業結果
-- {実施内容の要約}
-## 変更内容
-- {変更内容の要約}
-## テスト結果
-- {実行コマンドと結果}

package/builtins/ja/facets/instructions/plan-e2e-test.md

@@ -1,11 +0,0 @@
-対象コードを分析し、不足しているE2Eテストを洗い出してください。
-
-**注意:** Previous Responseがある場合は差し戻しのため、
-その内容を踏まえてテスト計画を見直してください。
-
-**やること:**
-1. 対象機能の仕様・実装・既存E2Eテスト（`e2e/specs/**/*.e2e.ts`）を読み、振る舞いを理解する
-2. 既存E2Eテストのカバー範囲（正常系・異常系・回帰観点）を整理する
-3. 不足しているE2Eケースを洗い出す（シナリオ、期待結果、失敗時の観測点）
-4. 実行コマンドを明記する（`npm run test:e2e:mock` / 必要時 `npx vitest run e2e/specs/<target>.e2e.ts`）
-5. 実装者向けに、失敗解析→修正→再実行の手順を具体化する

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

@@ -1,74 +0,0 @@
-# ai-fix — AI指摘修正 instruction テンプレート
-
-> **用途**: AI Review で指摘された問題の修正
-> **使用エージェント**: coder
-> **特徴**: 「修正済み認識」バグへの対策が組み込まれている
-
----
-
-## テンプレート
-
-```
-**これは {movement_iteration} 回目の AI Review です。**
-
-2回目以降は、前回の修正が実際には行われていなかったということです。
-**あなたの「修正済み」という認識が間違っています。**
-
-**まず認めること:**
-- 「修正済み」と思っていたファイルは実際には修正されていない
-- 前回の作業内容の認識が間違っている
-- ゼロベースで考え直す必要がある
-
-**必須アクション:**
-1. 指摘された全ファイルを Read tool で開く（思い込みを捨てて事実確認）
-2. 問題箇所を grep で検索して実在を確認する
-3. 確認した問題を Edit tool で修正する
-4. テストを実行して検証する
-5. 「何を確認して、何を修正したか」を具体的に報告する
-
-**報告フォーマット:**
-- NG: 「既に修正されています」
-- OK: 「ファイルXのL123を確認した結果、問題Yが存在したため、Zに修正しました」
-
-**絶対に禁止:**
-- ファイルを開かずに「修正済み」と報告
-- 思い込みで判断
-- AI Reviewer が REJECT した問題の放置
-
-**修正不要の扱い（必須）**
-- AI Reviewの指摘ごとに「対象ファイルの確認結果」を示せない場合は修正不要と判断しない
-- 指摘が「生成物」「仕様同期」に関係する場合は、生成元/仕様の確認ができなければ「判断できない」に対応するタグを出力する
-- 修正不要の場合は「判断できない」に対応するタグを出力し、理由と確認範囲を明記する
-
-**必須出力（見出しを含める）**
-## 確認したファイル
-- {ファイルパス:行番号}
-## 実行した検索
-- {コマンドと要約}
-## 修正内容
-- {変更内容}
-## テスト結果
-- {実行コマンドと結果}
-```
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: AI問題の修正完了
-    next: ai_review
-  - condition: 修正不要（指摘対象ファイル/仕様の確認済み）
-    next: ai_no_fix
-  - condition: 判断できない、情報不足
-    next: ai_no_fix
-```
-
----
-
-## 注意
-
-このテンプレートは全ピースで**そのまま使用する**。カスタマイズ箇所はない。
-AI が「修正済み」と誤認するバグはモデル共通の問題であり、
-対策テキストの変更・省略は品質低下に直結する。

package/builtins/ja/templates/instructions/ai-review-standalone.md

@@ -1,47 +0,0 @@
-# ai-review-standalone — AIレビュー（standalone）instruction テンプレート
-
-> **用途**: AI生成コードの専門レビュー（独立ムーブメントとして実行、iteration tracking 付き）
-> **使用エージェント**: ai-antipattern-reviewer
-> **parallel sub-step 用は `review.md` のバリエーションBを使用**
-
----
-
-## テンプレート
-
-```
-**これは {movement_iteration} 回目のAI Reviewです。**
-
-初回は網羅的にレビューし、指摘すべき問題をすべて出し切ってください。
-2回目以降は、前回REJECTした項目が修正されたかの確認を優先してください。
-
-AI特有の問題についてコードをレビューしてください:
-- 仮定の検証
-- もっともらしいが間違っているパターン
-- 既存コードベースとの適合性
-- スコープクリープの検出
-```
-
----
-
-## parallel sub-step との違い
-
-| | standalone | parallel sub-step |
-|--|-----------|-------------------|
-| iteration tracking | あり（`{movement_iteration}`） | なし |
-| 初回/2回目の指示分岐 | あり | なし |
-| 次のムーブメント | ai_fix or reviewers | 親ムーブメントが決定 |
-
-standalone は ai_review → ai_fix のループを形成するピース向け。
-parallel sub-step は review.md のバリエーションBを使う。
-
----
-
-## 典型的な rules
-
-```yaml
-rules:
-  - condition: AI特有の問題なし
-    next: reviewers
-  - condition: AI特有の問題あり
-    next: ai_fix
-```