Kompiut

kompiut_commercial_launch_readiness_v1

Commercial launch gate

Reading the live readiness contract.

Loading

kompiut_launch_readiness_bridge_v1

Public launch gate

A support-safe summary for humans and agents. It shows what is verified, what is blocked, and which no-write work can continue.

Overall readiness38%
blocked before public launch
ExecutionDisabled
Network writeNo request
DeviceNo device touch
ShareableSupport-safe summary
Trust, safety and redaction foundationverified foundation
70%

Run no-write launch-readiness bridge and verify every blocked live boundary.

Proof, verifier and runner loopverified foundation
65%

Prepare the exact first-proof-run launch bridge without touching the device.

Real device end-to-end executionblocked external
25%

Wait for exact target-device approval, then run one scoped proof exercise only.

Human and agent contributor UXpartial
35%

Add guided launch states that explain approval files, proof state and blocked live actions.

Billing, legal and payoutsblocked external
15%

Create a launch-blocking billing/legal checklist before any payout implementation.

Marketplace demand and pricingpartial
20%

Define one customer pilot path with allowed data, verifier, support owner and margin model.

Ops, support and scalepartial
35%

Turn launch readiness into a repeatable pass/fail operator drill.

kompiut_customer_pilot_launch_gate_v1

Customer pilot gate

Pilot evidence must name the data class, verifier, margin, support owner, incident path, legal state and redacted proof before customer claims widen.

Customer pilot0%
blocked before customer pilot
Customer computeNo customer compute
BillingDisabled
PayoutsDisabled
Pilot evidenceRequired

Next safe work

  • Operator launch-readiness bridge for the first real proof run
  • Human and agent guided contributor activation
  • Customer path launch gate

Blocked live boundaries

  • Real job creation: blocked
  • Target-device runner cycle: blocked
  • Runner output submission: blocked
  • Verifier worker operation: blocked

kompiut_customer_pilot_evidence_chain_bridge_v1

Evidence-chain bridge

Operator view for the private pilot chain. It keeps customer compute, billing, payouts, network writes and device touch disabled while showing missing proof layers. Pilot economics stay blocked until the trusted chain is attached.

Evidence chain0%
blocked missing trusted chain
Customer computeNo customer compute
BillingDisabled
PayoutsDisabled
Network writeNo request

Customer pilot guidance

Collect the missing trusted evidence in order before any customer-pilot claim widens.

Guidanceblocked
  1. currentPilot path evidenceMissing one reviewed path; no live customer action can use this layer yet.
  2. lockedSupport drill evidenceMissing same path; no live customer action can use this layer yet.
  3. lockedBilling, legal and payout-readiness evidenceMissing same pilot/support chain; no live customer action can use this layer yet.
  4. lockedRepeat demand and margin evidenceMissing same pilot/support/commercial chain; no live customer action can use this layer yet.
  5. lockedPrivate pilot reviewReview can start only after path, support, commercial and demand evidence are all attached.

Missing evidence

  • No reviewed customer pilot path is attached.
  • No allowed customer data class is attached.
  • No verifier rule is attached.
  • No positive price and margin model is attached.
  • No support owner is attached.
  • No incident path is attached.
  • No trusted support drill evidence is attached.
  • No trusted billing, legal and payout readiness evidence is attached.
  • No trusted repeat customer demand and unit-margin evidence is attached.
  • Legal and billing status are not approved for a private pilot.
  • No redacted proof evidence is attached.

Disabled pilot boundaries

  • Do not create live customer jobs from this bridge.
  • Do not enable customer compute, billing or payouts from this bridge.
  • Do not publish broad marketplace claims from this bridge.
  • Do not expose private path ids, aliases, margins, ticket hashes or proof hashes in public output.

Safe next action: Prepare pilot path evidence with the required bindings; keep it review-only until the admin dry-run passes.

Check my device

Bring a Mac mini, GPU box or server. Start with fit.

Kompiut first helps you understand what your device can safely contribute, what runner target it fits, what is missing and what stays out. Setup only comes after a contribution path has a reviewed trust model.

No hidden remote shell · No private keys · No personal files · No automatic mode in V1
01Choose a device

Start with Mac mini, Linux GPU box, gaming PC or server. Exact specs can wait.

02Add rough facts

Pick GPU, capacity, availability and installed tools with buttons.

03Check readiness

See blocked, fixable and unknown states before any setup.

04Choose a path manually

No automatic mode in V1. You decide what to run when a path is supported.

kompiut_local_device_readiness_v1

Local device check

Browser check

Run the same first check a normal contributor sees in the app. No files are opened, no request is sent, and no path starts from this button.

GPU, Docker and CUDA need the installed app check before any path can be treated as ready.

ReadyCan review paths
Almost readySetup needed
Not readyBlocked for V1
  • No personal files, browser data, messages or photos.
  • No private keys, seed phrases or unrelated app data.
  • No camera or microphone.
  • Explicit path consent and limits are required before any run.
  • Pause, stop, revoke and uninstall stay visible controls.
01

What do you have?

02

What kind of GPU?

03

How much room does it have?

04

When can it run?

05

What is already installed?

Optional exact details
No device profile yetPick the closest buttons above.

Exact specs can wait for the local Kompiut Check.