書籍や章、システム設計について、ファイルを変更せずに資料を読み、根拠を添えて質問に回答します。
- 書籍や章の内容を確認したいとき
- 設計の仕組みを説明してほしいとき
- 変更せず資料の根拠を知りたいとき
現在のブランチの変更を確認し、リモートの更新を取り込んでからコミットしてプッシュします。依頼に沿って変更を公開する作業を進めます。
Ship pending changes on main by pulling with rebase, committing intentionally, and pushing to origin. Use only when the user explicitly invokes /ship or asks to ship or publish the current main branch.
実行スコア 未検証
インストール方法を見る現在の作業ブランチと変更状況を確認し、origin の最新状態を取り込んでから、対象ファイルを選んでコミットし、リモートへプッシュします。変更がこの会話中に行われたものなら、その内容を踏まえて対象ファイルとコミットメッセージを決めます。作業ツリーに見覚えのない変更がある場合は内容を調べ、無関係なファイルをコミット対象に含めないようにします。プッシュが非早送りで拒否されたときは、再度リベースしてから試します。
作業がまとまり、現在のメイン作業ブランチの変更をコミットしてリモートに反映したいときに使います。ブランチの状態確認から更新の取り込み、コミット、プッシュまでを順に進めたい場合にも向いています。ブランチが origin の追跡対象と異なる場合は処理を止め、切り替えるか中止するかを確認します。
/ship コミットメッセージはログ出力の修正で」/ship の明示的な実行、または現在のメインブランチを ship・公開する依頼がある場合に使います。Gitの状態確認、pull、rebase、commit、pushなどのコマンドを使用します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Usage: /ship [optional commit message context...]
Bring the local main up to date, commit any pending work, and push to origin/main. (This repo's default branch may be master upstream; ship whatever branch origin tracks as the working branch — verify with git rev-parse --abbrev-ref @{u}.)
If you made the pending changes earlier in this conversation, you already know what changed and why:
git status as a sanity check.git status shows files you did not touch (e.g. .DS_Store), leave them unstaged; inspect anything else before staging.git branch --show-current. If it is not the branch origin tracks for shipping (main), STOP and ask whether to switch or abort.
git status; for unfamiliar changes also git diff --stat and git diff --cached --stat. If the tree is clean, skip Step 4 but still pull and push.
git pull --rebase origin <branch>. Resolve conflicts proactively: inspect both sides (git show :2:<path>, git show :3:<path>), keep both sides' intent, remove markers, stage by path, git rebase --continue. For chapter pairs, resolve en/ and zh-CN/ consistently. Escalate only when competing resolutions would change meaning and the right one cannot be inferred.
Stage only relevant files explicitly by path. Write a Conventional Commits message (docs(en): …, docs(zh-CN): …, chore(pm): …, chore(skills): …). Honor $ARGUMENTS as context. End the message with the attribution line the harness specifies, if any.
Before committing book content, run the book checks in AGENTS.md (front matter / bilingual parity / link checks) when they apply.
git push origin <branch>. If rejected as non-fast-forward, redo Step 3 and retry. Never force-push.
Print the shipped HEAD SHA and subject, e.g. Shipped: a1b2c3d docs(en): add chapter on ….
$ARGUMENTS
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
書籍や章、システム設計について、ファイルを変更せずに資料を読み、根拠を添えて質問に回答します。
`.pm`の作業項目を順に確認し、実装・完了処理・保留・無効項目の整理を進め、対応できる項目がなくなるまで作業します。
システムや依存関係の説明から、構成要素と呼び出しの向きを整理したMermaid図を作り、構文を検証してMarkdownで提示します。
本の公開作業ボードを確認・整理し、作業の追加、完了、保留、取り下げなどを反映します。状態や未解決の課題も把握できます。
本のロードマップ案を読者への影響から整理し、マイルストーンやタスク候補に分解します。公開ボードへ反映するための提案文を作成します。