メニュー
Plan and start isolated parallel module implementation tracks from specs/MODULES.md and per-module parallel.yaml declarations.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/korallis/workflow --skill project-tracksコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
Implement a fully-specced module via dual-harness execution — Claude orchestrates, Codex CLI executes inside a live tmux pane in your attached session. Use when ready to write code for a module that has approved SPEC.md and CLAUDE.md files. Triggers on phrases like 'execute the X module via codex', 'dual-harness build', or '/project-execute X'.
Initialise a new software project with full spec-first workflow — research, architecture, module specs, and roadmap. Use this whenever someone says 'build me a...', 'I want to create...', 'new project', 'start a project', or describes a product idea. Also use for major new feature areas within an existing project.
Generate or regenerate the master architecture document (specs/MASTER_BLUEPRINT.md) — the single source of truth for tech stack, data model, API patterns, auth, UI conventions, and module relationships. Use when starting architecture, changing stack decisions, or after significant research that affects the technical approach.
SOC 職業分類に基づく
SKILL.md を表示中
| name | project-tracks |
| description | Plan and start isolated parallel module implementation tracks from specs/MODULES.md and per-module parallel.yaml declarations. |
| effort | high |
Parallel module implementation command. Stage 1 supports:
/project-tracks plan [modules...] [--harness=codex|claude]/project-tracks start [modules...] [--harness=codex|claude]Use the helper script for deterministic parsing and side effects:
bash .claude/lib/project-tracks.sh plan "$ARGUMENTS"
bash .claude/lib/project-tracks.sh start "$ARGUMENTS"
Run:
bash .claude/lib/project-tracks.sh plan [modules...] [--harness=codex|claude]
Requirements enforced by the helper:
specs/MODULES.md must exist, otherwise print clear guidance.specs/modules/<module>/parallel.yaml.parallel.yaml must declare version: 1.specs/MODULES.md.shared: path.<= KIT_PARALLEL_MAX (default 4).parallel.yaml prints add parallel.yaml or run sequentially.plan is read-only. It prints a proposal and does not create worktrees,
registry entries, locks, panes, logs, or branches.
Run:
bash .claude/lib/project-tracks.sh start [modules...] [--harness=codex|claude]
start reuses the same validation as plan, then for each selected module:
.claude/worktrees/track-<module> on branch track/<module>..worktreeinclude when they exist.KIT_PARALLEL_PORT_BASE + index (default 3000 + index)..claude/parallel/tracks.json under a mkdir lock.All tracks in one invocation use the same harness. Default harness is codex.
Stage 1 supports only --harness=codex. --harness=claude is reserved for a future stage; the current launcher fails fast rather than silently bypass the per-track lock, JSON-mode capture, and schema validation that the codex path gets through dispatch.sh.
For Codex tracks, the helper launches .claude/lib/dispatch.sh with:
KIT_DISPATCH_TS=<per-track-ts>
KIT_PARALLEL_TRACK=<module>
KIT_PARALLEL_PORT=<reserved-port>
PORT=<reserved-port>
KIT_PARALLEL_TRACK already namespaces the dispatcher's lock by module, so KIT_ALLOW_CONCURRENT=1 is not set — it would disable that lock and let a second launch of the same module race in the same worktree. KIT_DISPATCH_TS is the per-track timestamp; the dispatcher reuses it for .log/.jsonl/-report.json filenames so they share the <TS>-<module> identifier with the per-track prompt directory.