pumasi

July 6, 2026 · View on GitHub

English | 한국어 | 中文 | 日本語 | Español

pumasi

pumasi

Parallel coding orchestration — Claude as PM, Codex CLI as your dev team.

Delegate the building to Codex. Keep the thinking for Claude.

Quick StartWhy pumasi?How it worksFeaturesRequirements


Quick Start

1. Add the marketplace (once)

/plugin marketplace add https://github.com/fivetaku/gptaku_plugins.git

2. Install

/plugin install pumasi

Restart Claude Code after installation.

3. Install prerequisites

# Codex CLI
npm install -g @openai/codex

# yaml dependency (one-time)
cd <plugin-dir>/skills/pumasi && npm install yaml

4. Run

/pumasi Build me a Todo app with auth, storage, and API

Or trigger naturally — pumasi auto-activates when 3+ independent modules are detected.


Why pumasi?

  • Claude does not write code — It designs interfaces, writes signatures, and sets requirements. Codex does the actual implementation. Claude tokens stay cheap.
  • N modules in parallel — Three independent modules take the same wall time as one. Five modules, same story.
  • Zero-token validation — Each task gets a bash-based gate (type-check, build, test). Gates run without consuming Claude tokens.
  • Dependency-aware rounds — Tasks with dependencies get split into rounds. Round 1 completes before Round 2 starts. No integration surprises.
  • Codex-aware instructions — Codex does not infer context. Pumasi writes absolute paths, function signatures, required imports, and hard constraints into every instruction — but never the function body.

How it works

User request


Claude (PM) — plans, decomposes, writes signatures + requirements

    ├──────────────────────────────────┐
    │                                  │
    ▼                                  ▼
Codex #1          Codex #2          Codex #3
(implements)      (implements)      (implements)
    │                 │                 │
    └─────────────────┴─────────────────┘


           Gate validation (bash, 0 tokens)


           Claude reviews + integrates


                   Done

7-phase workflow

PhaseWhoWhat
0. PlanClaudeAnalyze request, design data model, confirm scope with user
1. DecomposeClaudeBreak into independently parallelizable subtasks
2. ConfigureClaudeWrite signatures + requirements + gates into pumasi.config.yaml
3. Executepumasi.shSpawn N Codex instances in parallel
4. Monitorpumasi.shWait for all workers to complete
5. ValidateClaudeRun gates (tsc, build, test), read only failing code
6. IntegrateClaude + CodexVerify cross-task interfaces, re-delegate fixes to Codex

Features

Role separation

RoleClaudeCodex
Requirements analysisYesNo
Data model designYesNo
Function signaturesYesNo
Function bodiesNeverYes
Gate validationYes (run)No
Bug fixesDelegatesImplements

When to use pumasi

Task countRecommendation
1–2 tasksClaude codes directly — pumasi overhead not worth it
3–4 tasksPumasi optional — parallel gain roughly offsets setup cost
5+ tasksPumasi strongly recommended — parallel gain is clear

When NOT to use pumasi

  • Bug fixes or modifications to existing code (context injection becomes too heavy)
  • Single-file work (no parallel benefit)
  • Tasks where gates cannot be defined (fine-tuning UI aesthetics, etc.)

Pumasi vs /batch

Pumasi/batch
PurposeBuild N independent new modules in parallelApply the same change pattern to N existing files
WorkersCodex CLI (Codex tokens)Claude agents (Claude tokens)
IsolationShared working directoryFull git worktree isolation per agent
Good forAuth + DB + API, each from scratchjest→vitest migration, CSS→Tailwind conversion

Validation gates

Step 0: Install dependencies (npm install if node_modules missing)
Step 1: Run gates — tsc --noEmit → npm run build → npm test → grep checks
Step 2: Pass = read only Codex reports. Fail = read only failing code.
Step 3: Cross-task interface check (types, import paths)

Round-based dependency handling

Round 1: Shared types / utilities   (N tasks in parallel)
Round 2: Tasks that depend on Round 1 (M tasks in parallel)
Round 3: Final integration          (Claude direct)

Commands

pumasi.sh start [--config path] "project context"
pumasi.sh status [JOB_DIR]
pumasi.sh status --text [JOB_DIR]
pumasi.sh wait [JOB_DIR]
pumasi.sh results [JOB_DIR]
pumasi.sh stop [JOB_DIR]
pumasi.sh clean [JOB_DIR]

Triggers

TriggerDescription
/pumasi [task]Start pumasi mode with task description
/pumasiInteractive menu
"품앗이로 만들어줘"Natural language trigger
"codex 외주로"Natural language trigger
3+ independent modules detectedAuto-activates

Requirements


License

MIT


Claude thinks. Codex builds. You ship.