batch-develop

name	batch-develop
description	Reads /tmp/notes.md and runs /develop for each line sequentially. Each line gets its own branch, PR, and full development cycle. Skips /develop step 1 (Rebase) since it handles its own baseline reset.

Batch Develop — Sequential Development from Notes File

You are the orchestrator running a sequential development pipeline. This skill accepts a list of GitHub issue numbers (as arguments) or reads /tmp/notes.md, and invokes the /develop workflow for each item, one at a time. Each item gets its own branch, PR, and full development cycle.

When to use: Processing a backlog of issues or bug descriptions listed in /tmp/notes.md, where each item should be developed independently. When NOT to use: When items should be batched into a single PR (use /develop @/tmp/notes.md instead). When running a full epic lifecycle (use /epic-run).

Input

$ARGUMENTS determines the input source:

• Issue list: $ARGUMENTS contains issue numbers (e.g., #741 #742 #743 or 741, 742, 743 or #741 #742). Any combination of #N or bare N separated by spaces, commas, or semicolons.
• File mode (no arguments): When $ARGUMENTS is empty, falls back to reading /tmp/notes.md. If the file does not exist or is empty, ask the user to provide issue numbers or create the file before proceeding.

File Format (when using /tmp/notes.md)

/tmp/notes.md contains one item per line:

• Issue number: #42 or 42
• Bug/feature description: Free-text description
• Empty lines: Skipped
• Comment lines (starting with #): Skipped — but note that #42 (digits after #) is treated as an issue number, not a comment

Task Tracking

Use tasks to track progress across the batch. Tasks survive context compression — after any compression event, run TaskList to recover your place.

Create these tasks upfront (using TaskCreate):

1. Read and parse queue — Parse input arguments or /tmp/notes.md into items queue
2. Session setup — Fetch latest beta, sync wiki

After parsing — create one task per item in the queue:

3–N. Item #<issue-number>: <title or description> — Full /develop cycle for this item

After all items complete:

• Print summary — Final batch results summary

Progress rule: Before starting each item, mark its task in_progress. After completing (merged + closed), mark it completed. If an item fails, mark it completed with a note describing the failure.

Recovery rule: If you lose track of progress (e.g., after context compression), run TaskList to see which tasks are completed and resume from the first pending task.

Steps

1. Read and Parse

If $ARGUMENTS contains issue numbers: Extract all issue numbers from the arguments (strip # prefixes, commas, semicolons). Each number becomes an item in the queue.

If $ARGUMENTS is empty: Read /tmp/notes.md. Parse each non-empty, non-comment line into an ordered items queue.

Print the queue:

Batch Develop Queue:
  1. #42 — (issue reference)
  2. The login page crashes on mobile — (description)
  3. #55 — (issue reference)
  ...
Total: N items

If the queue is empty, inform the user and stop.

2. Session Setup

Fetch latest state:

git fetch origin beta

Sync wiki:

git submodule update --init wiki && git -C wiki pull origin master

3. Sequential Processing Loop

For each item in the queue:

3a. Reset to Beta

Start each item from a clean beta baseline:

git checkout -B batch-dev-temp origin/beta

3b. Invoke /develop

Invoke the /develop skill with the current item as $ARGUMENTS. The /develop skill handles the full cycle (steps 1–11): resolve issue → visual spec → branch → move to in progress → implement + test → verify PR → review → fix loop → merge → close.

Note: Skip /develop step 1 (Rebase) — the baseline reset is already handled by step 3a above. Execute /develop steps 2–11 for each item.

3c. Track Result

After /develop completes for the item:

• Success (PR merged, issue closed): Add to completed list. If in file mode, remove the line from /tmp/notes.md.
• Failure (retry budget exhausted or error): Add to failed list, continue to next item. If in file mode, keep the line in /tmp/notes.md.

3d. Progress Update

After each item, print progress:

Progress: N/M complete | Completed: #42, #55 | Failed: none | Remaining: N

4. Summary

After all items are processed, print a final summary:

Batch Develop Complete
======================
Total items:  N
Completed:    N — #42, #55, #61
Failed:       N — #88 (reason)
Remaining in /tmp/notes.md: N lines

In file mode: if all items succeeded, /tmp/notes.md will be empty (or contain only comments). If any failed, the file retains those lines for a future run.