並行して進められる大きな目標を、範囲の明確な作業に分割するスキル。既存のエージェントや作業ツリーの仕組みで実行し、結果の統合と検証まで進めます。
- 大きな目標を並行作業に分けたいとき
- 複数エージェントの作業調整
- 作業ツリーを分けて進めたいとき
開発の開始や再開時に、Git の現在の状態から作業場所・ブランチ・未コミットの変更を確認し、適用する作業ルールやバージョンの整合性を整理してから編集に進みます。
Use at the start of any Codewhale work session, or when unsure which checkout, branch, or worktree is authoritative: establish live repo truth before reading a plan or editing a file.
開発を始める前に、現在の作業場所と Git の状態を確認します。ブランチ、直近のコミット、未コミットの変更に加え、同じリポジトリの別作業用ディレクトリである worktree も調べます。対象ファイルに適用される AGENTS.md とバージョンの整合性を確認し、編集前に把握すべき状態を短くまとめます。
セッションの開始・再開時や、他のエージェントから作業を引き継ぐ場面に向いています。複数の worktree が並行して使われていて、どこで作業すべきか分からないときにも役立ちます。引き継ぎ文や計画書の記述を、現在の状態と照合する手順になります。
AGENTS.md を調べて」Codewhale の開発環境を前提とし、Git、Cargo.toml、./scripts/release/check-versions.sh などを確認します。他の担当者の変更は保持し、勝手に退避や取り消しをしません。ローカル作業に限定された依頼では外部へアクセスせず、確認できなかった外部情報を記録します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Open every session on live truth, not on a handoff note, a directory name, or what was true last time. This repo runs many worktrees at once; the cheapest bug to avoid is editing the wrong one. Five commands, then you know where you are.
This is stage 1 of the loop: orient → cw-slice → cw-gates → cw-dogfood → cw-land → cw-handoff.
Locate yourself. Checkout, branch, dirt, and how far you are from the remote:
git rev-parse --show-toplevel && git branch --show-current
git status --short --branch
git log --oneline --decorate -10
A detached HEAD or a branch with no upstream is normal here — note it, don't "fix" it silently.
See the other lanes. Worktree sprawl is the standing hazard: several checkouts of this repo are usually live, each with its own dirty state.
git worktree list
git branch --sort=-committerdate --format='%(committerdate:short) %(refname:short)' | head -20
If the work you were asked to do already has a checkout or worktree, use it. Do not start a second copy of the same lane, and do not create a worktree just because another agent is in this one — partition by file.
Read the dirt before you touch it. Modified files you did not write belong to someone else — another agent, another lane, an in-flight slice:
git status --porcelain
git diff --stat
Preserve them. Leave them unstaged, and do not git checkout -- or stash
another writer's work to get a clean tree. Only if your change genuinely
conflicts with that dirt is a fresh worktree warranted (cw-land).
Fix which guidance applies. The nearest scoped AGENTS.md wins over the
root one, and it is where the per-area rules actually live:
find . -name AGENTS.md -not -path './tmp/*' -not -path '*/node_modules/*' -not -path './target/*'
Today: root AGENTS.md, crates/tui/AGENTS.md,
crates/localization/locales/AGENTS.md, web/AGENTS.md. Read the one that owns the
files you are about to touch.
Establish version truth from source, not memory.
grep -m1 '^version' Cargo.toml
./scripts/release/check-versions.sh
check-versions.sh is the drift gate across the workspace version, npm,
Cargo.lock, the changelog, and the README. If it disagrees with what you
were told, believe the script.
Only if the task is about the community queue — issues, PRs, harvesting,
credit — pull the live queue with the gh-* skills in this directory rather
than assuming from memory. When the task is local-only, stay offline and
record the missing external receipt instead.
.md file's confident prose. All three have been wrong here.git
describes reality.git checkout -- files you did not modify.
Worktree dirt is usually another writer, not garbage.main —
that lane is retirement material, not a base.AGENTS.md "probably covers it". The
scoped files carry the rules that actually get violated.Open with a short status block. Skip fields that are empty or normal — a
clean tree on main with no related worktrees is one line, not five:
check-versions.sh agrees;AGENTS.md files govern this change.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
並行して進められる大きな目標を、範囲の明確な作業に分割するスキル。既存のエージェントや作業ツリーの仕組みで実行し、結果の統合と検証まで進めます。
設計や実装、説明、デバッグの複数案を独立に作り、共通の評価基準で比較します。コード案は作業場所を分けて検証し、採用候補と判断の根拠を提示するスキルです。
Codewhaleのリリース前に、テスト・ビルド・バージョン整合性を順に点検し、端末画面の手動確認項目と実施結果を整理して、完了判断の根拠を残します。
登録済みのコンピューターで、デスクトップアプリや独立したブラウザーを操作します。画面の状態を読み取り、入力やクリックの結果を確認しながら作業を進めるスキルです。
Codewhaleの開発参加時に、手元のブランチと同期状況、ビルド、CIと同じ検証を確認するスキル。ローカルの履歴と変更履歴から更新内容も提示します。
Codewhaleの変更を実製品で確かめるため、ビルド元の識別情報を付けた実行ファイルの作成・インストールから、実際の端末での動作確認と記録まで進めるスキル。