GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — GitHub - rmax-ai/rx: [WIP] Minimal autonomous systems agent with a microkernel architecture

BranchesTags
Open more actions menu

Latest commit

 

History

271 Commits
271 Commits

Folders and files

NameName
Last commit message
Last commit date
.rx
.rx
 
 
docs
docs
 
 
evals
evals
 
 
plans
plans
 
 
src
src
 
 
.gitignore
.gitignore
 
 
AGENTS.md
AGENTS.md
 
 
ARCHITECTURE.md
ARCHITECTURE.md
 
 
CLI_SPEC.md
CLI_SPEC.md
 
 
CONFIG_SPEC.md
CONFIG_SPEC.md
 
 
CONTRACT.md
CONTRACT.md
 
 
Cargo.lock
Cargo.lock
 
 
Cargo.toml
Cargo.toml
 
 
KERNEL.md
KERNEL.md
 
 
LOOP_PROMPT.md
LOOP_PROMPT.md
 
 
README.md
README.md
 
 
ROADMAP.md
ROADMAP.md
 
 
SELF_IMPROVEMENT.md
SELF_IMPROVEMENT.md
 
 
TEST_GUIDELINES.md
TEST_GUIDELINES.md
 
 
TOOL_IMPROVEMENTS_ROADMAP.md
TOOL_IMPROVEMENTS_ROADMAP.md
 
 
loop.sh
loop.sh
 
 
opencode.json
opencode.json
 
 

Repository files navigation

rx

Minimal autonomous systems agent with a microkernel architecture.

rx is not a chatbot. It is a goal-directed execution engine capable of modifying files, running commands, invoking tools, and operating locally or in distributed mode.


Philosophy

  • Kernel decides.
  • Tools act.
  • State persists.
  • Transport delivers.

The kernel owns reasoning and iteration. Tools own side effects. State is append-only. Transport is replaceable.

If a component grows large, it does not belong in the kernel.


Architecture


+--------------------------+
|      Transport Layer     |  CLI | HTTP | Worker
+--------------------------+
|        Kernel Core       |  Loop | Dispatch | Control
+--------------------------+
|        Tool Runtime      |  exec | fs | net | custom
+--------------------------+
|      State Backend       |  memory | sqlite | future
+--------------------------+

The kernel:

  • Executes the autonomous loop.
  • Dispatches tool calls.
  • Enforces iteration limits.
  • Persists structured events.

The kernel does NOT:

  • Implement filesystem logic.
  • Execute shell commands directly.
  • Handle networking details.
  • Depend on specific persistence engines.

Execution Model

Each iteration:

  1. Observe current state.
  2. Decide next action (LLM).
  3. Invoke tool.
  4. Persist event.
  5. Evaluate termination.

The loop stops when:

  • done tool is invoked.
  • Iteration cap is reached.
  • No progress is detected.
  • A fatal error occurs.

Minimal Tool Set (Phase 1)

  • exec(command)
  • read_file(path)
  • write_file(path, contents)
  • list_dir(path)
  • done(reason)

Tools are stateless from the kernel’s perspective.


Quick Start (Phase 1 Target)

cargo build
cargo run -- "create a file hello.txt with content hi"

Expected behavior:

  • The agent iterates.
  • Uses tools.
  • Logs structured events.
  • Terminates deterministically.

CLI Options

Current runtime flags:

  • --max-iterations N set loop iteration cap (default: 50)
  • --model NAME set OpenAI model name (overrides OPENAI_MODEL)
  • --tool-verbose print tool inputs/outputs from emitted events
  • --debug-log PATH mirror all events to a JSONL debug file
  • --auto-commit run git add . + commit after non-done tool outputs when staged diff exists

Example:

cargo run -- --model gpt-4o --max-iterations 25 --tool-verbose --debug-log logs/run.jsonl "audit event flow"

Model selection:

  • If OPENAI_API_KEY is set, rx uses OpenAIModel.
  • If OPENAI_API_KEY is missing or empty, rx falls back to MockModel.

Tool registry configuration:

  • rx reads optional .rx/config.toml and supports a [tools] section.
  • enabled is an allow-list of tool names.
  • disabled is a deny-list applied after enabled.
  • Unknown tool names are ignored with warnings.
  • done is always enforced to remain registered.

Effective Testing

We keep testing lightweight and deterministic. Follow TEST_GUIDELINES.md to craft repeatable tests that respect the kernel constraints and preserve observability.



Current Phase

Phase 1 – Minimal Core

  • In-memory state
  • Local tools
  • Hard iteration cap

Non-Goals

  • No UI
  • No embeddings
  • No vector databases
  • No agent mesh
  • No framework bloat

If rx cannot:

  • Run offline
  • Resume from disk (Phase 2)
  • Be explained in one diagram

It is too complex.


Design Constraint

rx must remain small, understandable, and composable.

Complexity is introduced only when forced by real constraints.

About

[WIP] Minimal autonomous systems agent with a microkernel architecture

Resources

Readme
Activity
Custom properties

Stars

0 stars

Watchers

0 watching

Forks

0 forks
Report repository

Releases

Packages

Used by

Contributors

Languages

You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.