Menü
品質チェック → テスト → コミット → PR作成を一括実行。実装完了後のワンコマンド出荷フロー。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、AI エージェント障害向けの体系的なセルフデバッグワークフローです。
リポジトリ認識の並列レビューパスを使用してスキル、コマンド、ルール、フック、その他を DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けにエビデンスに基づく ECC インストールプランを構築します。フルバンドルをロードするのではなく、プロジェクトが実際に必要とするものに ECC をトリミングすべき場合に使用します。
対象リポジトリの既存の統合パターンに正確に合わせて新しい API コネクタやプロバイダを構築します。第二のアーキテクチャを発明することなく、もう一つの統合を追加する場合に使用します。
Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when voice consistency, structure, and credibility matter.
ECC 向けのエビデンスファーストな自動化インベントリと重複監査のワークフローです。何かを修正する前に、どのジョブ、フック、コネクタ、MCP サーバー、またはラッパーがライブ、壊れている、冗長、または欠落しているかをユーザーが知りたい場合に使用します。
CodeTour の `.tour` ファイルを作成します。実際のファイルと行のアンカーを持つペルソナ対象のステップバイステップウォークスルーです。オンボーディングツアー、アーキテクチャウォークスルー、PR ツアー、RCA ツアー、および構造化された「これがどのように動作するか説明して」というリクエストに使用します。
| name | ship |
| description | 品質チェック → テスト → コミット → PR作成を一括実行。実装完了後のワンコマンド出荷フロー。 |
| user_invocable | true |
実装作業後の品質チェック・テスト・コミット・PR作成を一括で実行する。
┌──────────────────────────────────────────────┐
│ Phase 1: 品質チェック │
│ 1. lint（自動修正あり） │
│ 2. format │
│ 3. typecheck │
│ 4. build │
│ 失敗時: エラーを修正して再実行（最大3回） │
├──────────────────────────────────────────────┤
│ Phase 2: テスト │
│ テストスイート実行 │
│ 失敗時: テスト失敗内容を報告して停止 │
├──────────────────────────────────────────────┤
│ Phase 3: コミット │
│ 1. git status / git diff で変更内容を確認 │
│ 2. git log で直近のコミットスタイルを確認 │
│ 3. .ai/ を除外してステージング │
│ 4. Conventional Commits 形式でコミット作成 │
├──────────────────────────────────────────────┤
│ Phase 4: プッシュ & PR │
│ 1. git push -u origin <branch> │
│ 2. PRが未作成の場合 gh pr create │
│ 3. PR URLを報告 │
└──────────────────────────────────────────────┘
以下を順番に実行する。失敗した場合はエラーを修正して 最大3回 リトライする。
既知のエラーパターンがあれば .claude/rules/ のルールを参照して修正する。
git status で未追跡ファイルと変更を確認git diff でステージ済み・未ステージの差分を確認git log --oneline -5 で直近のコミットスタイルを確認.ai/ ディレクトリは 絶対にステージングしないgit-workflow.md に従い Conventional Commits 形式でコミットgit push -u origin <branch> でリモートにプッシュgh pr list --head <branch> で既存PRを確認gh pr create で新規作成タイトル: Conventional Commits 形式の簡潔な要約
本文:
## Summary
- [変更内容のブレットポイント]
## Test plan
- [x] lint 通過
- [x] format 通過
- [x] typecheck 通過
- [x] build 通過
- [x] テスト全通過（N件）
## Ship 結果
### 品質チェック
- lint: ✅
- format: ✅
- typecheck: ✅
- build: ✅
- test: ✅（N件通過）
### Git
- ブランチ: <branch-name>
- コミット: <commit-hash> <commit-message>
### PR: <PR URL>