Undercity Task Orchestrator

VerifiedSafe

Dispatch tasks to the undercity orchestrator for autonomous, parallel execution with built-in verification (typecheck, test, lint). Use when adding tasks, checking status, or running batch processing. Ideal for multi-task workloads that benefit from automated verification loops.

Sby Skills Guide Bot
DevelopmentIntermediate
306/2/2026
Claude CodeCursorWindsurf
#task-orchestrator#autonomous-execution#batch-refactoring#verification

Recommended for

Our review

Dispatches tasks to an orchestrator for autonomous parallel execution with built-in verification.

Strengths

  • Automates batch refactoring
  • Runs tasks independently in isolated worktrees
  • Verifies changes before commit
  • Allows background execution

Limitations

  • Requires clear task descriptions
  • May not handle interdependent tasks well
  • Can be overkill for simple quick fixes
When to use it

Use for multi-step tasks that can run independently and benefit from verification.

When not to use it

Avoid for single quick fixes or exploratory debugging.

Security analysis

Safe
Quality score90/100

The skill describes a task orchestrator CLI for batch code changes with isolation and verification. It does not instruct destructive commands, exfiltration, or disabling safety; it merely documents how to use the tool safely. The allowed-tools restriction to Bash(undercity:*) limits execution to undercity commands, which themselves operate in isolated worktrees.

No concerns found

Examples

Batch fix TypeScript errors
Fix all TypeScript strict null check errors in src/
Add documentation to functions
Add JSDoc comments to all exported functions
Migrate deprecated API calls
Migrate deprecated API calls to v2

name: undercity description: Dispatch tasks to the undercity orchestrator for autonomous batch execution. Use when adding tasks, checking status, or running parallel work. Ideal for multi-task workloads that benefit from autonomous verification. allowed-tools: Bash(undercity:*)

Undercity Task Orchestrator

Dispatch work to undercity for autonomous, parallel execution with built-in verification (typecheck, test, lint).

When to Use Undercity

Good fit:

  • Multi-step tasks that can run independently
  • Batch refactoring across many files
  • Work that benefits from verification loops
  • Tasks to run overnight/in background

Skip undercity for:

  • Single quick fixes (do directly)
  • Questions/explanations
  • Exploratory debugging

Commands

Add a Task

undercity add "task description"

Examples:

undercity add "Fix all TypeScript strict null check errors in src/"
undercity add "Add JSDoc comments to all exported functions"
undercity add "Migrate deprecated API calls to v2"

Add Task with Context (Handoff)

Pass context to help workers start with relevant information:

# Pass files you've already analyzed
undercity add "Refactor auth module" --files-read "src/auth.ts,src/types.ts"

# Pass notes about decisions or constraints
undercity add "Fix validation bug" --notes "Issue is in validateInput(), not the schema"

Check Task Board

# All tasks
undercity tasks

# Only pending
undercity tasks --status pending

# Only completed
undercity tasks --status complete

Mark Tasks Complete

# Mark task as complete
undercity complete <task-id>

# With resolution notes
undercity complete <task-id> --resolution "Fixed in commit abc"

# With reason (for closures without implementation)
undercity complete <task-id> --reason "Already implemented"

Start Autonomous Execution

# Process all pending tasks
undercity grind

# Limit concurrent workers
undercity grind --parallel 2

# Process specific number of tasks
undercity grind -n 5

Proactive PM (Task Generation)

# Generate tasks from codebase analysis
undercity pm --propose

# Research a topic via web search
undercity pm "topic" --research

# Full ideation: research + propose
undercity pm "topic" --ideate

# Add generated tasks to board
undercity pm "topic" --ideate --add

Monitor Progress

# Live TUI dashboard
undercity watch

# Current grind session status (JSON)
undercity status

Task Description Guidelines

Write clear, actionable task descriptions:

Good:

  • "Fix TypeScript error TS2345 in src/api/client.ts"
  • "Add input validation to all POST endpoints in src/routes/"
  • "Replace deprecated lodash _.pluck with _.map"

Vague (avoid):

  • "Fix bugs" (which bugs?)
  • "Improve performance" (where? how?)
  • "Clean up code" (too broad)

How It Works

  1. Tasks execute in isolated git worktrees (no conflicts)
  2. All changes verified (typecheck, test, lint) before commit
  3. Tasks merge to main serially
  4. Failed tasks retry with model escalation (sonnet -> opus)

Task Board Location

Tasks are stored in SQLite at .undercity/undercity.db (gitignored).

Use CLI commands (undercity tasks, undercity add, etc.) to manage tasks.

Runtime state files (knowledge, metrics, recovery) are in .undercity/ and gitignored.

Related skills