- Workspace
- named
- Route
- selected
- Review
- required
Arbiter 27B thinks in place.
- 01scope
- 02route
- 03evidence
- 04review
still needs a decision.
Arbiter 27B starts from Qwen3.8-27B and adds recurrent depth: three windows of the network run three passes over the prompt, with small per-pass adapters trained on operations a verifier can check exactly. The base weights never change. Arbiter is not included in Orrery plans; it is available on request: contact kt@ephemerent.com.
-
01
Start with a bounded request.
The workspace, selected route, and review requirement stay explicit before hosted work begins.
Request received · boundary visible -
02
Pass through the Arbiter route.
Arbiter is not included in Orrery plans; access is arranged on request. Contact kt@ephemerent.com.
Route named · availability not assumed -
03
Separate output from evidence.
Summary, usage, proof, and boundary records remain distinct so a polished answer cannot masquerade as verification.
Evidence visible · success not fabricated -
04
End at human review.
The receipt gives you material to inspect. It does not decide whether the work is safe to keep, run, or ship.
Receipt presented · acceptance remains yours
Arbiter is Ephemerent's reasoning model for coding and research work where evidence matters. It is no longer a hosted route included with Orrery plans: the models included with Pro, Max and Ultra are hosted models (DeepSeek, GLM and others, served via Doubleword through Orrery Relay). Arbiter is available on request.
What access looks like
Where access is arranged, Arbiter appears in Orrery as a model route named arbiter-flash-27b — Arbiter 27B, the looped Qwen3.8-27B — selectable from Nexus. Nexus shows usage meters, run receipts, and proof/boundary summaries where the app supports them.
The route is designed for agentic coding and research workflows: planning, editing, follow-up fixes, and review. It does not replace your own testing, code review, security review, or backups.
Reasoning in latent space, not in tokens
Most models do their thinking out loud: the visible chain of thought is generated token by token. Arbiter thinks before it writes. Three windows of the network run three passes over the prompt during prefill, with small per-pass adapters trained on operations a verifier can check exactly; decode is then a single ordinary pass. The base Qwen3.8-27B weights never change — the loop is where the extra depth lives.
How to get access
Arbiter is not part of any Orrery plan. To ask about access, email kt@ephemerent.com. For everyday hosted work, Orrery plans include hosted models with monthly credits; see Orrery pricing.
What Arbiter learns from
Where Arbiter access is arranged, Orrery by default shares your Arbiter coding and research sessions with the Arbiter service so the next version is trained on this kind of work: the prompt and tool results sent to the model, the response, and the outcome of the turn, tied to an anonymous per-session id. Your account and email are never attached, and hosted-model (Doubleword) turns are never captured. Turn on Zero data retention for Arbiter in Orrery settings and the service keeps counts and an access-log line only, from the next request on. The full description is in the Privacy Policy.
Use safely
Treat Arbiter output like any other AI-generated code: inspect it, run tests, review security implications, and keep backups. Orrery can help organize evidence, but you remain responsible for what you accept, run, and ship.