with one click
ship
品質チェック → テスト → コミット → PR作成を一括実行。実装完了後のワンコマンド出荷フロー。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
品質チェック → テスト → コミット → PR作成を一括実行。実装完了後のワンコマンド出荷フロー。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、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>