swfactory
A method, five agent skills and a CLI to build software with coding agents (Claude Code and Codex) on local Orca: design and approve a change, implement each task in its own Orca workspace, review it and publish it with evidence, follow everything on a live board, and keep what was learned in the project's memory.
Orca runs the agents and the workspaces; the Factory brings the method and keeps its state in
readable files under .factory/. You talk to the agent in natural language (Spanish or English);
everything it writes to the repository is in English.
The user guide explains every step in detail: what each skill does, what you decide, task states, notes and recovery, configuration and what to do when something goes wrong.
Requirements
- Linux, macOS or Windows, with Git.
- Orca 1.4.229 or later, running locally (remote hosts are
refused), with its
orcaCLI on yourPATH. - Claude Code and/or Codex, available as agents in Orca.
- uv (it provides Python 3.11+), with
~/.local/binon yourPATH(uv tool update-shelladds it). - Optional:
gh, authenticated, to open pull requests. Without it the Factory pushes the task branch and leaves the PR to you.
Install
Once per machine, with uv (recommended):
uv tool install swfactory # the `swfactory` command, in ~/.local/bin
swfactory install-skill # copies /factory-init to ~/.claude/skills/ and ~/.agents/skills/
It is a regular Python package, so pipx install swfactory or pip install swfactory (inside a
virtual environment) work too. The skills call swfactory, so it has to be installed, not only run
once. To try it without installing: uvx swfactory --version.
Upgrade: uv tool upgrade swfactory (or pipx upgrade swfactory), then
swfactory install-skill, then /factory-init in each project to update its skills.
The five skills
| Skill | What for |
|---|---|
/factory-init |
Prepare or update a repository: it analyzes it, proposes one plan (create, modify, delete with reason, respect, Orca actions) and applies it after a single confirmation, with backups. "solo el análisis" shows the plan only. |
/factory-design |
Design a change: it shows a short outline first, writes the design with its acceptance criteria and tasks, and has it critiqued. You approve it by saying "apruebo CHG-NNNN" (Claude asks for permission before the approval commit). |
/factory-implement |
Implement an approved task: from the main checkout it claims the task, creates its Orca workspace and launches the lead agent there. The lead writes tests and code, checkpoints, verifies every criterion with evidence, runs the reviews, updates the memory and finishes. |
/factory-board |
The live kanban board: opens it in an Orca tab (or your browser), closes it, gives its URL or saves a snapshot. |
/factory-status |
How everything is going, what needs you, notes and pauses for a running agent ("deja una nota en CHG-…", "pausa CHG-…"), recovering an interrupted task and memory maintenance. |
The skills call the swfactory CLI for everything that must be exact. You do not need to use it,
but you can: swfactory --help lists every command.
Five-minute walkthrough
In a Claude Code (or Codex) terminal in Orca, at the root of your repository:
-
Prepare the repo.
/factory-initRead the plan and confirm it. It registers the repo in Orca with its base branch, installs the five skills in the repo, writes
AGENTS.md,docs/and.factory/config.tomlwith your test, lint and typecheck commands, and leaves everything uncommitted. Review the diff and commit it on the base branch (or ask the agent to). -
Design a change.
/factory-design add weekly recurrence to bookingsSay OK to the outline; it writes
.factory/changes/CHG-0001/design.mdandtasks.yaml. Read it and approve it:apruebo CHG-0001Accept the permission prompt. "vale" or "ok" is not an approval.
-
Implement a task.
/factory-implement CHG-0001-01 con claude, revisa claude("with claude, review claude": the lead agent and the conformance reviewer.) A new workspace appears in Orca's sidebar with its agent; your main session is free. Open the workspace to watch it or talk to the agent.
-
Follow it.
/factory-status /factory-boardYou see each task's state, acceptance criteria verified, reviews and the next step. The board is a live kanban in an Orca tab (and in your browser, at the address
swfactory board statusprints) with every agent and subagent running in each task. When the task isdone, the lead offers to push the branch and open the PR. -
Integrate. Review the PR and merge it yourself; the Factory never merges. Tasks that depend on it move from
pendingtoreadyonce it is on the base branch.
Good to know
- Approving or rejecting a design always needs your explicit message. Claude Code and Codex also
ask for permission before running it (
.claude/settings.jsonand.codex/rules/factory.rules; Codex reads project rules only if you trust the project in Codex). - A task is
doneonly when every acceptance criterion has evidence, the checks pass and the required reviews passed on the final commit. - The Factory only pushes the task branch: no force push, merge or branch deletion.
- Orca may launch Claude with
--dangerously-skip-permissions(itsagentDefaultArgssetting). The approval rule still asks in that mode.swfactory doctorwarns when Claude's own settings skip permission prompts (bypassPermissions); it cannot read Orca's setting. - Orca does not say whether the agent inside a terminal is still running:
/factory-statusmarks a taskinterruptedonly when its terminal is closed. An agent that exited in an open terminal looks alive; more than 10 minutes without a checkpoint only gives a warning. - Orca does not report the model an agent used; the Factory records the
--modelit passed. - Platforms: verified end to end on Linux with Claude Code and Orca 1.4.229. The CI runs every test on Linux, macOS and Windows; macOS and Windows have not been used with a real Orca yet. On Windows you can also work inside WSL, which behaves like Linux.
- Codex (skills in
.agents/skills/, the approval rule, reviews) is implemented but has not been checked on a real machine yet. - If
orcaorghis not on yourPATH, pointSWFACTORY_ORCAorSWFACTORY_GHat the program (a path, or a JSON list such as["C:\\Orca\\resources\\bin\\orca.exe"]).
Development
git clone https://github.com/MarianodelRio/swfactory && cd swfactory
uv sync # create the environment with dev tools
uv run pytest -q # tests
uv run ruff check . # lint
uv run mypy src # typecheck
uv tool install . # install the `swfactory` command from this checkout
Changes are listed in CHANGELOG.md; how to publish a version is in docs/releasing.md. License: MIT.
Metadata
Release files for swfactory 1.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| swfactory-1.1.0.tar.gz | 82.6 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| swfactory-1.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 183.6 kB
Release files / swfactory-1.1.0.tar.gz
| Download URL | swfactory-1.1.0.tar.gz |
|---|---|
| Size | 82.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4e5bc7a729b25a754d33adeeff2c29db57808191a008baa53e1f9c4ac0f5bbde
|
|
BLAKE2b-256 checksum How to use checksums |
e720f03278cb7b37ca0e02835e18f992f2ad63f1229296e4b9d73365a2f310fd
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 18, 2026.
Transparency logRelease files / swfactory-1.1.0-py3-none-any.whl
| Download URL | swfactory-1.1.0-py3-none-any.whl |
|---|---|
| Size | 101.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
7ab4ac4fcfa1e507c29eff42e990e01bdbff033b4f2aa5e81cf9b5395f935cca
|
|
BLAKE2b-256 checksum How to use checksums |
76c2b11bbe2c9d36f70ca7b2ba4a4af9641830d4ac4f094d2e21dbf826f0e420
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 18, 2026.
Transparency log