infinite-you

module
v0.0.2 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: May 4, 2026 License: MIT

README ΒΆ

Infinite You

Infinite You is an AI agent factory. It orchestrates AI agents for you so you can do more work without doing everything manually.

Why?

As engineers push to use more AI, they are using a lot of brain power manually managing 1-8 agents. With Infinite You, you get the agents coordinate/write code/review for you. You write out how the flow should work, give the agents instructions and they run. That way, you can run 10-100+ agents at once, and have even more leverage to do more stuff.

πŸ“¦ Install

Install the local Codex provider used by your environment and authenticate it first, then choose the install path that matches your machine.

Homebrew cask for macOS

Use Homebrew when you are on macOS and want the standard package-manager flow:

brew install --cask portpowered/cask/infinite-you

The cask installs the packaged infinite-you release binary into Homebrew's normal binary location. The binary is not code signed or notarized yet. The cask tries to clear the macOS quarantine attribute automatically, but if macOS still blocks launch run:

xattr -dr com.apple.quarantine "$(brew --prefix)/bin/infinite-you"
install.sh for macOS and Linux

Use the hosted installer when you want the packaged release binary without manual archive selection or unpacking:

curl -fsSL https://github.com/portpowered/infinite-you/releases/latest/download/install.sh | sh

install.sh supports macOS and Linux on amd64 and arm64, verifies the published checksum before extraction, installs into a user-writable directory, and prints the final binary path plus PATH guidance when needed. On macOS it also prints the exact xattr command above if quarantine removal still needs a manual retry.

go install for Go toolchain users

Use go install only when you already have a working Go toolchain and want the CLI built from source instead of the packaged release artifact:

go install github.com/portpowered/infinite-you/cmd/factory@latest

This path installs the current cmd/factory entrypoint from source. Because go install names the binary from the leaf package directory, this command installs factory into your GOBIN rather than infinite-you.

Manual release archive fallback

If you cannot use Homebrew, install.sh, or go install, you can still download a release archive manually from GitHub Releases, unpack it, and place infinite-you on your PATH.

If you are working from a local checkout instead, build and install the binary:

git clone https://github.com/portpowered/infinite-you.git
cd infinite-you
make install     # installs to $GOBIN

The packaged release archives and docs examples use the infinite-you command surface:

infinite-you
infinite-you init
infinite-you init --executor claude --dir my-factory
infinite-you docs
infinite-you docs workstation

Supported docs topics are config, workstation, workers, resources, batch-work, and templates.

Example

πŸš€ Quickstart

  1. Go to the repository where you want to run the workflow:
cd ~/src/sample-project
  1. Start the default starter factory:
infinite-you

With no arguments, infinite-you creates or reuses a ./factory directory and opens up the dashboard.

If you want to scaffold the starter layout without launching the runtime, use:

infinite-you init
infinite-you init --executor claude --dir my-factory

Supported starter scaffold options are codex and claude.

  1. Add a Markdown task from another terminal:
printf "Fix the lint issues\n" > factory/inputs/task/default/my-request.md

The factory watches factory/inputs/task/default, picks up new Markdown or JSON files, and dispatches them through the default Codex-backed workflow.

Custom inits

If you want to create the starter files explicitly before you run the factory, use infinite-you init:

# Default starter scaffold (Codex-backed)
infinite-you init

# Claude-backed default scaffold
infinite-you init --executor claude --dir my-factory

# Dedicated Ralph Loop
infinite-you init --type ralph --dir ralph-factory
infinite-you run --dir ralph-factory
printf "Create a minimal release-planning loop for a document processing service.\nGenerate a human-readable PRD, a matching Ralph JSON plan, and an execution loop that completes one story per iteration until the work is done.\nKeep the plan product-neutral unless the customer request names a specific product.\n" > ralph-factory/inputs/request/default/release-planning-loop.md

Docs

infinite-you docs
infinite-you docs workstation
infinite-you docs batch-work
etc

Supported docs topics are config, workstation, workers, resources, batch-work, and templates.

How It Works

The factory ingests files or API submissions as work items, then moves that work through workstations that run workers and change the work state.

The default no-argument starter flow looks like this:

flowchart LR
   classDef place fill:#000,stroke:#333,color:#fff,stroke-width:2px
   classDef transition fill:#333,stroke:#333,color:#fff,rx:0,ry:0

   P0((task:init)):::place
   P1((task:complete)):::place
   P2((task:failed)):::place

   T0[process]:::transition

   P0 --> T0
   T0 --> P1
   T0 -.->|on failure| P2

From there, you can build multi-step pipelines, review loops with rejection feedback, fan-out/fan-in, and guarded loop breakers.

CLI Commands

infinite-you          # Bootstrap ./factory and keep the default factory running
infinite-you docs     # List packaged markdown reference topics
infinite-you docs config  # Print the packaged config reference page
infinite-you init     # Create the default single-step scaffold (--executor codex|claude, default: codex)
infinite-you init --type ralph --dir ralph-factory  # Create the minimal Ralph PRD-to-execution scaffold
infinite-you run      # Load workflow and run the factory engine in explicit batch mode
infinite-you config flatten ./factory  # Write canonical camelCase single-file factory JSON to stdout
infinite-you config expand ./factory.json  # Write split factory files beside factory.json
infinite-you submit --work-type-name <work-type-name> --payload <path>  # Submit work to a running factory

Common flags:

  • --dir <path> β€” factory base directory (default: factory)
  • --with-mock-workers [config] β€” test workflows with deterministic mock workers; omit config for default accept behavior. See Test Workflows With Mock Workers.
  • --work <path> β€” path to an initial FACTORY_REQUEST_BATCH JSON file to submit on startup
  • --record <path> β€” stream a replay artifact for the current run
  • --replay <path> β€” replay a run from an existing replay artifact

Key Concepts

  • πŸ—‚οΈ Work types β€” categories of work (e.g., task, story, request). Denotes what states each piece of work can have.
  • πŸ‘· Workers β€” executors that do the work. Works on work.
  • πŸ”§ Workstations β€” Places that transform work. Workers work at workstations to change work from one state to another.
  • 🧰 Resources β€” concurrency constraints (e.g., limit simultaneous agent slots).
  • 🏭 Factory β€” the complete system: work, workers, workstations, resources.

Directory Structure

A factory is a self-contained directory:

sample-factory/
β”œβ”€β”€ factory.json        # Workflow definition: work types, workers, workstations, resources
β”œβ”€β”€ inputs/             # Drop files here to submit work
β”‚   └── default/    # One directory per work type
β”‚       └── <channel>/  # Optional channel subdirectory (defaults to "default")
β”œβ”€β”€ workers/
β”‚   └── <worker-name>/
β”‚       └── AGENTS.md   # Worker configuration (model, modelProvider, executorProvider, system prompt)
└── workstations/
    └── <station-name>/
        └── AGENTS.md   # Task instructions (prompt template with variable substitution)

Shipped example factories

Development

Start with the Infinite You Development Guide before changing runtime code, workflow behavior, dashboard assets, replay, or tests. It owns the local command list, package-specific verification gates, and Infinite You gotchas.

Directories ΒΆ

Path Synopsis
cmd
deadcodecheck command
factory command
Package main is the entry point for the agent-factory CLI.
Package main is the entry point for the agent-factory CLI.
functionallane command
gocoveragecheck command
releaseprep command
releasesmoke command
releasetagcheck command
internal
pkg
api
Package api provides the REST API server for the agent-factory.
Package api provides the REST API server for the agent-factory.
api/generated
Package generated provides primitives to interact with the openapi HTTP API.
Package generated provides primitives to interact with the openapi HTTP API.
cli
Package cli defines Cobra commands for the agent-factory CLI.
Package cli defines Cobra commands for the agent-factory CLI.
cli/config
Package config implements agent-factory config command behavior.
Package config implements agent-factory config command behavior.
cli/dashboard
Package dashboard provides read models and pretty-print rendering for the factory dashboard.
Package dashboard provides read models and pretty-print rendering for the factory dashboard.
cli/default
Package defaultcmd defines the no-argument agent-factory default flow.
Package defaultcmd defines the no-argument agent-factory default flow.
cli/docs
Package docs provides the packaged markdown reference topics exposed by the agent-factory CLI docs surface.
Package docs provides the packaged markdown reference topics exposed by the agent-factory CLI docs surface.
cli/init
Package initcmd implements the agent-factory init command behavior.
Package initcmd implements the agent-factory init command behavior.
cli/run
Package run implements the agent-factory run command behavior.
Package run implements the agent-factory run command behavior.
cli/submit
Package submit implements agent-factory submit command behavior.
Package submit implements agent-factory submit command behavior.
factory/runtime
Package runtime provides the concrete Factory implementation that wires together the engine, workers, and subsystems.
Package runtime provides the concrete Factory implementation that wires together the engine, workers, and subsystems.
factory/scheduler
Package scheduler provides transition scheduling strategies for the CPN engine.
Package scheduler provides transition scheduling strategies for the CPN engine.
factory/state/validation
Package validation provides static validation for CPN net definitions, including reachability, completeness, boundedness, and type safety checks.
Package validation provides static validation for CPN net definitions, including reachability, completeness, boundedness, and type safety checks.
factory/subsystems
Package subsystems defines the Subsystem interface and active tick-phase components used by the runtime.
Package subsystems defines the Subsystem interface and active tick-phase components used by the runtime.
generatedclient
Package generatedclient provides primitives to interact with the openapi HTTP API.
Package generatedclient provides primitives to interact with the openapi HTTP API.
listeners
Package listeners provides event listener implementations for the factory engine.
Package listeners provides event listener implementations for the factory engine.
testutil
Package testutil provides test helpers and utilities for the agent-factory.
Package testutil provides test helpers and utilities for the agent-factory.
workers
Package workers defines worker executor interfaces and implementations for script and model-based workers.
Package workers defines worker executor interfaces and implementations for script and model-based workers.
tests
functional/bootstrap_portability
Package bootstrap_portability owns init, bootstrap, and portability flows.
Package bootstrap_portability owns init, bootstrap, and portability flows.
functional/guards_batch
Package guards_batch owns dependency, guard, and request-batch behavior.
Package guards_batch owns dependency, guard, and request-batch behavior.
functional/providers
Package providers owns provider-facing execution and failure behavior.
Package providers owns provider-facing execution and failure behavior.
functional/replay_contracts
Package replay_contracts owns replay and artifact contract behavior.
Package replay_contracts owns replay and artifact contract behavior.
functional/runtime_api
Package runtime_api owns runtime projection and API-facing functional coverage.
Package runtime_api owns runtime projection and API-facing functional coverage.
functional/smoke
Package smoke owns fast end-to-end confidence checks for the default functional lane.
Package smoke owns fast end-to-end confidence checks for the default functional lane.
functional/workflow
Package workflow owns core multi-step workflow behavior coverage.
Package workflow owns core multi-step workflow behavior coverage.

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL