tegwick
4ee612140b
Implements T01-T04: - tools.py: green-commit-only-equivalent tool surface (read/write/edit/ glob/grep + git status/diff/log/add+commit), path-traversal guarded. - openrouter_client.py: own minimal chat-completions client — llm-connect's OpenRouterAdapter takes a single prompt string and never surfaces tool_calls, so it can't drive a multi-turn tool-calling loop without a breaking change to its frozen Core ABC. llm-connect stays an optional dependency (pyproject.toml), not load-bearing. - loop.py: plan -> tool call -> observe -> repeat, budget- and turn-bounded, tool errors reported back to the model instead of crashing the loop. - credentials.py: own OpenBao AppRole/ambient-token acquisition, per glas-harness ADR-002 (Option B) — glas-harness does not broker this. - runner.py/hub.py: commit-verified success criterion + State Hub progress/token reporting, mirroring rein-aharness's model. 26 tests, all mocked at the httpx/subprocess boundary — no real OpenRouter or OpenBao calls made. T05 (Forgejo repo creation) stays open, deferred to the operator. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
58 lines
2.8 KiB
Markdown
58 lines
2.8 KiB
Markdown
# INTENT
|
|
|
|
> Why rein-openweights exists, its boundary, and what it must never
|
|
> become. Established by glas-harness
|
|
> `docs/adr/ADR-001-rein-harness-family.md`.
|
|
|
|
## Why it exists
|
|
|
|
Every current agent harness in the ecosystem (Claude Code, Grok CLI,
|
|
Codex/GPT CLI) is a frontier-model-vendor harness: it only drives that
|
|
vendor's own model. There is no way to run a current open-weight model
|
|
through an equivalent agentic tool-use loop (plan → tool call → observe →
|
|
repeat, with a bounded tool policy) without building one from scratch per
|
|
occasion.
|
|
|
|
rein-openweights exists to be that harness: one agentic loop, model
|
|
supplied via OpenRouter, usable anywhere a rein-aharness-equivalent
|
|
session is wanted but a frontier-vendor dependency is not —
|
|
cost-sensitive workloads, offline/degraded-network tolerance, or simply
|
|
comparing open-weight model capability against frontier baselines on
|
|
the same task.
|
|
|
|
## Governing principle
|
|
|
|
It is a **rein** — a concrete harness backend under glas-harness's
|
|
router, implementing the same harness contract as `rein-aharness`
|
|
(session lifecycle, tool dispatch + policy, sandbox consumption via
|
|
sand-boxer, State Hub reporting). It does not reimplement any of that
|
|
framework machinery itself; glas-harness owns the contract, this repo
|
|
owns the open-weight-model-specific agentic loop and tool execution.
|
|
|
|
## What it must never become
|
|
|
|
- **Not a model router.** Choosing which OpenRouter model to use for a
|
|
given task, pricing, and fallback is a caller/config concern (`--model`),
|
|
not logic this repo owns. `llm-connect` remains available as an
|
|
optional dependency for future needs (structured-JSON side calls,
|
|
diagnostics/replay) but is not load-bearing for the base agentic loop
|
|
— see glas-harness ADR-002 and `src/rein_openweights/openrouter_client.py`.
|
|
- **Not a second harness framework.** Session semantics, tool policy
|
|
schema, sandbox consumption, and audit reporting are glas-harness's
|
|
contract (`GLAS-WP-0001-T01`) — this repo implements it, not forks it.
|
|
- **Not a sandbox provisioner.** Isolation comes from sand-boxer via
|
|
glas-harness, the same as every other rein.
|
|
- **Not tenant-specific logic.** Anything specific to one consumer
|
|
belongs in that consumer's configuration, not hardcoded here.
|
|
|
|
## Status
|
|
|
|
Minimal agentic loop implemented and unit-tested (26 tests, all mocked
|
|
at the network/subprocess boundary): tool surface, OpenRouter client,
|
|
credential acquisition, commit-verified success criterion, State Hub
|
|
reporting. See `workplans/REIN-OW-WP-0001-bootstrap.md`. Not yet
|
|
executed against a real OpenRouter model or a real OpenBao instance —
|
|
those are human-triggered follow-ups (real API cost, real credentials).
|
|
No glas-harness adapter (`reins/rein_openweights.py`, mirroring
|
|
`reins/rein_aharness.py`) yet — that's a `GLAS-WP-0001` follow-up once
|
|
this CLI is considered stable enough to shell out to.
|