@aramassa/ai-rules 0.9.5 → 0.9.6

package/artifact/prompts/development/apply-fix.prompt.md

@@ -0,0 +1,254 @@
+---
+type: prompt
+name: apply-fix
+category: workflow
+focus: implementation-application
+description: "計画済みの修正をrepoルールに沿って適用。skel先行更新、構造検証、テスト運用、docs更新、PR/Issueコメントで進捗共有を標準化。"
+agent: agent
+---
+# prompt apply-fix ワークフロー
+
+## 概要
+
+計画（Issue/planブランチ/Draft PR）と、実装完了後の締め作業（e2e実行/PR本文追記/Checks登録）の間にある「実装中」の作業を、この prompt で標準化します。
+
+この prompt の主目的は、計画済みの修正を repo 固有ルール（skel先行更新・構造検証・テスト制約・docs更新・change_plans運用）を破らずに適用し、実装完了後の締め作業を実行できる状態まで到達することです。
+
+## 目的
+
+- 実装の適用（コード/テスト）を安全な順序で進める
+- `skel/` を先行更新し、`test/skeleton-structure-validation.test.ts` で構造一致を担保する
+- テスト運用ルール（特に `it.each` 禁止）を順守する
+- `docs/` と必要に応じて `docs-ai/e2e-test/` を更新する
+- Git 連携できる場合、PR と Issue に進捗・判断・結果を「頻繁に」コメントして追跡可能性を上げる
+- 冗長コードを見つけたら `@TODO` を付け、後日リファクタリング候補として明示する（ただしスコープ外の大改修はしない）
+
+## 前提条件
+
+- 計画が完了している（Issue/planブランチ/Draft PR が存在）
+- 作業ブランチは `plan/{issue_number}` を base にした `agent/*` である
+- プロジェクトのテスト/ビルド/静的解析（該当する場合）が実行可能
+- GitHub 連携（`gh` 認証）は任意だが、可能ならコメント運用を行う
+
+## この prompt がやること / やらないこと
+
+### やること
+
+- 計画に従った実装（コード・テスト）の適用
+- `skel/` の先行更新と構造検証
+- docs 更新（必要に応じて `docs-ai/e2e-test/` の手順整備まで）
+- 進捗ログ（`change_plans/`）の更新
+- PR/Issue への進捗コメント（可能な場合）
+
+### やらないこと
+
+- Issue 作成・plan ブランチ作成・plan PR 作成（計画段階の領域）
+- 実装完了後の e2e 実行、PR本文の実装完了レポート追記、Checks 登録（実装完了後の締め作業の領域）
+
+## ワークフロー
+
+### Step 1: 現状確認（ブランチ/PR/差分）
+
+```bash
+# 現在のブランチ
+git branch --show-current
+
+# PR番号（存在する場合）
+PR_NUMBER=$(gh pr view --json number -q '.number' 2>/dev/null || true)
+echo "PR Number: ${PR_NUMBER}"
+
+# 変更ファイル一覧
+git --no-pager diff --name-only origin/main...HEAD
+```
+
+**確認ポイント**:
+- [ ] `agent/*` ブランチで作業している
+- [ ] 変更ファイル一覧が意図どおり
+
+### Step 2: 実装開始ログ（change_plans）を用意
+
+この repo では、作業中の計画・進捗は `change_plans/` に置き、完了後は削除します（Git履歴で追跡可能）。
+
+ただし計画段階の運用では `todo_plans/${ISSUE_NUMBER}/index.md` が Issue 本文の正本です。
+本タスクの進捗ログは `change_plans/` に作り、`todo_plans/${ISSUE_NUMBER}/index.md` は「要点の正本」として維持します。
+
+```bash
+DATE=$(date +%Y%m%d)
+ISSUE_NUMBER=$(gh issue view --json number -q '.number' 2>/dev/null || true)
+
+# gh が使えない場合は ISSUE_NUMBER を手で埋める
+# ISSUE_NUMBER=123
+
+CHANGE_PLAN="change_plans/${DATE}_issue-${ISSUE_NUMBER}_apply-fix.md"
+
+if [ ! -f "$CHANGE_PLAN" ]; then
+	cat > "$CHANGE_PLAN" <<'EOF'
+# apply-fix 実装ログ
+
+## 進捗
+- [ ] skel更新
+- [ ] 構造検証
+- [ ] 実装
+- [ ] テスト
+- [ ] docs更新
+
+## 判断・メモ
+
+## skel差分（patch）
+
+EOF
+fi
+
+echo "$CHANGE_PLAN"
+```
+
+### Step 2.1: 詳細ログ（検証結果/調査/判断根拠）を `todo_plans/${ISSUE_NUMBER}/` に残す
+
+- PR/Issue のコメントは「最初に自然文で3行」を必須にする（読む負担を増やさない）。
+- その後の追記は状況に応じてよいが、**原則7行以内**に抑える。
+- コマンド出力や長い実行ログは PR/Issue に貼らず、`todo_plans/${ISSUE_NUMBER}/` 配下にファイルとして残し、コメントから参照する。
+- 実装中に調べた内容や、実装手法の選択根拠（なぜその方針にしたか）も、同様に `todo_plans/${ISSUE_NUMBER}/` 配下に残す。
+
+**推奨ファイル（例）**:
+- `todo_plans/${ISSUE_NUMBER}/verification.md`: 実行した確認内容・結果（長くてよい）
+- `todo_plans/${ISSUE_NUMBER}/research.md`: 調査メモ・選択根拠（長くてよい）
+
+### Step 3: skel を先に更新（ロジック修正前）
+
+- ロジックの修正・テストの修正に入る前に、`skel/` を更新して「構造設計図」を先に確定します。
+- `skel/` の変更差分は patch 形式で取得し、Step 2 の `change_plans/*` に貼り付けます。
+
+```bash
+# 例: skel差分（patch）を確認して change_plans に貼る
+git --no-pager diff -- skel | cat
+```
+
+### Step 4: 構造検証テストだけ先に実行
+
+この repo では、まず `test/skeleton-structure-validation.test.ts` **だけ**を実行して、構造が一致していることを確認します。
+
+```bash
+# プロジェクトのテストランナーで「構造検証テスト」だけを実行
+<test-command> <structure-validation-test-only>
+```
+
+**参考（このリポジトリの例）**:
+
+```bash
+npm test -- skeleton-structure-validation.test.ts --run
+```
+
+**確認ポイント**:
+- [ ] skel/test と test の describe/it 構造が一致している
+- [ ] skel/src と src の構造が一致している
+
+### Step 5: テスト方針（TDD / 禁止事項 / 停止条件）
+
+- 修正対象が特定できたら、まずテストを書く（TDD）。
+- **`it.each` は使用禁止**（skel構造検証ができなくなる）。
+- テストが失敗した場合は、原因と修正方針をまとめ、合意が取れるまで先に進まない。
+
+### Step 6: 実装を適用（最小変更・根本原因）
+
+- できるだけ最小の差分で、根本原因に対処する。
+- 既存のAPI/CLI互換性を意識し、破壊的変更がある場合は計画と Issue/PR に明記する。
+- 実装中に冗長なコードを見つけた場合は、今回のスコープ外であれば削らずに `@TODO` を付けて後日対応に回す。
+
+### Step 7: docs 更新（docs/ と docs-ai/e2e-test/）
+
+- 変更内容が利用者に影響する場合は `docs/` を更新する。
+- 動作確認の再現手順が必要な場合は `docs-ai/e2e-test/` を追加/更新する。
+	- ここでは「手順整備」まで（実行と結果記録は実装完了後の締め作業で行う）。
+	- ここでは「手順整備」まで（実行と結果記録は実装完了後の締め作業で行う）。
+
+### Step 8: 最小のローカル検証
+
+```bash
+# 構造検証（再確認）
+<test-command> <structure-validation-test-only>
+
+# 可能なら、影響範囲のテストも実行
+<test-command>
+
+# 変更がビルド成果物に影響する場合
+<build-command>
+```
+
+**参考（このリポジトリの例）**:
+
+```bash
+npm test -- skeleton-structure-validation.test.ts --run
+npm test
+npm run root:build
+```
+
+### Step 9: コミット / PR・Issue コメント（頻繁に）
+
+- コミットはレビュー可能な粒度で積む（例: `skel` → `test` → `impl` → `docs`）。
+- GitHub 連携できる場合、以下のタイミングで PR と Issue にコメントする：
+	- 重要な判断変更（仕様・方針・スコープ）
+	- テスト戦略確定、テスト結果
+	- ブロッカー発生と解消
+	- マイルストーン（skel完了/実装完了/docs完了）
+
+#### コメントの定型（先頭3行は自然文）
+
+コメントは「最初に自然文で3行」を必須にし、その後の追記は状況に応じて行います（原則7行以内）。
+
+長いコマンドや出力を載せたい場合は、**自然文サマリのみ**をコメントに書き、実行ログや詳細は `todo_plans/${ISSUE_NUMBER}/` 配下に保存して参照します。
+
+（例：5行）
+
+1行目: 今回の変更で「何を」したかを書きます。
+2行目: 現在の進捗と、次にやることを書きます。
+3行目: 影響範囲・注意点（なければ「影響なし」）を書きます。
+補足: 検証は○○を実施しました。
+詳細: todo_plans/${ISSUE_NUMBER}/verification.md / todo_plans/${ISSUE_NUMBER}/research.md
+
+```bash
+# 進捗コメント（PR）
+if [ -n "$PR_NUMBER" ]; then
+	gh pr comment "$PR_NUMBER" --body "進捗: [skel/実装/テスト/docs] の状況を更新しました。次は [次の作業] に進みます。"
+fi
+
+# 進捗コメント（Issue）
+if [ -n "$ISSUE_NUMBER" ]; then
+	gh issue comment "$ISSUE_NUMBER" --body "進捗: [skel/実装/テスト/docs]。変更点/判断: ..."
+fi
+```
+
+### Step 10: 完了条件（実装完了後の締め作業に引き渡せる状態）
+
+- [ ] 変更がコミット済み（作業ブランチに反映されている）
+- [ ] `npm test -- skeleton-structure-validation.test.ts --run` が通る
+- [ ] 必要な `docs/` 更新が完了している
+- [ ] 必要な `docs-ai/e2e-test/` が存在する（影響がある場合）
+- [ ] `change_plans/*` に進捗と skel差分patch が残っている（完了後の削除は、merge/完了確認後に実施）
+- [ ] 必要に応じて `todo_plans/${ISSUE_NUMBER}/verification.md` と `todo_plans/${ISSUE_NUMBER}/research.md` が更新されている
+
+## コマンド一覧（まとめ）
+
+```bash
+# 1) 現状確認
+git branch --show-current
+git --no-pager diff --name-only origin/main...HEAD
+
+# 2) skel → 構造検証
+<test-command> <structure-validation-test-only>
+
+# 3) テスト/実装/ドキュメント
+<test-command>
+<build-command>
+
+# 4) PR/Issue コメント
+gh pr comment <PR_NUMBER> --body "..."
+gh issue comment <ISSUE_NUMBER> --body "..."
+```
+
+**参考（このリポジトリの例）**:
+
+```bash
+npm test -- skeleton-structure-validation.test.ts --run
+npm test
+npm run root:build
+```

package/artifact/prompts/development/fix-implementation.prompt.md

@@ -0,0 +1,438 @@
+---
+type: prompt
+name: fix-implementation
+category: workflow
+focus: implementation-completion
+description: "実装完了後のワークフローを自動化。e2eテスト実行、PR本文更新、Checksへの登録を効率的に実施。"
+agent: agent
+---
+# prompt fix-implementation ワークフロー
+
+## 概要
+
+実装が完了したら、この prompt を使用して e2e テストの実行、PR 本文への情報追記、Checks の登録を一括で実施します。実装完了後の定型的な品質保証プロセスを効率化します。
+
+## 目的
+
+実装完了後の以下のタスクを自動化します：
+
+- e2e テストの実行と結果確認
+- PR 本文への実装情報の追記
+- e2e テスト実行 Checks の PR への登録
+- 品質保証プロセスの標準化
+
+## 前提条件
+
+- 実装が完了している（コードの変更が commit されている）
+- PR が作成されている
+- `docs-ai/e2e-test/` に該当機能の e2e テストドキュメントが存在する
+- gh CLI がインストール・認証されている
+
+## ワークフロー
+
+### Step 1: 現状確認
+
+```bash
+# PR番号を確認
+PR_NUMBER=$(gh pr view --json number -q '.number')
+echo "PR Number: $PR_NUMBER"
+
+# 現在のブランチを確認
+git branch --show-current
+
+# 実装の変更ファイルを確認
+git --no-pager diff --name-only origin/main...HEAD
+```
+
+**確認ポイント**:
+- [ ] PR が存在し、番号が取得できている
+- [ ] 実装ブランチにいる
+- [ ] 変更ファイル一覧が意図した内容と一致している
+
+### Step 2: 該当する e2e テストドキュメントの特定
+
+`docs-ai/e2e-test/` ディレクトリから、実装した機能に関連する e2e テストドキュメントを探します。
+
+```bash
+# e2e テストドキュメント一覧を表示
+ls -la docs-ai/e2e-test/
+
+# 関連するドキュメントを確認（例: presets関連の場合）
+cat docs-ai/e2e-test/presets-command-e2e.md
+```
+
+**e2e テストドキュメントの構造**:
+- 各ドキュメントは機能ごとに分かれている
+- `[機能名]-[スコープ]-e2e.md` の命名規則
+- コマンドはコピペでそのまま実行可能
+
+### Step 3: e2e テストの実行
+
+該当する e2e テストドキュメントに記載されたコマンドを順次実行します。
+
+```bash
+# プロジェクトルートに移動
+cd /path/to/project
+
+# 依存関係をインストール（必要に応じて）
+npm install
+
+# プロジェクトをビルド
+npm run build
+
+# e2e テストドキュメントに記載されたコマンドを実行
+# 例: CLIコマンドの動作確認
+./dist/cli.js [コマンド] [オプション]
+
+# 結果を確認（成功の場合 ✓ マーク、失敗の場合 ✗ マーク）
+```
+
+**確認ポイント**:
+- [ ] 全ての e2e テストコマンドが成功している
+- [ ] 期待される出力が得られている
+- [ ] エラーが発生していない
+
+### Step 4: PR 本文への情報追記
+
+実装完了後、PR の本文に以下の情報を **追記** します。
+
+**追記する内容**:
+1. **実装した内容の概要** - 何を実装したか
+2. **テストや注意事項** - テスト方法や注意すべき点
+3. **想定される本番影響** - 本番環境への影響評価
+
+```bash
+# 現在のPR本文を取得
+CURRENT_BODY=$(gh pr view --json body -q '.body')
+
+# 追記する内容を作成
+APPEND_CONTENT="
+
+---
+
+## 実装完了レポート
+
+### 実装した内容の概要
+
+- [実装内容1]
+- [実装内容2]
+- [実装内容3]
+
+### テストや注意事項
+
+#### 実行したテスト
+- [ ] ユニットテスト: \`npm test\`
+- [ ] e2e テスト: \`docs-ai/e2e-test/[該当ファイル].md\` の手順を実行
+- [ ] 手動動作確認
+
+#### 注意事項
+- [注意事項1]
+- [注意事項2]
+
+### 想定される本番影響
+
+#### 影響範囲
+- [影響を受けるモジュール/機能]
+
+#### リスク評価
+- **高リスク**: なし
+- **中リスク**: [該当あれば記載]
+- **低リスク**: [該当あれば記載]
+
+#### 切り戻し方法
+- [問題発生時の切り戻し手順]
+"
+
+# PR本文を更新（既存内容 + 追記内容）
+echo "${CURRENT_BODY}${APPEND_CONTENT}" | gh pr edit --body-file -
+```
+
+**PR本文追記テンプレート（コピペ用）**:
+
+```markdown
+---
+
+## 実装完了レポート
+
+### 実装した内容の概要
+
+- [機能Aの実装]
+- [機能Bの改善]
+- [バグXの修正]
+
+### テストや注意事項
+
+#### 実行したテスト
+- [x] ユニットテスト: `npm test` - 全テスト通過
+- [x] e2e テスト: `docs-ai/e2e-test/presets-command-e2e.md` の手順を実行
+- [x] 手動動作確認
+
+#### 注意事項
+- 既存の設定ファイルとの互換性を確認してください
+- 環境変数 `XXX` の設定が必要です
+
+### 想定される本番影響
+
+#### 影響範囲
+- `packages/core/` - 新機能追加
+- `packages/cli/` - コマンドオプション追加
+
+#### リスク評価
+- **高リスク**: なし
+- **中リスク**: なし
+- **低リスク**: CLI出力フォーマットの軽微な変更
+
+#### 切り戻し方法
+- このPRをリバートすることで元の状態に戻せます
+```
+
+### Step 5: e2e テスト実行 Checks の PR 登録
+
+e2e テストを実行したことを PR の Checks として登録します。
+
+**方法1: GitHub API を使用してチェック実行を作成**
+
+```bash
+# リポジトリ情報を取得
+REPO=$(gh repo view --json nameWithOwner -q '.nameWithOwner')
+COMMIT_SHA=$(git rev-parse HEAD)
+
+# Check Run を作成
+gh api \
+  --method POST \
+  -H "Accept: application/vnd.github+json" \
+  -H "X-GitHub-Api-Version: 2022-11-28" \
+  /repos/${REPO}/check-runs \
+  -f name='E2E Tests' \
+  -f head_sha="${COMMIT_SHA}" \
+  -f status='completed' \
+  -f conclusion='success' \
+  -f output='{"title":"E2E Tests Passed","summary":"All e2e tests from docs-ai/e2e-test/ passed successfully."}' \
+  -f started_at="$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
+  -f completed_at="$(date -u +%Y-%m-%dT%H:%M:%SZ)"
+```
+
+**方法2: PRにコメントとして e2e テスト結果を記録**
+
+```bash
+# e2e テスト結果をコメントとして追加
+gh pr comment $PR_NUMBER --body "## E2E テスト実行結果
+
+**実行日時**: $(date '+%Y-%m-%d %H:%M:%S')
+
+### 実行したテスト
+- ✅ \`docs-ai/e2e-test/[該当ファイル].md\` のコマンドを実行
+
+### 結果サマリ
+- ✅ 全テスト通過
+- 実行環境: [環境情報]
+
+### 実行ログ（抜粋）
+\`\`\`
+[テスト実行ログの抜粋]
+\`\`\`
+"
+```
+
+**確認ポイント**:
+- [ ] Check Run が正常に作成された、またはコメントが追加された
+- [ ] PR の Checks タブに e2e テスト結果が表示されている
+
+### Step 6: 最終確認
+
+```bash
+# PR の状態を確認
+gh pr view --json title,state,body,labels,checks
+
+# Checks の状態を確認
+gh pr checks
+
+# 変更内容の最終確認
+gh pr diff
+```
+
+**最終確認チェックリスト**:
+- [ ] 全ての e2e テストが成功している
+- [ ] PR 本文に実装情報が追記されている
+- [ ] Checks に e2e テスト結果が登録されている
+- [ ] レビュー依頼の準備が整っている
+
+## コマンド一覧（まとめ）
+
+以下のコマンドを順に実行することで、fix-implementation ワークフローを完了できます。
+
+```bash
+#!/bin/bash
+
+# Step 1: 現状確認
+PR_NUMBER=$(gh pr view --json number -q '.number')
+echo "PR Number: $PR_NUMBER"
+
+# Step 2: e2e テストドキュメントの確認
+ls docs-ai/e2e-test/
+
+# Step 3: e2e テストの実行（該当するドキュメントに従う）
+npm run build
+# [e2e テストコマンドを実行]
+
+# Step 4: PR本文への追記
+# （上記のテンプレートを使用してPR本文を更新）
+
+# Step 5: Checks の登録
+REPO=$(gh repo view --json nameWithOwner -q '.nameWithOwner')
+COMMIT_SHA=$(git rev-parse HEAD)
+
+gh api \
+  --method POST \
+  -H "Accept: application/vnd.github+json" \
+  -H "X-GitHub-Api-Version: 2022-11-28" \
+  /repos/${REPO}/check-runs \
+  -f name='E2E Tests' \
+  -f head_sha="${COMMIT_SHA}" \
+  -f status='completed' \
+  -f conclusion='success' \
+  -f output='{"title":"E2E Tests Passed","summary":"E2E tests completed successfully."}' \
+  -f started_at="$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
+  -f completed_at="$(date -u +%Y-%m-%dT%H:%M:%SZ)"
+
+# Step 6: 最終確認
+gh pr view
+gh pr checks
+
+echo "✅ fix-implementation workflow completed!"
+```
+
+## e2e テストドキュメントの書き方
+
+実装する機能に対応する e2e テストドキュメントが存在しない場合は、新規作成してください。
+
+**ファイル命名規則**: `[機能名]-[スコープ]-e2e.md`
+
+**必須セクション**:
+1. **前提条件** - 実行環境、必要なツール
+2. **全体ビルド・テスト** - プロジェクト全体のビルド・テスト
+3. **機能固有のテスト** - 対象機能の動作確認
+4. **エラーケース** - 異常系の確認
+5. **クリーンアップ** - 一時ファイルの削除等
+
+**テンプレート例**:
+
+```markdown
+---
+feature: [機能名]
+purpose: E2E テストコマンド集
+---
+
+# [機能名] E2E Tests
+
+## 前提条件
+
+\`\`\`bash
+cd /path/to/project
+npm install
+npm run build
+\`\`\`
+
+## 基本動作確認
+
+### 正常系
+
+\`\`\`bash
+# コマンド実行
+./dist/cli.js [command] [options]
+
+# 期待される出力を確認
+\`\`\`
+
+### エラーケース
+
+\`\`\`bash
+# エラーケースの確認
+./dist/cli.js [invalid-command] 2>&1 || echo "Expected error occurred"
+\`\`\`
+
+## クリーンアップ
+
+\`\`\`bash
+# 一時ファイルの削除
+rm -rf /tmp/test-output
+\`\`\`
+```
+
+## ベストプラクティス
+
+### e2e テスト実行時
+
+- **環境の一致**: ローカル環境と CI 環境の差異を考慮
+- **再現性**: 同じコマンドで同じ結果が得られることを確認
+- **ドキュメント更新**: テスト内容が変わったらドキュメントも更新
+
+### PR 本文更新時
+
+- **簡潔に**: 重要な情報を簡潔にまとめる
+- **具体的に**: 抽象的な表現を避け、具体的な変更点を記載
+- **リスク明示**: 本番影響を正直に評価
+
+### Checks 登録時
+
+- **正確な結果**: テスト結果を正確に報告
+- **失敗時の対応**: テスト失敗時は conclusion を 'failure' に設定
+- **詳細情報**: 必要に応じてログの抜粋を含める
+
+## トラブルシューティング
+
+### e2e テストが失敗する場合
+
+**原因**: 環境の違い、依存関係の不整合
+
+**解決策**:
+```bash
+# クリーンビルド
+rm -rf node_modules dist
+npm install
+npm run build
+
+# 再度テスト実行
+```
+
+### Check Run の作成に失敗する場合
+
+**原因**: GitHub API の権限不足
+
+**解決策**:
+- リポジトリの Settings → Actions → General で権限を確認
+- GitHub App を使用している場合は `checks:write` 権限を付与
+- 代替手段として PR コメントを使用
+
+### PR 本文の更新に失敗する場合
+
+**原因**: gh CLI の認証エラー
+
+**解決策**:
+```bash
+# 認証状態を確認
+gh auth status
+
+# 再認証
+gh auth login
+```
+
+## 関連ドキュメント
+
+- [plan-fix プロンプト](./plan-fix.prompt.md) - 計画完成後のワークフロー
+- [TODO Plans 作成ルール](./todo_plans.prompt.md) - 計画管理
+- [e2e テストガイドライン](../../../docs-ai/e2e-test/README.md) - e2e テストの書き方
+
+## まとめ
+
+prompt fix-implementation ワークフローを使用することで：
+
+✅ **品質保証**: e2e テストによる品質確認
+✅ **透明性**: PR 本文への詳細な実装情報追記
+✅ **追跡可能性**: Checks への e2e テスト結果登録
+✅ **標準化**: 実装完了プロセスの統一
+
+---
+
+**作成日**: 2025年1月
+**バージョン**: 1.0.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@aramassa/ai-rules",
-  "version": "0.9.5",
+  "version": "0.9.6",
   "description": "This repository collects guidelines and instructions for developing AI agents. It contains documents covering communication rules, coding standards, testing strategies, and general operational practices.",
   "workspaces": [
     "packages/extract",

package/presets/prompts/apply-fix.yaml

@@ -0,0 +1,16 @@
+description: 計画済みの修正をrepoルールに沿って適用するワークフロー。skel先行更新、構造検証、テスト運用、docs更新、PR/Issueコメントによる進捗共有を標準化します。
+
+config:
+  baseDir: .github/prompts
+
+recipe:
+  - title: "prompt apply-fix ワークフロー"
+    out: "apply-fix.prompt.md"
+    type: "prompt"
+    filters:
+      category: "workflow"
+      focus: "implementation-application"
+    frontmatter:
+      description: "計画済みの修正をrepoルールに沿って適用。skel先行更新、構造検証、テスト運用、docs更新、PR/Issueコメントで進捗共有を標準化。"
+      agent: "agent"
+      applyTo: "**/*"

package/presets/prompts/fix-implementation.yaml

@@ -0,0 +1,16 @@
+description: 実装完了後のワークフローを自動化。e2eテスト実行、PR本文更新、Checksへの登録を効率的に実施します。
+
+config:
+  baseDir: .github/prompts
+
+recipe:
+  - title: "prompt fix-implementation ワークフロー"
+    out: "fix-implementation.prompt.md"
+    type: "prompt"
+    filters:
+      category: "workflow"
+      focus: "implementation-completion"
+    frontmatter:
+      description: "実装完了後のワークフローを自動化。e2eテスト実行、PR本文更新、Checksへの登録を効率的に実施。"
+      agent: "agent"
+      applyTo: "**/*"

package/presets/prompts/plan-fix.yaml

@@ -12,4 +12,5 @@ recipe:
       focus: "plan-to-implementation"
     frontmatter:
       description: "VS Code Plan モードから Agent Coding への移行を自動化。計画完成後の Git/GitHub 操作を簡略化し、効率的な開発ワークフローを実現。"
+      agent: "agent"
       applyTo: "**/*"