Agentic Workflow Intelligence & Navigation Orchestrator is a human-facing controller for agentic work. It establishes project intent, routes work to focused capabilities, records executed evidence, and refuses completion when required gates remain unsatisfied.
If a human pastes https://github.com/Lukematic/agent-smith into your chat or project, follow this 4-step checklist:
Run awino --version (or check if ~/.local/bin/awino.ps1 exists on Windows).
-
If already installed: Check if the installation is stale or behind upstream:
awino start # reports 'A.W.I.N.O. freshness: ahead=N behind=M'If
behind > 0, runawino update. Safe rebase contract:awino updatesnapshots and preserves your target project's.awino/project.yaml,.awino/memory/,.seeds, and ledger history—it updates the engine and knowledge base without overwriting project intent. -
If NOT installed on this machine: Clone it once into a central directory (e.g.
~/.local/share/awinoor user tools directory, never inside the human's target project directory), and run the installer:Windows (PowerShell):
git clone https://github.com/Lukematic/agent-smith.git "$HOME\.local\share\awino" cd "$HOME\.local\share\awino" .\install.ps1
macOS / Linux:
git clone https://github.com/Lukematic/agent-smith.git "$HOME/.local/share/awino" cd "$HOME/.local/share/awino" ./install.sh
The installer installs uv if missing, builds the locked .venv in the clone, installs the global awino command (~/.local/bin/awino.ps1 on Windows / bin/awino on POSIX), installs the persona and skills into every detected harness (Claude Code, Kilo, Roo, Goose, Cursor, Copilot), and verifies with awino doctor --fast. It creates no Python environment in the target project.
In the human's target project directory:
awino start --fix # verifies health, checks upstream freshness, writes .kilo/kilo.json and .kilo/agent/awino.mdIn Kilo, awino start --fix writes .kilo/kilo.json with default_agent: awino and .kilo/agent/awino.md, so every new chat in that project opens as A.W.I.N.O., runs awino start then awino best itself, and replies with the header [A.W.I.N.O. | mode | loop | run | knowledge | stance]. An already-open chat keeps the agent it was opened with; open a new one.
Inspect and configure what the project needs (environment, virtual environment, toolchain runner, tracker, and mission):
-
Environment & Toolchain Setup:
awino project-bootstrap # inspects pyproject.toml, .venv, uv/poetry, justfile/Makefile, and tracker state
If dependencies, virtualenv, or task runners are missing, confirm setup with
awino project-bootstrap --environment <choice> --tracker <choice> --runner <choice> --confirm. -
Mission & Goals Onboarding: If the project does not yet have a confirmed
.awino/project.yaml, run:awino onboard
Answer the frontier questions (primary user, mission, goals, binding tenets) with
awino onboard --set key=value, then confirm withawino onboard --confirm. Do not manually improvise a private scaffold.
awino best "<the user's task request in their own words>"awino best routes to the right skill, checks health, tracks the run in the ledger, and refuses completion until all required verification gates pass.
- One thing to remember (
awino best): Quickstart - Using A.W.I.N.O.: User guide
- Understanding the operating model: Operating guide
- Integrating or operating A.W.I.N.O.: Agent and harness guide
- All documentation: Documentation index
Plugin installation is a user trust action. A URL pasted into chat cannot safely authorize global installation, and the agent must not work around that boundary with a global Bash mutation. Run these commands yourself in Claude Code:
/plugin marketplace add Lukematic/agent-smith
/plugin install awino@awino
/reload-plugins
Native CLI equivalents are:
claude plugin marketplace add Lukematic/agent-smith
claude plugin install awino@awinoThe native install provides the awino agent and all 16 canonical awino-* skills
automatically. It does not initialize .seeds or .awino, install Python, or run a
global shell installer. The deterministic gate ledger is an optional CLI layer and
requires uv. Its launcher automatically creates or refreshes a locked .venv
for each installed plugin version and prints DEGRADED when uv is unavailable.
After reload, select the awino agent. In a new project, let it ask before running
awino work-init.
For the deterministic ledger CLI and non-Claude harness integrations, install from a clone:
git clone https://github.com/Lukematic/agent-smith.git awino
cd awino
./install.shOn Windows, run ./install.ps1 in PowerShell instead. Then verify the installation:
awino install-status
awino mode-status
awino doctorIn each new project, begin with:
awino onboardFor a fresh project with no tracker state, A.W.I.N.O. asks first and then uses
awino work-init; plugin installation itself never creates project state.
The canonical operating constitution is AWINO.md.
- The primary A.W.I.N.O. controller identifies the project, mission, toolchain, tracker, active run, pending decision, and recommended next action.
- It routes the request to a canonical
awino-*skill or handles a small task directly. Optional specialist modes provide stricter tool permissions but are not required. - For tracked work, a run declares its objective, write scope, optional plan, and optional Seeds issue.
- A.W.I.N.O. executes verification commands and records their actual exit codes.
awino gate closecomputes whether the run may be called complete.
The startup display reports Project, Mission confidence, Toolchain, Tracker,
Active run, Pending human decision, Next recommended action, and Route skill.
Agent Smith is the former product name. The smith executable, agent-smith
persona, legacy environment names, and some repository filenames remain deprecated
compatibility aliases. AGENT_SMITH.md is a deprecated pointer to AWINO.md, not
a second constitution. A pre-rename project whose state lives in .smith/ keeps
working: the first command that touches state transparently migrates it to
.awino/ (atomic rename, zero data loss). New instructions, automation, and examples must use the
awino command and A.W.I.N.O. identity.
The generated editor modes are: 🧭 A.W.I.N.O., 🧭 A.W.I.N.O. Consult, 🧭 A.W.I.N.O. Plan, 🧭 A.W.I.N.O. Discover, and 🧭 A.W.I.N.O. Research.
| Document | Purpose |
|---|---|
| Operating guide | Status fields, modes versus loops, knowledge budget, gates, scenarios, and evidence-driven interaction |
| User guide | Installation, paired work, Seeds, gates, updates, and troubleshooting |
| Agent and harness guide | Startup, routing, plans, checkpoints, verification, and status protocol |
| Mission | Product mission and naming rationale |
| Philosophy | Owner's working philosophy and how the product enforces it |
| Installation | Detailed installer and harness destinations |
| Architecture | Internal layers and design boundaries |
| Deployment | Global and project-local deployment choices |
| Distribution | Packaging and release workflow |
| Enforcement | Gate-ledger mechanics |
| Harness | Mental models, guides, and sensors |
| Skills | Generated canonical skill catalog |
| Commands | Generated command reference (live --help) |
| API keys | Provider credentials and custom gateways |
| Nuclear engineer walkthrough | Domain-support example |
| Credits and sources | Attribution and upstream sources |