solo-pipeline
Chains multiple AI skills into automated pipelines for research or development.
Install
mkdir -p .claude/skills/solo-pipeline && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/17020" && unzip -o skill.zip -d .claude/skills/solo-pipeline && rm skill.zipInstalls to .claude/skills/solo-pipeline
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Use when "run pipeline", "automate research to PRD", "full pipeline", "research and validate", "scaffold to build", "loop until done", "chain skills", or need multi-skill automation. Do NOT use for single skills (use the skill directly).Key capabilities
- →Automate multi-skill pipelines
- →Chain skills for research workflows
- →Chain skills for development workflows
- →Confirm pipeline execution with the user
- →Manage pipeline state and progress
- →Monitor pipeline execution
How it works
The skill parses arguments to determine the pipeline type, confirms the execution with the user, and then starts the first skill in the chain. Subsequent stages are handled automatically by a Stop hook, which reads and updates a state file.
Inputs & outputs
When to use solo-pipeline
- →Running research pipelines
- →End-to-end project scaffolding
- →Chaining validation and build tasks
About this skill
/pipeline
Launch an automated multi-skill pipeline. The Stop hook chains skills automatically — no manual invocation needed between stages.
Available Pipelines
Research Pipeline
/pipeline research "AI therapist app"
Chains: /research -> /validate
Produces: research.md -> prd.md
Dev Pipeline
/pipeline dev "project-name" "stack"
/pipeline dev "project-name" "stack" --feature "user onboarding"
Chains: /scaffold -> /setup -> /plan -> /build
Produces: full project with workflow, plan, and implementation
Steps
1. Parse Arguments
Extract from $ARGUMENTS:
- Pipeline type: first word (
researchordev) - Remaining args: passed to the launcher script
If no arguments or unclear, ask:
Which pipeline do you want to run?
1. Research Pipeline — /research → /validate (idea to PRD)
2. Dev Pipeline — /scaffold → /setup → /plan → /build (PRD to running code)
2. Confirm with User
Show what will happen:
Pipeline: {type}
Stages: {stage1} → {stage2} → ...
Idea/Project: {name}
This will run multiple skills automatically. Continue?
Ask via AskUserQuestion.
3. Start First Stage
Run the first skill in the pipeline directly:
For research pipeline: Run /research "idea name"
For dev pipeline: Run /scaffold project-name stack
The Stop hook (if configured) will handle subsequent stages automatically. Without a Stop hook, manually invoke each skill in sequence.
3b. Launcher Scripts (optional, Claude Code plugin only)
If you have the solo-factory plugin installed, launcher scripts provide tmux dashboard and logging:
# Only available with Claude Code plugin — skip if not installed
solo-research.sh "idea name" [--project name]
solo-dev.sh "project-name" "stack" [--feature "desc"]
Pass --no-dashboard when running from within a skill context.
5. Pipeline Completion
When all stages are done, output:
<solo:done/>
The Stop hook checks for this signal and cleans up the state file.
State File
Location: .solo/pipelines/solo-pipeline-{project}.local.md (project-local) or ~/.solo/pipelines/solo-pipeline-{project}.local.md (global fallback)
Log file: .solo/pipelines/solo-pipeline-{project}.log
Format: YAML frontmatter with stages list, project_root, and log_file fields.
The Stop hook reads this file on every session exit attempt.
To cancel a pipeline manually: delete the state file solo-pipeline-{project}.local.md
Monitoring
tmux Dashboard (terminal use)
When launched from terminal (without --no-dashboard), a tmux dashboard opens automatically with:
- Pane 0: work area
- Pane 1:
tail -fon log file - Pane 2: live status display (refreshes every 2s)
Manual Monitoring
Monitor pipeline progress with standard tools:
# Watch log file
tail -f .solo/pipelines/solo-pipeline-<project>.log
# Check pipeline state
# Auto-refresh
watch -n2 -c solo-pipeline-status.sh
Otherwise, use standard tools:
# Log tail
tail -f .solo/pipelines/solo-pipeline-<project>.log
# Check state file
cat .solo/pipelines/solo-pipeline-<project>.local.md
Session Reuse
Re-running a pipeline reuses any existing state — completed stages are skipped automatically.
- No need to close/recreate — just run the same command again
Log Format
[22:30:15] START | my-app | stages: research -> validate | max: 5
[22:30:16] STAGE | iter 1/5 | stage 1/2: research
[22:30:16] INVOKE | /research "AI therapist app"
[22:35:42] CHECK | research | .../research.md -> FOUND
[22:35:42] STAGE | iter 2/5 | stage 2/2: validate
[22:35:42] INVOKE | /validate "AI therapist app"
[22:40:10] CHECK | validate | .../prd.md -> FOUND
[22:40:10] DONE | All stages complete! Promise detected.
[22:40:10] FINISH | Duration: 10m
Critical Rules
- Always confirm before starting a pipeline.
- Don't skip stages — the hook handles progression.
- Cancel = delete state file — tell users this if they want to stop.
- Max iterations prevent infinite loops (default 5 for research, 15 for dev).
- Use
--no-dashboardwhen running from within Claude Code skill context.
When not to use it
- →When only a single skill needs to be executed
- →When the user does not want interactive confirmation
- →When the user wants to manually invoke each skill in sequence
Limitations
- →Requires user confirmation before starting a pipeline
- →Max iterations prevent infinite loops (default 5 for research, 15 for dev)
- →Cancellation requires manual deletion of the state file
How it compares
This skill orchestrates a sequence of skills into an automated pipeline with state management and interactive confirmation, providing a structured workflow for complex tasks rather than requiring manual execution of individual skills.
Compared to similar skills
solo-pipeline side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| solo-pipeline (this skill) | 0 | 4mo | Review | Intermediate |
| autonomous-agents | 10 | 6mo | No flags | Advanced |
| agent-goal-planner | 2 | 6mo | No flags | Advanced |
| planner | 1 | 6mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by fortunto2
View all by fortunto2 →You might also like
autonomous-agents
davila7
Autonomous agents are AI systems that can independently decompose goals, plan actions, execute tools, and self-correct without constant human guidance. The challenge isn't making them capable - it's making them reliable. Every extra decision multiplies failure probability. This skill covers agent loops (ReAct, Plan-Execute), goal decomposition, reflection patterns, and production reliability. Key insight: compounding error rates kill autonomous agents. A 95% success rate per step drops to 60% b
agent-goal-planner
ruvnet
Agent skill for goal-planner - invoke with $agent-goal-planner
planner
solatis
Interactive planning and execution for complex tasks. Use when user asks to use or invoke planner skill.
hierarchical-coordinator
MadAppGang
Prevent goal drift in long-running multi-agent workflows using a coordinator agent that validates outputs against original objectives at checkpoints. Use when orchestrating 3+ agents, multi-phase features, complex implementations, or any workflow where agents may lose sight of original requirements. Trigger keywords - "hierarchical", "coordinator", "anti-drift", "checkpoint", "validation", "goal-alignment", "decomposition", "phase-gate", "shared-state", "drift detection".
workflow-router
parcadei
Goal-based workflow orchestration - routes tasks to specialist agents based on user goals
loki-mode
davila7
Multi-agent autonomous startup system for Claude Code. Triggers on "Loki Mode". Orchestrates 100+ specialized agents across engineering, QA, DevOps, security, data/ML, business operations, marketing, HR, and customer success. Takes PRD to fully deployed, revenue-generating product with zero human intervention. Features Task tool for subagent dispatch, parallel code review with 3 specialized reviewers, severity-based issue triage, distributed task queue with dead letter handling, automatic deployment to cloud providers, A/B testing, customer feedback loops, incident response, circuit breakers, and self-healing. Handles rate limits via distributed state checkpoints and auto-resume with exponential backoff. Requires --dangerously-skip-permissions flag.