菜单
開発フロー (計画 → ブランチ → 実装 → テスト → フォーマット → コミット → PR → Copilot レビュー → レビュー対応) を状態機械で進めるパイプラインスキル。グローバル CLAUDE.md の基本ルールにより、複数フェーズにわたる開発依頼の標準フロー。中断したフローの再開にも使う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
GitHub Pull Request のレビューコメントに一括対応する時に使う。トリガー: 「PR レビュー直して」「レビューコメント対応」「レビューフィードバック反映」「PR の指摘対応」「PR #123 のコメント対応」「review fix」「apply PR review」「address PR feedback」等のユーザー指示、または `/pr-review-fix` スラッシュコマンド、`pr-review-fix` スキル指定。未解決 (isResolved=false) スレッドを網羅収集 → 分類 → 承認付き修正計画 → 実装コミット → push → 返信 & resolve まで 7 フェーズで一気通貫。
push 前にユーザーへ実装内容の理解度クイズを徹底出題し、全問正答 + 明示許可を得て初めて push を解禁するゲートスキル。トリガー: ship フローの quiz フェーズ到達時、または「クイズ出して」「push クイズ」「quiz me」等のユーザー指示。承認は `ship.sh quiz approve` で HEAD SHA に紐づけて記録する。
GitHub Pull Request を作成する時に使う。トリガー: 「PR 作って」「PR 作成」「プルリクエスト作って」「create PR」「open PR」「raise PR」等のユーザー指示、または `pr-create` スキル指定。コミット済みブランチから push 確認 → タイトル / 本文案の提示 → `gh pr create` 実行 → Copilot レビュー依頼 → 到着をバックグラウンド監視し、指摘があれば pr-review-fix へ自動接続するまでを一気通貫。コミット作成自体は担当せず、事前に commit スキル等で済ませておく前提。
Update a custom npm package managed in ~/nix-config/pkgs/ to the latest version. Edits the .nix file with the new version and hash, then rebuilds with darwin-rebuild.
Discord webhook 経由で個人チャンネルに画像を送信するスキル。リモートコントロール中の Claude がユーザーに画面状態や成果物画像を共有する用途。トリガー「画像を Discord に送って」「スクリーンショット送って」「画面を共有して」「send screenshot to discord」等のユーザー指示、または `discord-image` スキル指定。ローカルファイル / macOS スクリーンショット / 画像 URL の 3 モードに対応。
ゲームのアイデアを自律的に大量生成し、比較・評価・淘汰を繰り返して最良のアイデアを選び出すスキル。 ユーザーが明示的に「game-idea-loopを起動して」と指示すると発動する。 ユーザーが制約条件（ジャンル、プラットフォーム、テーマ等）を与えると、 それに基づいて数十のアイデアを生成→評価→淘汰のループを自動で回し、 思考の全過程をMarkdownファイルに記録する。 ゲームコンセプトのアイデア出しに特化。
| name | ship |
| description | 開発フロー (計画 → ブランチ → 実装 → テスト → フォーマット → コミット → PR → Copilot レビュー → レビュー対応) を状態機械で進めるパイプラインスキル。グローバル CLAUDE.md の基本ルールにより、複数フェーズにわたる開発依頼の標準フロー。中断したフローの再開にも使う。 |
指示から PR レビュー対応までを、scripts/ship.sh の状態機械に沿って進める。
本スキルは順序と確認ポイントの管理だけを行い、各作業は既存スキルに委譲する。
ship.sh に聞く (status / next)。自分の記憶でフェーズを進めない。セッション途中参加・再開時も最初に status を打つship.sh done <phase> 経由。postcondition が実測検証され、NG の間は次へ進めない。NG を解消してから再実行する (検証の握りつぶし・skip での回避は禁止)ship.sh next が checkpoint=yes を返したら、そのフェーズの作業を始めずに現状を報告してユーザーの指示を待つship.sh checkpoint add commitship.sh checkpoint remove <phase>ship.sh skip test <ユーザーの理由>/ship で status から再開| phase | 担当 | done の検証内容 |
|---|---|---|
| plan | 依頼が開放的なら task-contract で契約確認 → ship.sh init "<goal>" | goal 記録済み (init が plan を done にする) |
| branch | branch-create スキル | デフォルトブランチ以外にいる |
| impl | 本体実装 (このセッション) | 差分が存在する |
| test | ship.sh done test 自体が実行 | .claude/ship.json の test コマンドが exit 0 |
| format | 同上 | format コマンドが exit 0 |
| commit | commit スキル | working tree clean かつコミットが積まれている |
| quiz | push-quiz スキル (全問正答 + ユーザーの push 許可後に ship.sh quiz approve)。ホスト PCmac24055 のみ有効 (他マシンでは自動 skip) | 承認済み SHA が現 HEAD と一致 |
| pr | pr-create スキル (Copilot 依頼 + レビューポーリングの background 起動まで担当) | 現ブランチに OPEN な PR |
| review | ポーリング完了通知を待つ (催促されたら status で状況報告) | Copilot レビューが実在する |
| fix | 未解決スレッドが残っていれば pr-review-fix スキル | 未解決レビュースレッド 0 件 |
全フェーズ done になったら PR URL と各フェーズの記録を添えて完了報告する。
.claude/ship.json が無い場合、リポジトリの実体 (Taskfile / Makefile / package.json / CLAUDE.md) から
test / format コマンドを推定して提示し、ユーザー承認後に書き込む:
{"test": "task test", "format": "task format"}