We · Skyzai Markets
An agent should understand the buyer’s objective, constraints and permissions before proposing a purchase. Exact offers, service terms and unknowns belong in the same decision.
Objective, budget, context, disclosure limits and allowed actions.
Fit, evidence, costs and matching Skyzai XaaS.
Pinned versions, known costs, expiry and unresolved conditions.
Separate authority, seller commitment and execution evidence.
The local walkthrough reaches a conditional draft. It does not submit an order.
Nora wants to restore a workshop robot. The workshop defines the required part, budget and purchasing policy; a procurement agent compares the evidence. Follow their shared case through success, rejected terms, failed delivery, a failed check, partial acceptance or a deferred decision. Every exception retains its obligation and evidence.
Fictional local demonstration
Workcell 17 · Case revision 1
A distinct fictional AX-14 revision C has documented fit in this fixture. Follow review, delivery, acceptance and payment. Starting an example replaces the current local simulation.
Nora checks the maintenance source, shares only the equipment context and reviews what is proposed. A conversation can close while an explicitly accepted commitment keeps its own record.
Compare the exact actuator records, stage a proposal, and inspect what was used. Model weights, the running instance, the technical account and the robot are different things. Copying weights copies none of their grants, commitments or resources.
Illustrative rate: USD 0.20 per 100 synthetic units. These are fixed teaching values, not provider pricing or measured inference. Compute, storage, energy, connectivity and maintenance require their own qualified providers and service conditions.
Rejecting a goods quote leaves authorised compute usage billable. The goods agreement, customer acceptance and settlement stay separate. Nothing in this simulation pays either bill.
The fictional principal’s policy PRINCIPAL-RESOURCE-POLICY-1-demo permits routine bounded work without a fresh human screen for each operation. A stale or revoked task grant blocks future work. Supplier and principal obligations already recorded are preserved.
Replacement changes the model, worker instance and provider under the same technical account and explicit grant. A new key or account would require its own grant; no key custody or account migration is demonstrated.
Candidate: qualified. Qualification is a local fixture, not provider admission.
Current state
Nora reports a failed actuator. The workshop defines the repair need, permitted context and spending limit.
Fictional all-in quotation: one actuator, shipping and a synthetic tax amount. No platform fee or recurring service is selected. These are fixture terms, not Skyzai fee or tax policy.
This fixture pays only after delivery, successful inspection and explicit acceptance. Other contracts can require another sequence.
Duplicate event identities and stale page revisions do not add effects. This demonstrates local bookkeeping, not a production retry or payment service.
Replace the reading agent without changing the grant. Change a price or spending limit to see why a new proposal and authorisation are needed. A correction preserves the historical agreement and changes what can happen next.
Fictional all-in quotation: one actuator, shipping and a synthetic tax amount. No platform fee or recurring service is selected. These are fixture terms, not Skyzai fee or tax policy.
This fixture pays only after delivery, successful inspection and explicit acceptance. Other contracts can require another sequence.
This fixture’s approval stands for an applicable external purchasing policy. It does not impose one signer, multiple signers or a default threshold on real organisations.
Maintenance need and purpose-limited purchasing brief recorded.
Fictional record · needThe same case, versions, evidence and permissions rendered as JSON. Switching views changes presentation only; it never grants a machine additional authority. This is an inspectable local record, not a connected API.
{
"id": "WORKCELL-17-REPAIR-DEMO",
"schemaVersion": "actuator-case/1",
"revision": 1,
"simulatedDate": "2026-10-21",
"scenario": "success",
"stage": "need",
"status": "Nora reports a failed actuator. The workshop defines the repair need, permitted context and spending limit.",
"brief": {
"id": "BRIEF-WORKCELL-17",
"version": 1,
"objective": "Restore the fictional workcell to its documented motion test.",
"quantity": 1,
"spendCapCents": 30000,
"requirements": "One AX-14 revision C compatible replacement for the XR-7 revision D motion axis; fit and commissioning checks must be recorded.",
"disclosure": "Equipment model, revision, fault and purchasing constraints only. No worker identities or production logs.",
"principalId": "WORKSHOP-DEMO",
"policyId": "PURCHASING-POLICY-01-demo"
},
"asset": {
"instanceId": "ROBOT-CELL17-01",
"model": "Workshop Robot XR-7",
"modelRevision": "D-demo",
"installedPart": "Failed AX-14 revision B · instance AX14-B-0042"
},
"twin": {
"id": "TWIN-ROBOT-CELL17-01",
"version": 7,
"represents": "ROBOT-CELL17-01"
},
"machine": {
"model": "offer-reader-weights/1-demo",
"instance": "RUN-PRIMARY-01",
"provider": "PROVIDER-A-DEMO",
"account": "PROCUREMENT-ACCOUNT-DEMO",
"key": "PUBLIC-KEY-FINGERPRINT-DEMO",
"operator": "WORKSHOP-DEMO",
"configuration": "equipment-only/1-demo",
"hardware": "CPU-host-demo",
"license": "task-permitted-demo",
"grant": {
"id": "READ-COMPARE-DRAFT-01",
"version": 1,
"status": "current",
"account": "PROCUREMENT-ACCOUNT-DEMO",
"context": "Equipment, manual and exact offer only; no contacts or unrelated records.",
"policy": "PRINCIPAL-RESOURCE-POLICY-1-demo"
},
"run": "ready",
"replacement": "qualified",
"qualification": {
"task": "Passed the fictional offer-reading fixture; no operating benchmark.",
"cost": "Same USD 0.20 per 100 synthetic units; total run cap USD 1.00.",
"hardware": "Compatible with fixture CPU host.",
"license": "Fictional license permits this task.",
"security": "Same tool allowlist and equipment-only view.",
"reproducibility": "Pinned demo weights, tool v1 and configuration v1."
},
"limits": {
"units": 500,
"costCents": 100
},
"usage": [],
"review": "not-reviewed",
"notice": "An approved fictional resource policy permits routine read/compare/draft operations within these limits, without a fresh human screen each time. It supplies no purchasing authority."
},
"offer": {
"id": "MAKER-AX14-C-DEMO",
"version": 1,
"productModel": "AX-14 Linear Actuator",
"productRevision": "C-demo",
"makerId": "Fictional Workshop Motion Works",
"termsVersion": "AX14-TERMS-1-demo",
"validUntil": "2026-11-21",
"fit": "documented-in-fixture",
"stock": "fresh-in-fixture",
"itemCents": 23000,
"shippingCents": 1500,
"taxCents": 2450,
"platformFeeCents": 0,
"serviceCents": 0,
"totalCents": 26950,
"allInKnown": true,
"currency": "USD",
"paymentTerms": "This fixture pays only after delivery, successful inspection and explicit acceptance. Other contracts can require another sequence.",
"scope": "Fictional all-in quotation: one actuator, shipping and a synthetic tax amount. No platform fee or recurring service is selected. These are fixture terms, not Skyzai fee or tax policy."
},
"agent": {
"id": "AGENT-PROCUREMENT-DEMO",
"version": "1-demo",
"toolVersion": "offer-reader/1-demo",
"grantId": "READ-COMPARE-DRAFT-01",
"allowedActions": [
"read",
"compare",
"clarify",
"stage_unsigned_proposal"
],
"mayAuthorize": false,
"maySign": false
},
"fitEvidenceVersion": 1,
"proposal": null,
"authority": null,
"commitment": null,
"delivery": "not-started",
"inspection": "not-recorded",
"acceptance": "not-accepted",
"payment": "not-paid",
"reconciliation": "not-reconciled",
"correction": "none",
"acceptanceScope": {
"acceptedChecks": 0,
"requiredChecks": 2,
"unresolved": "Installation and motion checks await inspection and explicit customer acceptance."
},
"invoice": null,
"processedEvents": [],
"history": [
{
"revision": 1,
"action": "need",
"actor": "Nora and workshop · fictional",
"detail": "Maintenance need and purpose-limited purchasing brief recorded."
}
],
"evidence": [
{
"id": "EVIDENCE-1",
"revision": 1,
"source": "Maintenance note · fictional",
"detail": "XR-7 revision D, installed instance ROBOT-CELL17-01, failed AX14-B-0042. No real equipment inspected.",
"status": "fictional-record"
}
]
}All identities, evidence, agreements and payments here are fictional. Nothing is submitted or issued; no money moves. State lives only in this page and resets on reload. No OFN receipts are issued.
Explore product twins · Explore source corrections · Return to Markets within We
The existing LA-02 product twin and BLM-28 compatibility correction remain uncertain examples. The successful path uses a separate fictional AX-14 candidate with synthetic evidence. It does not qualify either existing product.
The defining ambition is a marketplace designed for agents to source work, capabilities, equipment and upstream supply on behalf of people and organisations. An agent represents a principal within a defined scope. It is not the principal, seller or source of spending authority.
| Record or decision | What it needs to say |
|---|---|
| Outcome and constraints | What useful work should happen; required interfaces, performance, safety context and facts that remain unknown. |
| Budget and horizon | Quantity or usage ceiling, maximum spend, geography, operating context and needed-by date. |
| Disclosure | Which information may be used or shared, with whom and for what purpose. |
| Allowed actions | Read, compare, ask for clarification and stage a proposal. Any purchasing mandate is separately owned, limited, expiring and revocable. |
A useful context store would retain permitted source records, operating procedures, preferences and corrections so the buyer does not repeat everything each time. Cortex preserves source-linked memory; Nexus governs purpose-limited access. Neither turns remembered context into authority.
Circle can contribute sourced observations, RealityFutures can explore uncertain outcomes and Agentz can prepare a proposal. Their outputs retain their different meanings. The buyer may also designate an independently chosen agent.
An identified offer names the exact product or service version, specification, available quantity or capacity, price or usage formula, validity, delivery conditions and service commitments.
Only verified product makers would list products; retailers cannot list resale offers. The contractual seller and fulfilment/service partners must still be identified. A partner role does not replace the maker’s direct commitments.
A capped bid names the required specification, quantity or usage unit, maximum price, context, service conditions and time horizon. The bid does not relax missing compatibility or service evidence.
Compare only the appropriate specification and terms. A lower price with unknown fit is still an unresolved offer.
LIQUID is the intended shared exchange application for maker asks and buyer bids. Marketplace, POS and work orders use shared tools; they do not create a new buyer package or collapse commerce and finance into one obligation.
Set a workshop need, compare the fictional offers and stage a conditional unsigned draft. The actuator, brushless motor, compute and energy examples illustrate record structure. They are not available stock or real supplier quotes. Buyer walkthrough · local only Filter the catalog, inspect its service terms and compare the cost lines before considering a purchase. Browse synthetic offers, compare separate cost lines and inspect one candidate maker-service check. It does not adopt a mandatory XaaS standard. Nothing here is a live listing or quote. Agent procurement desk · synthetic The agent can read, compare, clarify and stage a conditional unsigned draft. It cannot authorize a purchase. Unknown evidence stays visible, and “buy nothing” is always available. Candidate maker offer · local fixture MACHINE / LA-02 · product 2-demo One fictional workshop motion axis. · Synthetic region R-01 · needed by 2026-12-31. Exact family candidate: linear-actuator; product version 2-demo. 246.00 USD sample amount for 1 ×; compare with the 260.00 USD cap. Optional XAAS, tax and unresolved fees are separate. MAKER-DEMO-LA-02 / 1.0-demo, dated through 2027-01-31; fictional terms, no seller acceptance or live quote. MENEXUS-XAAS-DEMO-02 / 0.1-demo links to product 2-demo; field shape only, qualification and accepted terms unknown. No inventory or delivery evidence. Compatibility with the BLM-28 brushless motor remains unverified. 4 synthetic examples shown · compare up to three DIGITAL / DEMO-01 Turns a sample shift log into a reviewable handover summary. Sample terms shaped · real sale admission unverified Prototype fields are present; real admission is still unverified. MACHINE / LA-02 A fictional actuator family linked to the brushless-motor twin on this page. Sample terms shaped · real sale admission unverified Prototype fields are present; real admission is still unverified. PART / BLM-28 A fictional motor component. Fit with an actuator is not verified. Sample terms shaped · real sale admission unverified Prototype fields are present; real admission is still unverified. ENERGY / WPM-01 An upstream power-system example with deliberately incomplete service terms. Demo gate blocked · 6 term groups missing Prototype check blocked: required fields are missing. All names, prices, providers and service terms are invented for this local demo. “Sample terms shaped” only checks that example fields are present; no real XAAS provider, accepted terms, stock, compatibility, capacity or buyer context is verified.Browse and compare example offers
Local prototypeNo live order bookStart with the principal’s need
Need capturedDisclosure boundary: Share this need and quantity only; no worker or production data.LA-02 Linear Actuator
Example industrial distributor · fictionalFit ledger
Principal contextProduct familyItem + shipping capSample maker offerMaker XAAS termsAvailability, delivery and technical fitDigital serviceFictional offerShift Handover Assistant
SellerExample Works Studio · fictional app publisherInspect sample XAAS admission fields
Machine automationFictional offerLA-02 Linear Actuator
SellerExample Actuation Works · fictional makerInspect sample XAAS admission fields
Equipment and partsFictional offerBLM-28 Brushless Motor
SellerExample Motion Components · fictional makerInspect sample XAAS admission fields
Compute and energyFictional offerWorkcell Power Module
SellerExample Grid Equipment · fictional makerInspect sample XAAS admission fields
The draft retains the need and exact product, maker-offer and XaaS versions. Changing the brief afterwards does not silently rewrite it. An attached Nudge tag remains an attribution candidate; it creates no retained sale or payable commission.
Technical compatibility, stock, delivery and real service qualification are unresolved. The displayed draft is conditional on their clarification and makes no provider, seller, order or payment request.
The proposed sale ledger
The intended commission applies only to completed sales through Skyzai’s systems; makers remain free to sell elsewhere without it. The physical-item proposal excludes shipping. Completion, refunds, rates, bases and B2B incidence need defined terms and fee-policy reconciliation. Wallet top-ups, internal record hops and bank transfers are not sales.
Digital services follow usage pricing. An asset, lease, outcome or physical usage offer needs its own explicit terms. A known item amount is not a complete payable total when other required amounts are unknown.
The recognized principal mandate binds the exact action, amount and expiry.
Preserve exact offer, service, campaign, tag and accepted attribution-policy versions.
Separate delivery, service evidence, acceptance, cancellation, return and dispute records.
Only an eligible retained sale may enter Nudge allocation under its campaign policy.
Each state needs its own responsible party and evidence. A match, model response or website receipt cannot substitute for it.
Later product or campaign changes must not rewrite the order’s pinned history. Duplicated events, reversals and refunds need explicit accounting. The service provider remains accountable for its accepted commitments.
Manufacturers can explore the robotics partnership presentation and public partner room. They describe possible partnerships, not signed agreements or admitted suppliers.
An exact quote can be rejected. A commitment still needs fulfilment, explicit acceptance and its own invoice/payment records; partial or unresolved acceptance stays visible.
Open the same fictional order as Me · buyer, We · author and accountable workshop or They · machine. Each visit starts a new local example; perspective controls within it preserve the record.
We · value creation · LIQUID · exchange scope · SoResFi · instruments and obligations · Network · economic receipt requirements · Aureus · asset origination
A product twin does not transfer title. Local logs do not issue OFN receipts. An order or accepted result does not establish payment. The originator, issuer, venue operator, chain operator and custodian retain separately specified responsibilities.
Product design, with local illustrative examples. Live inventory, billing, orders, attribution and payouts are not connected.
Continue exploringSkyzai XaaSService commitments that follow the product.Source: Skyzai Markets product model and public explanation and decision map. GitHub repository access may be required. These pages describe the design; they do not adopt commercial terms.
Context: Order book · makers & offers.