mirror of https://github.com/ruvnet/RuView synced 2026-08-03 19:21:42 +00:00

Files

T

ruv 1b220c8d53 feat(harness): scaffold wifi-densepose-sar-harness with darwin, router, flywheel

Mints a real MetaHarness (via vendor/metaharness's published `npx
metaharness analyze --scaffold`, template vertical:coding, host
claude-code) for the wifi-densepose-sar crate: architect/implementer/
reviewer/test-writer agents, doctor/review-diff commands, MCP server,
Claude Code plugin -- following the same pattern as harness/ruview/
(ADR-182) and harness/homecore/ (ADR-285).

Adds real wiring for the three pieces this was scoped around:
- Darwin Mode (@metaharness/darwin) -- wired by the scaffold itself
  (npm run evolve / evolve:dry).
- Router (@metaharness/router) -- src/router.ts, a real k-NN
  cost-optimal Router over two example model tiers. Its labelled
  examples are illustrative seed data (see the file's honesty note),
  not measured eval-log observations; the routing mechanism itself is
  real and tested.
- Flywheel (@metaharness/flywheel) -- src/flywheel.ts, the real
  propose/evaluate/gate/promote loop wired with a SYNTHETIC proposer
  and evaluator (dataSource: 'SYNTHETIC', no model call). Proves the
  wiring end-to-end: a real signed, independently-replayable lineage,
  promoting each generation once the evaluator's noopRate actually
  moves (the default gate requires it to strictly improve -- a
  constant noopRate, even a "good" one, blocks every promotion
  forever, which the first version of this evaluator hit and the
  final version fixes).

14/14 tests pass (5 router + 5 flywheel + 4 install-smoke), `npm run
build` clean under strict TypeScript, CLI commands (route, flywheel)
verified manually. `.harness/manifest.json` is stale relative to the
router/flywheel additions -- this scaffold has no manifest:update
script (unlike harness/homecore/); documented as a known gap in the
harness's own README.

2026-07-31 00:36:38 -04:00

1.9 KiB

Raw Permalink Blame History

wifi-densepose-sar-harness

Harness for wifi-densepose-sar

Advanced Coding — Architect → implement → review → test, with a code-index MCP and push-guarded git perms.

Generated with create-agent-harness. Multi-host scaffolding with a kernel that resolves native → wasm → js (js backend in the published beta; see harness doctor).

Install

npm install -g wifi-densepose-sar-harness
wifi-densepose-sar-harness init
wifi-densepose-sar-harness doctor

Agents

Agent	Role
`architect`	Designs the change before code is written.
`implementer`	Writes code that matches the surrounding style.
`reviewer`	Hunts correctness bugs in the diff.
`test-writer`	Adds the missing tests for the change.

This harness ships with the claude-code adapter.

Darwin, router, flywheel

npm run evolve / evolve:dry — Darwin Mode self-mutation of the harness's own config (@metaharness/darwin).
npm run route -- <e0> <e1> <e2> <e3> (after npm run build) — cost-optimal model routing via @metaharness/router.
npm run flywheel:dry — the SYNTHETIC @metaharness/flywheel self-improvement demo (propose → evaluate → gate → promote, signed + independently replayable).

See CLAUDE.md's "Darwin, router, flywheel" section and the comments at the top of src/router.ts / src/flywheel.ts for what's real wiring vs. illustrative/synthetic data.

Known gaps

.harness/manifest.json / manifest.sha256 reflect the initial metaharness analyze --scaffold output and were not regenerated after adding src/router.ts, src/flywheel.ts, and their tests — this scaffold has no manifest:update script (unlike harness/homecore/). Treat the manifest as historical provenance for the scaffold step, not a current file-integrity check.

License

MIT

1.9 KiB Raw Permalink Blame History