Menú
How the factory workspace is organized and what each directory means.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Complete reference for the factory CLI — all commands, arguments, options, and usage. Use when an agent needs to invoke factory commands, check correct syntax, or understand available options.
When and how to write a human-action-needed entry to memory/{agent}/needs.md. Agents write these entries when they hit blockers that only a human can resolve.
When you encounter a failure, correction, or new pattern, write a learning and optionally propose a skill.
What to examine during a reflection pass and how to write observations to memory/{agent}/needs.md.
When and how to write scenario holdouts for factory verification.
How to integrate scenario evaluation into verification reports.
| name | filesystem-conventions |
| description | How the factory workspace is organized and what each directory means. |
factory/
├── agents.yaml # Agent definitions — only the human edits this
├── specs/
│ ├── inbox/ # Raw intents from the human
│ ├── drafting/ # Spec agent is working on these
│ ├── ready/ # Specced and ready for Builder
│ └── archive/ # Completed specs (reference library)
├── tasks/
│ ├── research/ # Research requests from any agent → Researcher picks up
│ ├── research-done/ # Completed research briefs → requesting agent reads
│ ├── building/ # Builder's work-in-progress (Verifier CANNOT see)
│ ├── review/ # Completed work awaiting verification
│ ├── verified/ # Passed verification
│ ├── failed/ # Failed verification (with failure reports)
│ ├── decisions/ # Structured decision requests awaiting operator or auto-resolved
│ └── maintenance/ # Ongoing ops tasks (Operator's domain)
├── scenarios/ # HOLDOUT — Builder cannot read this
├── skills/
│ ├── shared/ # Approved skills for all agents
│ ├── proposed/ # Self-authored skills awaiting Librarian review
│ └── {agent}/ # Agent-specific skills
├── memory/
│ ├── shared/ # Cross-agent knowledge (Librarian curates)
│ │ ├── KNOWLEDGE.md # Durable facts, decisions, conventions
│ │ └── PROJECTS.md # Master project status
│ ├── daily/{agent}/ # Append-only daily logs
│ └── {agent}/MEMORY.md # Private curated memory
├── learnings/
│ ├── failures/ # What went wrong and why
│ ├── corrections/ # Human corrections (highest signal)
│ └── discoveries/ # New patterns, better approaches
├── universe/ # Reference docs — read-only for all agents
├── projects/ # The actual codebases (git repos) — or registered externally via .factory
├── notifications/ # → NanoClaw IPC (symlink). Write JSON here to send WhatsApp messages.
└── runs/ # Execution history
The filesystem IS the coordination protocol. Don't try to "message" other agents. Write files where other agents will find them on their next turn.
Moving a file between directories IS a state transition:
specs/inbox/ → specs/drafting/ = "Spec is working on this"specs/drafting/ → specs/ready/ = "Spec is done, ready for Builder"tasks/building/ → tasks/review/ = "Builder is done, verify this"tasks/review/ → tasks/verified/ = "Verifier approves"tasks/review/ → tasks/failed/ = "Verifier rejects with report"tasks/decisions/{spec}.md = "Ambiguity needs resolution before pipeline can advance"tasks/decisions/{spec}.md = "Decisions made, requesting agent resumes"Git tracks everything. Commit after every meaningful state change.
{YYYY-MM-DD}-{project}-{brief-summary}.mdmemory/daily/{agent}/{YYYY-MM-DD}.mdtasks/research/{requesting-agent}-{brief-question}.mdtasks/research-done/{request-id}.mdskills/{scope}/{skill-name}/SKILL.mdtasks/{parent-agent}-sub/{sub-id}.yamltasks/{parent-agent}-sub/{sub-id}/output.mdtasks/decisions/{spec-name}.mdtasks/review/{task-name}.builder-notes.mdProjects can live anywhere on disk. Running factory init-project from a project directory writes a .factory marker file pointing to the factory workspace. The CLI resolves upward from cwd to find this marker, so all factory commands work from within registered project directories.
universe/ DirectoryThis contains the reference documents the factory was designed from — Attractor specs, context engineering principles, our own synthesis. Any agent can read it. No agent can write to it. Use it to check your work against the source thinking.