name	ship
description	品質チェック → テスト → コミット → PR作成を一括実行。実装完了後のワンコマンド出荷フロー。
user_invocable	true

Ship（実装完了ワンコマンド）

実装作業後の品質チェック・テスト・コミット・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を報告                            │
└──────────────────────────────────────────────┘

Phase 1: 品質チェック

以下を順番に実行する。失敗した場合はエラーを修正して 最大3回 リトライする。

既知のエラーパターンがあれば .claude/rules/ のルールを参照して修正する。

Phase 2: テスト

全テスト通過 → Phase 3 へ
失敗 → 失敗テストの内容を報告して停止（自動修正しない）

Phase 3: コミット

git status で未追跡ファイルと変更を確認
git diff でステージ済み・未ステージの差分を確認
git log --oneline -5 で直近のコミットスタイルを確認
.ai/ ディレクトリは 絶対にステージングしない
git-workflow.md に従い Conventional Commits 形式でコミット

ブランチ確認

デフォルトブランチの場合 → ユーザーにブランチ名を確認してフィーチャーブランチを作成
フィーチャーブランチの場合 → そのまま進行

Phase 4: プッシュ & PR

git push -u origin <branch> でリモートにプッシュ
gh pr list --head <branch> で既存PRを確認
PRが未作成 → gh pr create で新規作成
PRが作成済み → PR URLを報告

PR 作成時のフォーマット

タイトル: 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>

Más de este repositorio

mismo repositorio

agent-introspection-debugging

linnefromice/claude-code-workspace

キャプチャ、診断、抑制されたリカバリ、内省レポートを用いた、AI エージェント障害向けの体系的なセルフデバッグワークフローです。

2026-04-120

agent-sort

linnefromice/claude-code-workspace

リポジトリ認識の並列レビューパスを使用してスキル、コマンド、ルール、フック、その他を DAILY と LIBRARY のバケットに分類することで、特定のリポジトリ向けにエビデンスに基づく ECC インストールプランを構築します。フルバンドルをロードするのではなく、プロジェクトが実際に必要とするものに ECC をトリミングすべき場合に使用します。

2026-04-120

api-connector-builder

linnefromice/claude-code-workspace

対象リポジトリの既存の統合パターンに正確に合わせて新しい API コネクタやプロバイダを構築します。第二のアーキテクチャを発明することなく、もう一つの統合を追加する場合に使用します。

2026-04-120

article-writing

linnefromice/claude-code-workspace

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.

2026-04-120

automation-audit-ops

linnefromice/claude-code-workspace

ECC 向けのエビデンスファーストな自動化インベントリと重複監査のワークフローです。何かを修正する前に、どのジョブ、フック、コネクタ、MCP サーバー、またはラッパーがライブ、壊れている、冗長、または欠落しているかをユーザーが知りたい場合に使用します。

2026-04-120

code-tour

linnefromice/claude-code-workspace

CodeTour の `.tour` ファイルを作成します。実際のファイルと行のアンカーを持つペルソナ対象のステップバイステップウォークスルーです。オンボーディングツアー、アーキテクチャウォークスルー、PR ツアー、RCA ツアー、および構造化された「これがどのように動作するか説明して」というリクエストに使用します。

2026-04-120

name	ship
description	品質チェック → テスト → コミット → PR作成を一括実行。実装完了後のワンコマンド出荷フロー。
user_invocable	true

Ship（実装完了ワンコマンド）

実装作業後の品質チェック・テスト・コミット・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を報告                            │
└──────────────────────────────────────────────┘

Phase 1: 品質チェック

以下を順番に実行する。失敗した場合はエラーを修正して 最大3回 リトライする。

既知のエラーパターンがあれば .claude/rules/ のルールを参照して修正する。

Phase 2: テスト

全テスト通過 → Phase 3 へ
失敗 → 失敗テストの内容を報告して停止（自動修正しない）

Phase 3: コミット

git status で未追跡ファイルと変更を確認
git diff でステージ済み・未ステージの差分を確認
git log --oneline -5 で直近のコミットスタイルを確認
.ai/ ディレクトリは 絶対にステージングしない
git-workflow.md に従い Conventional Commits 形式でコミット

ブランチ確認

デフォルトブランチの場合 → ユーザーにブランチ名を確認してフィーチャーブランチを作成
フィーチャーブランチの場合 → そのまま進行

Phase 4: プッシュ & PR

git push -u origin <branch> でリモートにプッシュ
gh pr list --head <branch> で既存PRを確認
PRが未作成 → gh pr create で新規作成
PRが作成済み → PR URLを報告

PR 作成時のフォーマット

タイトル: 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>