Go to file
2026-06-12 17:45:39 +09:00
.yoi ticket: route panel queue sync 2026-06-12 17:45:39 +09:00
crates prompt: clarify orchestrator branch base 2026-06-12 17:16:01 +09:00
docs feat: track orchestration workspace roots 2026-06-11 13:56:28 +09:00
resources prompt: clarify orchestrator branch base 2026-06-12 17:16:01 +09:00
.envrc Update .envrc 2026-05-30 00:40:12 +09:00
.gitignore docs: reorganize developer documentation 2026-06-01 20:59:32 +09:00
AGENTS.md fix: remove stale ticket status surfaces 2026-06-09 13:04:57 +09:00
Cargo.lock feat: add setup model command 2026-06-10 18:16:23 +09:00
Cargo.toml ticket: use base32 project record ids 2026-06-09 22:10:47 +09:00
devshell.nix cli: remove insomnia-pod binary output 2026-05-31 14:59:22 +09:00
flake.lock docs: reorganize developer documentation 2026-06-01 20:59:32 +09:00
flake.nix rename: adopt yoi identity 2026-06-01 18:49:23 +09:00
KNOWN_ISSUES.md project: record queued tickets and issue notes 2026-06-08 22:14:49 +09:00
LICENSE init 2026-04-04 03:30:01 +09:00
package.nix fix: update setup packaging 2026-06-10 18:27:02 +09:00
README.md ticket: remove tickets shell shim 2026-06-06 07:10:11 +09:00

夜居 / Yoi agent

Yoi is an agent runtime for building, running, and orchestrating LLM Pods while preserving explicit history, scoped capabilities, and developer-controlled workflows.

1. Yoi agent

Yoi focuses on long-running agent operation rather than one-off prompt execution. A named Pod can keep durable session history, run with explicit tool and filesystem authority, delegate bounded work to child Pods, and be inspected or restored through CLI/TUI surfaces.

Main highlights:

  • Named long-running Pods with durable session and metadata records.
  • Explicit tool permissions and filesystem scopes.
  • Multi-agent orchestration with scoped coder/reviewer Pods.
  • Profile, Manifest, and prompt-based runtime configuration.
  • Local Tickets and workflow files for auditable project coordination.
  • TUI and CLI entry points, including a multi-Pod dashboard.

Yoi is actively dogfooded in this repository. Public APIs, configuration formats, and workflows may still change.

2. Quick Install

From source:

cargo build --release -p yoi
./target/release/yoi --help

With Nix:

nix build .#yoi
./result/bin/yoi --help

3. Getting Started

yoi --help
yoi
yoi --multi
yoi --pod <name>
yoi pod --help

Typical flow:

  1. Configure providers, models, profiles, prompts, and scopes.
  2. Start or attach to a named Pod from the CLI/TUI.
  3. Use explicit tools and scoped delegation for multi-agent work.
  4. Record project work through Tickets, workflow files, and git history.

Runtime surfaces use yoi, .yoi, ~/.yoi, and YOI_*.

4. Documentation

Start with docs/README.md.

Key docs:

5. Development

This repository dogfoods Yoi to develop Yoi. Work is tracked through .yoi/tickets/ and yoi ticket ...; git history plus Ticket files are the authoritative project record.

Common checks:

yoi ticket doctor
git diff --check
cargo fmt --check
cargo check --workspace --all-targets
cargo test --workspace

Optional Nix validation:

nix build .#yoi --no-link

E2E testing with real spawned processes is not yet designed. Keep changes scoped, preserve durable authority boundaries, and prefer clear type-safe structure over short-term compatibility layers.

License: MIT. See LICENSE.