Claims register

The claims, each with its state and its sources.

This site renders 19 claims from one registry: what is built, what is deployed, what is switched off and where the limits are. The other copy on the site states positioning and method. A source is a file in the repository, a merged change, or a dated read of a public address.

States.

Built · live
Implemented, and observed answering at a public address on the date shown.
Built
Implemented and tested in the repository. No statement is made about live operation.
Built · not enabled
Implemented and tested, and switched off or not active in production.
Proving
Deployed or in use, and not yet proven. The entry says what is still missing.
Planned
A direction. Nothing is implemented or deployed.
Limit
A limit of the system itself, stated directly: not deployed, not published, not tested or not yet validated.

OutboundFix.

Built · live

The public site is live and states its own availability

outboundfix.io is live. It presents OutboundFix as Commercial Decision Infrastructure, publishes the entry offer of ten real accounts, and states for each access surface whether it is available, implemented or not yet active.

  • Read by GET on 2026-10-05: https://outboundfix.io/ returned 200; the category, the promise and the ten-account offer are on the page
  • Repository: OutboundFix public truth module
  • Merged change #261 (be30b1b7): Public positioning reconciliation
Built

A deterministic runtime issues the verdict

Each account whose research completes receives PASS, RESEARCH_MORE or KILL, written as an immutable decision record with its evidence. AI gathers evidence; it never decides. When research fails or a claim cannot be verified, the outcome is never a PASS or a KILL.

  • Repository: OutboundFix public truth module
  • Repository: OutboundFix decision core package
Proving

The web workspace is deployed, not yet validated in production

The web workspace is deployed and serving. It is not yet validated in production.

  • Repository: Public positioning reconciliation record
  • Merged change #259 (67a01589): Workspace on the governed decision core
Built · not enabled

API, MCP and CLI are implemented and switched off

The API, the MCP server and the CLI are implemented on the same governed decision boundary and return the same verdicts. All three are switched off in production: the service refuses every request to them.

  • Merged change #249 (c2954cd2): Headless access
  • Repository: OutboundFix public truth module
Built · not enabled

HubSpot and Clay integrations are built and not active

A HubSpot decision loop with human approval before any write-back, and a Clay intake that sends enriched accounts for a decision, are built and tested. Neither is enabled in production.

  • Merged change #248 (5520bcb7): Clay integration
  • Repository: OutboundFix public truth module

TerminalCor3.

Built

Twelve classes of action sit behind a recorded human approval

TerminalCor3's system of record for property acquisition and development separates preparing an action, approving it and executing it. Twelve classes of consequential action need a recorded human approval: paid registry research, paid technical due diligence, an outside adviser engagement, owner outreach, a broker engagement, lender outreach, investor or joint-venture outreach, an indicative offer, a letter of intent, exclusivity, an acquisition commitment and a capital commitment. None is executed automatically: this version has no executor.

  • Repository: TerminalCor3 gated action types
  • Repository: TerminalCor3 human gate
  • Repository: TerminalCor3 execution boundary
Built · live

terminalcor3.com answers

The public site terminalcor3.com is live.

  • Read by GET on 2026-10-05: https://terminalcor3.com/ returned 200
Planned

Energy, power and compute are a direction

Energy infrastructure, data-center power and compute-ready power are the direction TerminalCor3 is working toward. Nothing in that direction is built or deployed.

  • Repository: Locked direction of this site

Brisora.

Built

An MCP server with four procurement decision tools

A stateless MCP server exposes four tools: analysing a public tender notice, evaluating a commercial policy, calculating landed cost and comparing bill-of-material options. Each returns a bounded outcome: a tender analysis ends in PASS, RESEARCH_MORE or REJECT, a policy evaluation in ALLOW, DENY or ESCALATE, and a landed cost is labelled verified, estimated or unknown.

  • Merged change #241 (8f1aa1e8): Brisora MCP server
  • Repository: Brisora MCP server source
  • Repository: Brisora MCP implementation report
Built · live

brisora-trade.com answers

The public site brisora-trade.com is live.

  • Read by GET on 2026-10-05: https://brisora-trade.com/ returned 200
Limit

No public endpoint

No public endpoint is published for Brisora. The merged work is the server, its tests and demo material on public data.

  • Repository: Brisora MCP implementation report

PCS × Meta Glasses.

Built

A provider-neutral capture, interpretation and delivery pipeline

PCS takes a provider-neutral capture envelope through interpretation, planning, rendering and quality checks to a delivered piece. Its test suite includes real video renders.

  • Repository: PCS product readme
  • Repository: PCS Meta glasses final report
Built

A Meta wearables adapter, proven on synthetic deliveries

A Meta wearables adapter and an Android bridge are built; the bridge compiles. The end-to-end path passes with a synthetic bridge delivery and a real, quality-gated render.

  • Repository: PCS Meta glasses final report
  • Repository: PCS Android bridge readme
Limit

Not tested on physical glasses

Nothing has run on physical Meta glasses or on Meta's mock device. Real hardware tested: no.

  • Repository: PCS Android bridge readme
  • Repository: PCS Meta glasses final report

Engineering discipline.

Built

A recorded independent review, tied to one commit, and where its record ends

One recorded example: a reviewer separate from the author reviewed one exact commit and returned changes required; the findings were closed in new commits, and the new head was reviewed again. That re-review left one wording finding, and the commit that closed it was merged after the re-review. The repository's record ends at the re-review: it holds no review of that last commit.

  • Repository: Brisora MCP implementation report
  • Merged change #241 (8f1aa1e8): Brisora MCP server
Built

Guards are proven by mutation

In one recorded check, 97 guards were each disabled or weakened in turn and the test suite was run against every mutant: 96 were killed and 1 survived, and the survivor is recorded with the result.

  • Repository: Internal runtime reconciliation report
Built

Consequence limits what can be authorized at all

The internal authority contract defines nine classes of effect. Two can be authorized: read-only external access and internal durable writes. The other seven, including external communication, financial transactions and production deployment, are denied whoever asks.

  • Repository: Internal authority contract
Proving

The internal authority store runs deployed, in shadow

The internal authority store has run on a deployed database over verified TLS, in shadow mode. Restart, forced-kill recovery, writer takeover, halt and revocation drills passed there. Shadow means no live external effect is authorized, and the gate closed as a conditional pass.

  • Repository: Deployed shadow pilot report
  • Merged change #238 (638742f0): Deployed shadow pilot

This website.

Built

No cookies, no scripts, no third parties

This site sets no cookies, runs no JavaScript and loads nothing from another domain. Fonts are served from this domain, and a content security policy enforces the rest.

  • Repository: This site's response headers

How to read a source.

The repository is private, so a file source is named by what it is, not by its path. A merged change is named by its number and the first characters of its merge commit. An observation is a read of a public address that anyone can repeat.

A state moves only when its evidence does: on a merged change, or on a new dated observation.