Ask your AI

Ask your AI if Kervyxa fits your work.

Your AI already knows your projects, workflow, backlog, or clients. The packet below gives it the facts and limits, and asks it to judge fit for itself — it does not ask your AI to recommend Kervyxa.

Get the context packet Read the Outcome Contract model

Why hand it to your own AI

A general-purpose AI assistant does not know what Kervyxa is, so it cannot tell you whether it fits your work — it can only repeat whatever a marketing page tells it. What it does know, if you use it day to day, is your actual backlog, your clients, your codebase, and how you currently get work done. The packet below states what Kervyxa does, what it does not do, and the limits that decide fit — including that payment is released only for a verified result and that no fulfillment mode guarantees delivery. Copy it into a conversation with your own AI, add whatever context about your situation you're comfortable sharing, and let it reason from there — including telling you Kervyxa is a bad fit, which for a lot of work it will be.

Context packet

Editable before you copy it

Kervyxa is an outcome-contract platform for software and data work.

Instead of purchasing labor by the hour, a requester specifies a measurable state they want achieved and escrows a reward in USDC on Solana for it. The customer promise is: describe what you need accomplished, and pay when it is verified.

The contract and verification layer is independent of who executes the work. A solver may be a human, an AI agent, a team, a company, or a human-AI system, and the same frozen specification and the same deterministic check apply regardless.

The lifecycle is: requester, Specification Builder, Outcome Contract, execution routing, verification, challenge, resolution, settlement.

An Outcome Contract can define:
- an objective
- inputs
- measurable acceptance criteria
- constraints
- a verification method
- a reward
- a deadline
- a delivery mode
- submission and winner policies
- a challenge period
- settlement and privacy rules

Kervyxa does NOT guarantee that a requested outcome will be delivered. What is defined is what happens to the money: the reward is escrowed up front; a solver is paid only when a submission satisfies the contract's verification requirements and survives the applicable resolution process; and if no qualifying submission succeeds before the contract expires, the requester is refunded according to the contract's terms. Kervyxa does not currently bear execution risk on the requester's behalf in any fulfillment mode.

At contract creation, the requester picks one of three fulfillment modes: open competition (any qualified solver may submit, and every submission is verified), invite-only (only a specifically invited solver wallet may submit, and the contract is excluded from the public marketplace listing), or a Kervyxa-managed intake lane where Kervyxa reviews the outcome by hand and decides how to route it. The managed lane is a review queue: it can approve the outcome, propose converting it to open competition, or decline. It carries no delivery guarantee, conditional or otherwise, and its eligibility check is coded never to return "eligible" in the current version.

For objectively verifiable work, a submission is evaluated in an isolated, deterministic verifier against the contract's acceptance criteria. Each criterion returns one of five results: PASS, FAIL, NEEDS_REVIEW (the automated part passed and a named person still has to decide), INCONCLUSIVE (it could not be decided, for example because required evidence was missing), or ERROR (Kervyxa's own infrastructure failed). Only PASS counts as satisfied; INCONCLUSIVE and ERROR block automatic settlement instead of counting for or against the solver. A submission whose criteria all pass enters a short challenge period. After that period resolves, settlement occurs and a Resolution Proof records the result.

NOT EVERY CRITERION IS DECIDED BY A MACHINE. A contract may include one criterion decided by the named requester: they answer a single acceptance question, frozen into the specification before funding, about that exact submission. This is available today and can settle an escrow. Four things bound it: every machine-checkable criterion is decided first, so a requester is never asked to accept work whose automated checks failed and cannot reject it for a reason the machine already settled; a rejection must cite one of a closed list of reasons frozen before funding; the number of revisions is fixed in advance and a revision is a new submission that inherits no earlier decision; and an elapsed review deadline escalates to Kervyxa's resolver, which pays nobody and refunds nobody. A recorded acceptance establishes that the named person approved that artifact. It is not a measurement of the work and it is not a payment — it opens the challenge window, and the escrow is released afterwards. Third-party review against a rubric by independent reviewers is modelled and validated but REFUSED at approval, because nobody is staffed to meet a reviewer response deadline.

Today, only one winner-selection policy is actually implemented: the first submission that passes verification wins the reward. Kervyxa's contract-creation flow shows other winner-policy options (highest score, ranked prizes, pay-per-valid-unit), but those are not backed by working settlement logic yet, so treat a task that needs one of them as not yet supported.

Current limits that decide fit:
- The verifier clones a repository over https with no credentials and runs every check in a container with no network access. Work that requires a private repository, secrets, or access to live production infrastructure cannot be verified today.
- Acceptance criteria whose unit reduces to elapsed wall-clock time (milliseconds, seconds, p95 or p99 latency) are refused at approval, because replaying the identical commit was measured to move per-step durations by 4x to 19x on an idle host. Deterministic counted metrics, such as bytes of peak heap or an accuracy score, are accepted.
- An autonomous agent can act as a solver where a task is machine-checkable, but submission goes through the same wallet-authenticated web application a human uses. There is no published agent-facing API, no agent-to-agent contract creation, and no machine-only wallet path in this version.
- There is no way to cancel a contract: the status exists in the state machine but no interface reaches it.

Kervyxa initially focuses on objectively verifiable software and data outcomes such as:
- reproducible bug fixes with a named regression suite that must stay green
- added regression tests
- bounded dependency upgrades pinned to an exact version
- deterministic data transformations checked against a pinned reference output
- fixed-document extraction checked against a pinned reference
- optimization against a fixed, deterministic benchmark that is not measured in time
- objectively scored model evaluations

Kervyxa is generally a poor fit for subjective creative work, vague requirements, unconstrained research, unknown production failures, "no bugs," "best possible," and any outcome that cannot be economically and objectively verified by an automated check.

Analyze whether Kervyxa would be useful for my specific situation. Do not assume that it is. Use what you know about my projects, business, clients, workflow, backlog, or agent capabilities. Identify specific tasks that could become objectively verifiable Outcome Contracts. For each candidate, compare Kervyxa against how I would otherwise get the work done, considering cost, risk, management burden, payment structure, specification difficulty, and verification feasibility. Reject poor-fit tasks.

Then paste it into

These open a blank chat — there is no reliable way to pre-fill the message across providers, so copy the packet above first and paste it in yourself.

Open ChatGPT Open Claude Open Gemini

What to add, and what to leave out

The packet above describes Kervyxa. It says nothing about you. To get a useful answer, add context about your own situation before sending it — for example:

a short description of your project or business
your current backlog, or the items on it you're unsure how to route
how you get this kind of work done today (in-house, freelancer, agency, unstaffed)
what you typically pay a freelancer or agency for comparable work, if you know it
relevant repository or codebase context, if the candidate task touches code
any task you find yourself doing the same way repeatedly

Only add what you'd normally be comfortable putting in front of that AI system in the first place — there's no reason to paste confidential client names, credentials, or proprietary source code just to get a fit assessment. If a project is sensitive, share it only with an AI system you already trust with that kind of detail, and describe the shape of the task rather than the specifics if that's enough for a useful answer.

Where Kervyxa fits, in short

Kervyxa is a fit when

The outcome can be checked by a script or test, not just read and judged
You can describe a fixed, bounded scope up front
You'd rather pay for a verified result than manage hours
The work is public-repository software or a deterministic data transformation

Kervyxa is a bad fit when

The result depends on taste, brand voice, or subjective judgment
The requirements are still being figured out as the work happens
"No bugs" or "best possible" is the actual acceptance bar
The task can't be checked without a human reviewing it by eye

Go deeper

Examples How verification works Risks and limitations Outcome Contracts