Refined the auto-generated SCOPE.md/AGENTS.md from generic templates
to real repo specifics, added a Developer Workflow section with
actual install/test/run commands. Real workplan (GLAS-WP-0001) was
already seeded and done.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Closes HARNESS-WP-0002-T04. With rein-openweights now real (not
hypothetical), the two reins already sit at opposite ends of this
question with no code change needed -- rein-aharness keeps its
kaizen-agentic + issue-core coupling, rein-openweights has none at all.
glas-harness does not become a task source or scheduler, consistent
with its own INTENT.md boundary.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
ToolResult gains an events field (additive, defaults empty) carrying
per-tool audit records when a rein can observe its own inner loop's
individual tool calls -- populated after dispatch_tool returns, not via
a live callback (the contract has no per-event hook). ReinAharness
gains a stream_tool_events flag: when set, passes --stream-tool-events
and parses the tagged {"stream_event": ...} lines back out of captured
stdout into ToolResult.events.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Ran run_task_through_rein for real (user's explicit go-ahead) with
rein=ReinAharness(): real ext.bwrap sandbox, real kaizen-agentic schedule
prepare persona load, real claude --print --permission-mode acceptEdits
session under green-commit-only, real commit (8b63424a) in 11.4s,
verified via git rev-parse HEAD, sandbox torn down, executor-sandbox
untouched. Both reins now have a live end-to-end proof through the same
gateway code -- the parity proof this task and HARNESS-WP-0002 were
gated on. GLAS-WP-0001 is now fully done (6/6).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Ran run_task_through_rein for real (user's explicit go-ahead): profile.bwrap-local
sandbox, ReinOpenWeights against qwen/qwen-2.5-72b-instruct on the real
OpenRouter API. 2-turn tool-calling loop produced a real commit
(2effe57a), verified via git rev-parse HEAD, sandbox torn down,
executor-sandbox itself untouched. Proves the glas-harness -> sand-boxer
-> rein -> verified-commit path end-to-end for one rein; the same proof
against rein-aharness/Claude Code CLI specifically remains open (T04).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
glas_harness/reins/rein_openweights.py implements the Rein ABC by
shelling out to `rein-openweights run --task-file ... --no-hub
[--model ...]`, mirroring reins/rein_aharness.py exactly. Factored the
duplicated git_head/write_task_file logic into reins/_shared.py, used
by both adapters now. registry/reins/rein-openweights.yaml flipped to
status: implemented. 8 new tests (mocked subprocess), 18/18 passing.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
REIN-OW-WP-0001 T01-T04 landed in the rein-openweights repo. The
glas_harness/reins/rein_openweights.py adapter (mirroring
reins/rein_aharness.py) that actually plugs it into the gateway is the
remaining piece.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
rein-openweights acquires its OpenRouter credential directly
(OpenBao/ops-warden), consistent with rein-aharness's existing
credential-holder principle — glas-harness does not broker
LLM-provider credentials. Confirmed llm-connect itself never brokers
credentials either (resolve_api_key() only reads an
already-materialized key from explicit/env/file), so routing through
llm-connect vs. a leaner wrapper doesn't change this. Composable reins
as middleware (monitoring/eval/optimization) is recorded as a separate,
deliberately deferred question in the same ADR — one candidate
capability isn't evidence of a recurring pattern yet.
GLAS-WP-0001-T06 done; T05 (bootstrap rein-openweights) unblocked.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
- src/glas_harness/contract.py: Rein ABC (start_session/dispatch_tool/
end_session), SandboxHandle/ToolCall/ToolResult, per docs/harness-contract.md.
- reins/rein_aharness.py: adapter around the rein-aharness CLI. Collapses
a whole `agent-harness run` into one dispatch_tool call for now (no
per-tool hooks yet — tracked in rein-aharness HARNESS-WP-0002-T03);
verifies success via new-commit detection, mirroring rein-aharness's
own success signal.
- gateway.py + cli.py: resolves a sand-boxer sandbox, runs one task
through a rein, tears the sandbox down.
- registry/reins/*.yaml (rein-aharness implemented, rein-openweights
planned) and profiles/harness.agent-dev{,-local}.yaml, pairing with
sand-boxer's profile.agent-dev and the new profile.bwrap-local.
Tested against a real local git repo + mocked SandboxManager/CLI
subprocess (10 tests, all passing). A real live run against the actual
Claude Code CLI is deliberately left for a human-triggered follow-up —
not executed autonomously since it spends real API credits/credentials.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
start_session/dispatch_tool/end_session, mirroring sand-boxer's
SandboxExtension ABC one layer up: sand-boxer establishes where work
runs, this contract governs how an agent session runs on top of it.
Unblocks the rein-aharness parity proof (T04) and rein-openweights
bootstrap (T05).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Establishes glas-harness as the framework routing between concrete
harness backends ("reins"): rein-aharness (renamed from agent-harness)
and the newly chartered rein-openweights. GLAS-WP-0001 defines the
harness contract, rein registry, and a minimal gateway proving parity
against rein-aharness.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
