agentsclimarketplace

Work

Skill Bayonle/agentic-engineering/skills/work

Workflow orchestrator - spawns agents in fresh background contexts using Claude Code's native subagent systemFrom its SKILL.md

Install
npx -y skills add Bayonle/agentic-engineering --skill work

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

6.7 KB, as published. Nobody here has run it

Workflow Orchestrator

Trigger: /work task-id

Step 0: Ensure Workspace Exists

Before doing anything else, check if workspace/ directory exists:

ls workspace/

If workspace doesn't exist:

  1. Tell user: "No workspace found. Creating one..."
  2. Copy from lib/templates/workspace/ if available
  3. Or create minimal structure with directories and empty files

The /task command also auto-creates workspace, so typically it will exist.


How This Works

This skill instructs Claude to:

  1. Read task status from filesystem
  2. Determine which agent should run next
  3. Spawn that agent in background using the Task tool
  4. Exit immediately (orchestrator done)
  5. User resumes later with /work task-id

Available Subagents

This plugin provides proper Claude Code subagents in agents/:

AgentWhen UsedWhat It Does
pm-agentTask in inboxWrites business-focused PRD
architect-agentTask in in-planningCreates technical plan
engineer-agentTask in ready-to-buildImplements on feature branch
qa-agentTask in ready-for-testingTests and generates report
devops-agentTask in ready-to-deployDeploys to production

Step 1: Read Task Status

Check where the task is in the workflow:

# Find the task
ls workspace/tasks/*/task-{id}.md

Status locations:

  • workspace/tasks/inbox/ → PM
  • workspace/tasks/in-planning/ → Architect
  • workspace/tasks/ready-to-build/ → Engineer
  • workspace/tasks/ready-for-testing/ → QA
  • workspace/tasks/ready-to-deploy/ → DevOps
  • workspace/tasks/deployed/ → DONE!

Step 2: Spawn the Right Agent

Use the Task tool to spawn the appropriate subagent in background:

If task is in inbox → Spawn PM Agent

Task tool:
  subagent_type: "pm-agent"
  description: "PM writes PRD for {task-id}"
  run_in_background: true
  prompt: |
    Work on task {task-id}.

    CRITICAL BOUNDARIES:
    - You are a BUSINESS analyst, NOT a technical architect
    - DO NOT read source code files (.cs, .js, .py, etc.)
    - DO NOT specify APIs, endpoints, database schemas, or data models
    - DO NOT mention technical frameworks, libraries, or patterns
    - The Architect will handle ALL technical decisions

    Your job:
    1. Read the task from workspace/tasks/inbox/{task-id}.md
    2. Research the BUSINESS domain (user needs, market, competitors - NOT code)
    3. Write a business-focused PRD with:
       - Problem statement (user pain)
       - User stories (As a... I want... So that...)
       - Acceptance criteria (testable outcomes)
       - Success metrics (business KPIs)
    4. Save to workspace/docs/specs/{task-id}-prd.md
    5. Request human approval
    6. After approval: commit, move task to in-planning, exit

    If you catch yourself writing endpoints, schemas, or technical specs - DELETE IT.
    That is the Architect's job, not yours.

If task is in in-planning → Spawn Architect Agent

Task tool:
  subagent_type: "architect-agent"
  description: "Architect designs {task-id}"
  run_in_background: true
  prompt: |
    Work on task {task-id}.

    1. Read PRD from workspace/docs/specs/{task-id}-prd.md
    2. Design technical solution
    3. Write plan to workspace/docs/plans/{task-id}-plan.md
    4. Request human approval
    5. After approval: commit, move task to ready-to-build, exit

If task is in ready-to-build → Spawn Engineer Agent

Task tool:
  subagent_type: "engineer-agent"
  description: "Engineer implements {task-id}"
  run_in_background: true
  prompt: |
    Work on task {task-id}.

    1. Create feature branch: feature/{task-id}
    2. Read plan from workspace/docs/plans/{task-id}-plan.md
    3. Implement the code
    4. Write tests
    5. Commit, push, create PR
    6. Move task to ready-for-testing, exit

If task is in ready-for-testing → Spawn QA Agent

Task tool:
  subagent_type: "qa-agent"
  description: "QA tests {task-id}"
  run_in_background: true
  prompt: |
    Work on task {task-id}.

    1. Run tests
    2. Use agent-browser for UI testing if available
    3. Write test report to workspace/docs/qa-reports/{task-id}-test-report.md
    4. Request deployment approval
    5. After approval: commit, move task to ready-to-deploy, exit

If task is in ready-to-deploy → Spawn DevOps Agent

Task tool:
  subagent_type: "devops-agent"
  description: "DevOps deploys {task-id}"
  run_in_background: true
  prompt: |
    Work on task {task-id}.

    1. Merge the PR
    2. Deploy to production
    3. Verify health
    4. Move task to deployed
    5. Exit - workflow complete!

If task is in deployed → Done!

Tell user: "Task {task-id} is already deployed! 🎉"


Step 3: Exit Immediately

After spawning the agent, tell the user:

✅ Spawned {agent} in background for {task-id}

The agent is working in a FRESH context.

Monitor progress:
  tail -f workspace/activity.log
  cat workspace/agents/{agent}/WORKING.md

Resume workflow after approval:
  /work {task-id}

DO NOT WAIT for the agent. Just spawn and exit.


The Pattern

User: /work task-001
         ↓
Claude (main): Reads status → inbox
Claude (main): Spawns pm-agent in background
Claude (main): Says "PM spawned" and EXITS
         ↓
[pm-agent works in FRESH background context]
[pm-agent finishes, exits]
         ↓
User: /work task-001
         ↓
Claude (main): Reads status → in-planning
Claude (main): Spawns architect-agent in background
Claude (main): EXITS
         ↓
[Repeat until deployed]

Why Background Subagents?

From Claude Code docs:

"Background subagents run concurrently while you continue working."

Benefits:

  • Fresh context - Each agent starts clean (~10KB not ~100KB)
  • No hallucinations - Clean context prevents confusion
  • Resumable - Can stop/start anytime
  • Parallel work - User can do other things while agent works

Key Points

  1. Subagents cannot spawn subagents - Only main conversation can spawn
  2. Orchestrator spawns and exits - Don't wait for agent to complete
  3. User resumes with /work - Each invocation is fresh
  4. Filesystem is truth - Agents communicate via files only

Monitoring

# Watch activity
tail -f workspace/activity.log

# Check agent status
cat workspace/agents/pm/WORKING.md
cat workspace/agents/architect/WORKING.md
cat workspace/agents/engineer/WORKING.md
cat workspace/agents/qa/WORKING.md
cat workspace/agents/devops/WORKING.md

# Check task location
ls workspace/tasks/*/

# Resume workflow
/work {task-id}

Keep looking

Skills are one crate of 628,853. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.