OKO HOLDING CORPORATION · JUPITER, FLORIDA

Every agent action becomes a receipt your auditor can replay.

Thunderline is the governed operating environment. A ThunderBlock is one managed workspace inside it. Prism is the operator surface. ACORN is the first live application proving the stack.

SUBSTRATE VISUALIZATION

One governed spine across thirteen domains.

Consequential actions pass the PolicyGate and seal an ActionReceipt linked into the lineage graph. The visual below is a conceptual rendering, not live telemetry. Its full-screen home is the interactive Three.js scene.

Interactive Topology · Three.js

Orbit the wireframe icosahedron and 16 service nodes representing Thunderline’s governed execution ring.

Evaluation Paths

Start from the question you have to answer.

Whether you are defending an audit boundary, wiring Elixir capability tokens, or evaluating the company, every path goes straight to verifiable artifacts.

Buyer A · Compliance & Risk

Engineering VP / Head of Platform

Shipping agentic workflows into regulated ops (healthcare, telecom, energy, finance, defense-adjacent) where compliance asks how you replay and prove every tool call.

Buyer B · Architecture & Code

Hands-On Platform / Agent-Infra Lead

You want to know whether Thunderline is a real Elixir/OTP substrate. Read 10 snippets written against the real module names — policy gate, receipt seal, lineage edge, replay query — with private modules marked as such.

Buyer C · Diligence & Design Partners

Early-Stage Investor / Design-Partner Exec

Looking for founder bios, corporate structure, what is live versus research, and direct founder contact without theatrical password gates.

Honest-Trust Artifacts

What we can prove today — and what we don’t claim yet.

No customer logos we don't have. No certifications we don't hold. Each item below either links to the architecture or states its status plainly.

01 · Compliance Posture

SOC2 Type II: target Q1 2027

HIPAA: TBD. FedRAMP: not applicable at current stage. We hold no compliance certification today. No regulatory-compliance guarantee: Thunderline is designed for governed workflows; your compliance posture remains yours. Current state: see /security for architecture →

02 · Receipt-Spine Evidence

17-field @seal_fields over the ActionReceipt

Verifiable. Replay-tested in the trust-spine merge gate. Seals are unkeyed; they raise the price of tampering, not forbid it. Receipt-spine architecture on /security → · field list in /docs →

03 · Adversarial Testing

29-agent refute-by-default anneal (2026-07-30)

31 defects surfaced; 11 high-severity. Open hazard classes stay listed in public, including fail-open at membranes (GH #3081) and upserts carrying authority into ON CONFLICT (GH #3073). Current state on /security →

04 · Open Source

This site is Apache 2.0

Source at github.com/Thunderblok/Landing. Thunderline platform code is private pending launch.

05 · Design Partners & Customers

Beta — no production customers yet

We have no named production customers, no public SLA, and no third-party penetration-test report. Design-partner slots are open: email [email protected].

Canonical Maturity Label Matrix

Four honest stops across the stack

Four-stop reduction of the 11-label public maturity axis: research · design · beta · live

Thunderline beta

Governed operating environment & 13-domain Elixir/OTP spine.

ThunderBlock beta

Single-tenant managed workspace (hive) inside Thunderline.

Prism live

Phoenix LiveView operator surface for approvals & receipt inspection.

ACORN live

First live vertical application proving the governed stack end-to-end.

K1WasmCell beta

Hermetic WASM cell: wasmtime NIF, zero-import check, fuel + wall-clock bounds.

REX / IVAR design

Field evidence & vision-analysis intake pipelines under governance.

DORIS research

Retrieval and structured synthesis research track.

ATLAS research

Long-horizon multi-hive planning research track.

Technology · The Problem

Powerful agents. Scattered work.

Capable agents alone are not a team. Without shared memory, roles, and rules, work fragments across isolated chats. A ThunderBlock makes work coherent.

The ThunderBlock is the hive

Managed workspace uniting people, agents, context, rules, and work history.

Agents are the specialized workers

Role-bound agents act on shared context toward a common objective.

The human is the operator

The operator defines intent, grants authority, and gates every consequential action.

What a ThunderBlock gives the swarm

One foundation turns isolated agents into a team:

  • A home — one named workspace
  • Shared memory — durable context across sessions
  • Shared operating context — goals, roles, and state
  • Rules of engagement — access, action, and escalation limits
  • Oversight and receipts — human review and verifiable records
What Is a ThunderBlock?

A managed hive for human-agent work.

A ThunderBlock unites agent identities, roles, context, and boundaries under human stewardship.

The hive is the product

Thunderline connects ThunderBlocks with memory, communication, governance, and execution.

Prism gives operators a live visual window into hive state and active work.

The product spine

  • Remember — retain context across sessions
  • Coordinate — align agents on shared roles
  • Govern — enforce permissions and approvals
  • Operate — run authorized tool workflows
  • Observe — inspect live work state
  • Trace — seal receipts and lineage
Human + Agent Collaboration

The operator decides. The swarm works.

Humans hold intent and authority; agents bring speed, specialization, and continuity within one operating picture.

Set the mission
Human intent starts the work

Operators set the objective, boundaries, and mandatory approval gates.

Human-led
Assign clear roles
Specialists work from the same brief

Research, writing, analysis, and tool-use agents execute distinct roles toward one goal.

Role-aware
Share the context
One operating picture

Goals, decisions, references, and state live in one shared source.

Shared context
Keep work visible
A window into the hive

Prism makes work state, agent activity, and key decisions legible.

Operator view
Escalate decisions
Authority stays explicit

At consequential boundaries, the swarm packages evidence and hands decisions to the operator.

Review point
Carry work forward
Continuity beyond one chat

Durable operating history lets the next human or agent resume without rebuilding context.

Durable memory

One team, one operating space

Direct specialized agents from one workspace instead of juggling isolated tabs and prompts.

Partners & Trust

Coordination needs boundaries.

Every ThunderBlock makes authority explicit, keeps humans at critical decision gates, and seals verifiable evidence. Partnerships follow the same rule.

Rules of engagement
Named roles
Scoped access
Approval points
Escalation paths
Human ownership
Fail-closed boundaries
Operating evidence
Work history
Source context
Decision records
Byte-verifiable receipts
Lineage
Operator visibility
Current work
Pending review
Agent activity
Denied actions
Open questions
Next decisions

Controls, records, and connectors are scoped per engagement. Partnership programs open selectively — start a conversation.

Shared Memory + Operating Space

The hive remembers.

A ThunderBlock retains mission scope, ownership, prior decisions, open questions, and active boundaries.

Home
One named workspace for the team
Memory
Decisions carried across sessions
Context
Shared goals, references, and state
Rules
Explicit authority and review gates

A workspace the operator can steward

Preserve team context, governance boundaries, and operating records on your terms.

How the Hive Operates

Five rules for useful agent teams

Coordination works only when operators understand state, control boundaries, and trust records.

  1. The operator decides.

    Agents research, prepare, and recommend; humans own consequential approvals.

  2. Roles and boundaries are explicit.

    Every participant knows its access scope, action limits, and escalation triggers.

  3. Shared context beats repeated prompting.

    Teams build on durable goals, decisions, and state instead of re-prompting.

  4. Important work leaves evidence.

    Receipts and lineage record what happened, what informed it, and who approved it.

  5. Claims follow proof.

    We separate live capabilities, active builds, and future design direction.

OKO Holding Corporation

Who we are

OKO Holding Corporation builds ThunderBlock hives and the Thunderline substrate that connects them.

Prompts are ephemeral; operations are durable. We build the workspace where human-agent teams retain context, enforce rules, and prove their work.

Moises “Mo” Perez

Founder, OKO Holding Corporation

U.S. Army veteran and systems builder working on OKO's vision, product doctrine, and strategy — turning complex architectures into executable missions.

David Thrower

Founder, OKO Holding Corporation

Machine-learning research, model search, and the Cerebros–Thunderline integration boundary.

Jonathan Castoire

Founder, OKO Holding Corporation

Project manager with experience in telecom infrastructure.

Headquartered in Jupiter, Florida — building the model-agnostic substrate for human-agent teams.

Investor Materials

Early-stage. By request.

We replaced client-side password gates with a plain-text diligence profile covering our named founders, what runs in code today, and explicit non-claims. Full data room and architecture walkthroughs are shared directly.

Materials document OKO / Thunderline in governed beta with canonical four-stop maturity labels (research · design · beta · live).

Contact OKO

Bring us one governed workflow.

Bring a workflow spanning people, agents, and external tools. We scope the ThunderBlock, operator authority, PolicyGate rules, and receipt verification for design-partner deployments.

Start with one ThunderBlock. The operator decides; every agent action seals a receipt.

OKO Holding Corporation · Delaware C-Corp · Jupiter, Florida.