
Factory
Experimental workflow for configuring an autonomous software delivery factory.
Install
npx skills add BuilderIO/skills --skill factory -g -a claude-code -y- Repository
- BuilderIO/skills4.6k
- Category
- Engineering
- Updated
- 7d ago
- License
- MIT
- Context cost
- Lightabout 936 tokens
- Runs scripts
- No, instructions only
What it does
Experimental workflow for configuring an autonomous software delivery factory. Use when choosing feedback sources, schedules, worktree behavior, autonomy gates, or host automations.
Factory
Start with the Factory guide for workflow setup and configuration.
Read .agent-factory/config.yaml and apply the optional
skill_prompts.factory entry as additional project guidance. Configure the
current project to turn selected product or maintenance signals
into verified, reviewed changes. Factory coordinates the other modules; it
does not assume a provider, repository, schedule, or autonomy level.
Set up
Use the Factory configuration reference for field meanings, examples, and host limitations.
- Read
.agent-factory/config.yamlif it exists. Preserve explicit choices. - Show the read-capable integrations this host exposes. There is no built-in Factory source catalog. Confirm the source scope; add a custom source only when a connected tool can read it.
- Set each action policy independently: implement, reply, close, review, approve, publish, merge, deploy, recover, and notify.
- Add optional per-skill prompts under
skill_promptswhen you want project-specific rules layered onto a module. - Choose schedules, time zone, worktree ownership, runtime, and notifications only where the host supports them.
- Write the agreed config. Never put credentials or tokens in it.
- If asked to create automations, create one job per enabled workflow, then read back its saved schedule, target, runtime, and notification settings. Report fields the host could not honor.
A config entry or written prompt does not prove a job exists. Treat unavailable or partial reads as unknown, not empty or successful.
