並行して進められる大きな目標を、範囲の明確な作業に分割するスキル。既存のエージェントや作業ツリーの仕組みで実行し、結果の統合と検証まで進めます。
- 大きな目標を並行作業に分けたいとき
- 複数エージェントの作業調整
- 作業ツリーを分けて進めたいとき
検証済みのCodewhaleの変更をmainへ反映する作業を支援します。担当ファイルだけのコミット、プッシュ前の確認、貢献者の記録、PRのマージ条件を扱います。
Use when turning verified Codewhale work into commits on main and pushing them, or merging a contributor PR: staging only your paths, the pre-push drift checks, preserving contributor credit, and honoring the gate artifact before merging.
検証済みのCodewhaleの変更をmainへコミット・プッシュし、貢献者のPR(変更の取り込み依頼)を反映する手順を支援します。担当ファイルだけをコミット対象にし、変更内容に応じたプッシュ前チェックを実施します。貢献者の作者情報やCo-authored-by:を残し、実行した確認とコミットの識別子を報告します。
複数のエージェントが同じ作業場所を共有する開発や、mainの更新で競合したPRの取り込みに向いています。取り込み条件がある場合は、判定資料のPASSとレビューの指摘状況を確認します。
Codewhale固有のAGENTS.md、チェック用スクリプト、貢献者管理ファイルを前提とします。正規の作業場所のmainで進める運用です。取り込み条件が曖昧な場合はマージしません。タグ作成・リリース・公開・デプロイには明示的な許可が必要です。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Verified work still has to land without stepping on other writers, losing
contributor credit, or merging past a gate that has not actually passed. This
stage is about the boundary between "it works" and "it is in main" — and about
which of those steps you are allowed to take.
Stage 5 of the loop: cw-orient → cw-slice → cw-gates → cw-dogfood → land → cw-handoff.
main.main moving.Land on the canonical checkout's main. AGENTS.md owns this: no
maintainer PR branches, worktrees, nested clones or integration lanes.
Several agents share the checkout, so partition by file, check
git status before staging, stage only your paths (never git add -A),
and retry a commit that fails on index.lock. Push verified main
directly; hosted CI runs there. PRs are for contributors.
Commit narrow and build-green. One coherent change per commit; the tree builds at every commit. Put the real verification in the message — actual pass/fail counts, not "tests pass".
Before every push, run the cheap drift checks that have turned a green
main red most often. They take seconds:
cargo fmt --all -- --check
sh scripts/sync-changelog.sh --check # after any CHANGELOG.md edit
bash scripts/release/check-versions.sh
python3 scripts/check-runtime-contract-budget.py
Add the one that matches what you touched: check-tui-locale-parity.py
and check-tui-product-vocabulary.sh (locale strings),
check-dead-code-budget.py (#[allow(dead_code)]),
check-blocking-calls-budget.py (async code),
check-readme-translations.py and check-readme-locales.sh (READMEs),
node web/scripts/derive-facts.mjs && node web/scripts/check-facts.mjs
(public facts). Put a new CHANGELOG entry at the top of
[Unreleased]. Open contributor PRs append at its end, and an entry of
ours there conflicts with every one of them.
Preserve credit mechanically, not just politely. Commit authorship and
Co-authored-by: trailers must use the contributor's own GitHub-linked
address — GitHub reads neither .github/AUTHOR_MAP nor .mailmap for the
contribution graph; those are project conventions on top. When a
contributor's work lands as our commit, it carries both:
Harvested from PR #N by @handle
Co-authored-by: Name <github-linked-email>
That trailer is what lets auto-close-harvested.yml close their PR with
credit. Canonical human identities live in .github/AUTHOR_MAP.
Whether a bot or agent also appears in a trailer no longer matters — the CI check that policed trailer identities was removed because it rejected ordinary agent commits. Give humans their credit; don't spend time scrubbing tool trailers.
Landing someone else's work: their time is more expensive than ours.
main moved, a maintainer resolves it.git diff $(git merge-base main <pr-head>)..<pr-head>
git merge-tree --write-tree origin/main <pr-head> and
git commit-tree <tree> -p <pr-head> -p origin/main, then push it with
git push <fork-url> "${sha}:refs/heads/<their-branch>". In zsh, write
${sha}, not $sha:refs, because :r is a history modifier.
maintainerCanModify does not guarantee that the push is accepted. When
the fork refuses it, ask on the PR. Harvesting is the last resort.action_required and never start,
so the PR looks abandoned when nobody has actually looked at it. Approve
the runs, then fix the cause: add them to .github/APPROVED_CONTRIBUTORS
(all:username), or comment /lgtm (PR scope) or /lgtmi (issue scope).Verify mergeability against the real head. A PR that is clean against
main can still conflict with a release branch:
git merge-tree $(git merge-base <base> <pr-head>) <base> <pr-head>
Merging under a gate. AGENTS.md ("Merging under a gate") owns this:
the artifact must literally say PASS, the review thread outranks the check
rollup, and ambiguity blocks the merge — never the reverse. Before you
merge, list the open PRs whose base is the PR's source branch
(gh pr list --base <branch>) and retarget them first. Otherwise they
close when that branch goes away.
main is allowed; it is none of those.AGENTS.md / CLAUDE.md operator controls that live outside the
product repository into a public repo.origin/main SHA.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
並行して進められる大きな目標を、範囲の明確な作業に分割するスキル。既存のエージェントや作業ツリーの仕組みで実行し、結果の統合と検証まで進めます。
設計や実装、説明、デバッグの複数案を独立に作り、共通の評価基準で比較します。コード案は作業場所を分けて検証し、採用候補と判断の根拠を提示するスキルです。
Codewhaleのリリース前に、テスト・ビルド・バージョン整合性を順に点検し、端末画面の手動確認項目と実施結果を整理して、完了判断の根拠を残します。
登録済みのコンピューターで、デスクトップアプリや独立したブラウザーを操作します。画面の状態を読み取り、入力やクリックの結果を確認しながら作業を進めるスキルです。
Codewhaleの開発参加時に、手元のブランチと同期状況、ビルド、CIと同じ検証を確認するスキル。ローカルの履歴と変更履歴から更新内容も提示します。
Codewhaleの変更を実製品で確かめるため、ビルド元の識別情報を付けた実行ファイルの作成・インストールから、実際の端末での動作確認と記録まで進めるスキル。