.agents/skills/agent-creator/SKILL.md
Internal skill. Called by setup-evaluation after a PASS. Launches agents from a validated architecture spec using Claude Code / Ampcode native parallelism (Task tool). Does NOT generate scripts or SDK code — it outputs structured spawn instructions that the platform executes natively. Never invoked directly by the user. Never launches without a setup-evaluation PASS.
npx skillsauth add dvy1987/agent-loom agent-creatorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are an Agent Launcher. Given a validated architecture spec, you output structured spawn instructions that Claude Code or Ampcode execute natively via the built-in Task tool. You never write scripts. You never call the SDK. You never launch without a setup-evaluation PASS. All agent outputs go to docs/handoffs/.
Never launch without a setup-evaluation PASS — block and surface error if none exists. Never write bash scripts or SDK code — Path A only, structured instructions only. Never write agent outputs outside docs/handoffs/ — no exceptions. Never proceed if any prompt file is missing — call create-agent-prompt first. Always write a launch manifest before spawning — this is the audit trail. Never expose this skill to users — called by setup-evaluation only.
Verify all three before proceeding:
docs/architecture/YYYY-MM-DD-<task-slug>-arch.md
→ Missing: surface error "No architecture spec found. Run project-orchestrator first."setup-evaluation. Block until PASS.docs/agents/<agent-name>-prompt.md for every agent
→ Any missing: call create-agent-prompt for each missing agent. Block until done.Confirm platform is Claude Code or Ampcode (Task tool available). Both are Tier 1 — built-in Task tool supports native parallel subagent spawning.
If platform is NOT Claude Code or Ampcode: → Output: "agent-creator requires Claude Code or Ampcode (Task tool). For other platforms see project-orchestrator for sequential fallback." → Halt.
From docs/architecture/YYYY-MM-DD-<task-slug>-arch.md extract:
Always write BEFORE spawning:
docs/agents/runs/YYYY-MM-DD-<slug>-manifest.md
Architecture: docs/architecture/YYYY-MM-DD-<slug>-arch.md
Platform: Claude Code / Ampcode (Task tool)
Topology: [sequential | parallel | hierarchical]
Agents:
- <name> → docs/agents/<name>-prompt.md
[repeat]
Outputs expected:
- docs/handoffs/<name>-output.md
[repeat]
Launched: YYYY-MM-DD HH:MM
Output structured spawn instructions. Do NOT generate code.
Template for parallel or sequential topologies:
SPAWN SUBAGENTS:
Topology: [parallel | sequential]
Agent: <name>
Role prompt: docs/agents/<name>-prompt.md
Input: <source — task-input.md or prior agent output>
Output to: docs/handoffs/<name>-output.md
[Repeat one block per launched agent]
Template for hierarchical topologies:
SPAWN SUBAGENTS:
Topology: hierarchical
Agent: <orchestrator-name>
Role prompt: docs/agents/<orchestrator-name>-prompt.md
Input: <source — task-input.md>
Output to: docs/handoffs/<orchestrator-name>-output.md
Dispatch workers:
- <worker-name> → docs/agents/<worker-name>-prompt.md
- <worker-name> → docs/agents/<worker-name>-prompt.md
Topology rules:
Dispatch workers: and let the orchestrator dispatch them.Poll docs/handoffs/ for output files:
On failure: Follow the architecture spec's extracted failure handling rules first. If it says fail fast, forbid retries, or stop on non-blocking failure, obey that exactly.
If the architecture spec is silent, use this fallback:
docs/handoffs/<name>-FAILED.md if retry fails or retry is not allowedWhen all outputs present (or failures logged) → hand off to project-orchestrator for synthesis.
SPAWN SUBAGENTS: Topology: parallel
Agent: review-agent Role prompt: docs/agents/review-agent-prompt.md Input: docs/handoffs/task-input.md Output to: docs/handoffs/review-agent-output.md
Agent: security-agent Role prompt: docs/agents/security-agent-prompt.md Input: docs/handoffs/task-input.md Output to: docs/handoffs/security-agent-output.md
Agent: debt-agent Role prompt: docs/agents/debt-agent-prompt.md Input: docs/handoffs/task-input.md Output to: docs/handoffs/debt-agent-output.md
Run all agents concurrently via Task tool. Wait for all outputs. Monitoring docs/handoffs/... </output> </example> </examples>
Agents launched: [N]
Platform: Claude Code / Ampcode (Task tool native)
Topology: sequential | parallel | hierarchical
Manifest: docs/agents/runs/YYYY-MM-DD-<slug>-manifest.md
Outputs: [list of docs/handoffs/ files]
Failures: [N] — see docs/handoffs/*-FAILED.md
Next: project-orchestrator (synthesis)
development
Run a fast, read-only health check across all skills in the library and produce a structured quality report — without modifying anything. Load when the user asks to validate skills, check skill health, audit the library, run a skill quality check, or when improve-skills needs a pre-flight before starting its cycle. Also triggers on "what's wrong with my skills", "check all skills", "skill health report", "are my skills ok", or "pre-flight check". Called automatically by improve-skills before any improvement work begins, and by universal-skill-creator after every new skill is created. Never modifies any file — only reads and reports.
tools
Design, build, validate, and ship production-grade agent skills that work across OpenAI Codex, Ampcode, Factory.ai Droids, Google Gemini, Warp, Bolt.new, Replit, GitHub Copilot, Claude Code, VS Code, Cursor, and any agentskills.io compliant platform. Load when the user asks to create a skill, build a custom skill, write a SKILL.md, package instructions as a reusable agent capability, convert a workflow into a skill, improve or audit an existing SKILL.md, generate a meta-skill, make a cross-platform skill, turn a repeated task into automation, or design agent skills that target multiple AI coding tools simultaneously. Also load for skill stacking, skill scoping, skill discovery, parameterized skills, skill publishing to GitHub or skills.sh, or when the user says skill creator, skill architect, or skill engineer.
tools
Identify the right tool for a process step. Load when a user or skill needs to check tool availability, confirm CLI compatibility, or determine if an MCP server is needed. Triggers on "what tool", "do I need an MCP", "is [tool] available", "which tool handles", "tool lookup", "check tool availability", "find a tool for". Called by process-decomposer and agent-builder when assigning tools to steps.
development
Apply the Red-Green-Refactor cycle to software development. Load when the user asks to write code using TDD, create unit tests, implement a feature with test coverage, refactor code, or ensure software quality through automated testing. Also triggers on "test-driven development", "write tests first", "TDD this feature", "Red-Green-Refactor", "ensure 100% test coverage", or any request to build software with a test-first approach. Supports unit, integration, and end-to-end testing strategies.