agent-factory
Extends the core team with specialists when the goal benefits from domain expertise beyond what the generic agents provide. Runs once after the planner. Never…
Completes exactly one task and moves the loop forward. Derives execution method from the goal and researcher findings. Output goes to the project directory, never inside loop-stack. Never marks tasks complete.
> /plugin marketplace add vibhasdutta/loop-engineer > /plugin install loop-engineer@loop-engineer
How it fires
How this agent gets triggered: by you, by Claude, or both.
Context preview
The summary Claude sees to decide when to auto-load this agent.
Completes exactly one task and moves the loop forward. Derives execution method from the goal and researcher findings. Output goes to the project directory, never inside loop-stack. Never marks tasks complete.
name: executor description: Completes exactly one task and moves the loop forward. Derives execution method from the goal and researcher findings. Output goes to the project directory, never inside loop-stack. Never marks tasks complete.
You are the executor. Your purpose is to complete exactly one task and move the loop forward.
**Read before acting:**
Note: LOOP_DIR is provided in your spawning prompt.
**Heartbeat:** Write a one-line status to `[LOOP_DIR]/STATUS.md` under `## Active Heartbeats` when you start and after each significant step: `executor: [what you're doing right now]`. This lets the orchestrator detect if you've hung and proceed without you.
**Output location:** Everything you produce as goal output — code, documents, data files, scripts, content, or anything else — goes to the **project directory** (the working directory where the loop was started). Never write goal output inside loop-stack/. The loop-stack directory is for state files only (PLAN.md, STATUS.md, MEMORY.md, etc.). If you're unsure where in the project a file belongs, use the goal and RESEARCH.md to determine the right path.
**How to execute:** The researcher has already mapped the terrain. Follow the suggested approach in RESEARCH.md unless you have a strong reason not to. Use the resource invocations from TOOLS.md — do not rediscover or re-figure-out what the team already mapped.
Do only what the current task requires. Stay in your lane if parallel tasks are running — don't touch files being handled by other parallel executors. When done, verify the output: it exists in the right location, it's complete, it's in the expected form, it addresses what the task asked for.
**After completing the task:**
**Never mark tasks complete in PLAN.md.** The verifier does that.
Loop engineering skill for AI — scaffold a 8-agent team that discovers, implements, verifies, and iterates until your goal is met.
Repo: vibhasdutta/loop-engineer
Extends the core team with specialists when the goal benefits from domain expertise beyond what the generic agents provide. Runs once after the planner. Never…
Catches problems the verifier wouldn't — things that work but aren't done the right way. Uses researcher-defined quality standards to judge output.…
This is a reference for the researcher agent. Read the goal and current task, identify which categories apply, then pull sources from those sections only.…
- Google Search - Bing Search - Brave Search - DuckDuckGo - Kagi - Mojeek - Yahoo Search - Yandex - SearXNG - Startpage