用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/linnefromice/claude-code-workspace --skill ship命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
基于 SOC 职业分类
| 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>
キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、AI エージェント障害向けの体系的なセルフデバッグワークフローです。
リポジトリ認識の並列レビューパスを使用してスキル、コマンド、ルール、フック、その他を DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けにエビデンスに基づく ECC インストールプランを構築します。フルバンドルをロードするのではなく、プロジェクトが実際に必要とするものに ECC をトリミングすべき場合に使用します。
対象リポジトリの既存の統合パターンに正確に合わせて新しい API コネクタやプロバイダを構築します。第二のアーキテクチャを発明することなく、もう一つの統合を追加する場合に使用します。