darkmice

Acceptance-first agent delivery

Evidence: Case Study · Clean-room Demo · Public product surface

简体中文 · All cases

The problem

An agent producing a plausible answer is not the same as software being delivered. Real delivery needs durable task state, resumable execution, visible artifacts, independent validation, and a final decision owned by a person or policy—not by the agent that wrote the code.

System boundary

Conversation / project intent
            │
            ▼
  durable dispatch ledger ─────► dependency + timer scheduler
            │                                │
            ▼                                ▼
  local execution edge ◄──────── executor capability contract
            │
            ├────► artifacts and changed-file evidence
            └────► runtime events and failure signals
                              │
                              ▼
                 independent validation gate
                              │
                       accept / reject / retry

The control plane owns intent, dispatch state, retries, and acceptance. The edge owns the user’s workspace and adapts an available coding runtime. Validators consume outputs; they do not silently redefine the task.

Decisions and trade-offs

Failure paths treated as product behavior

Failure Required behavior
Connection drops mid-run Reconnect to the same dispatch; do not duplicate the job.
Worker stops heartbeating Expire its lease, preserve the ledger, and make retry state visible.
Agent says “done” with no artifact Keep the delivery gate unresolved.
A validator fails Preserve logs and failed evidence; do not overwrite history with a retry.
User changes a constraint Record the new constraint and apply it to subsequent work.

What can be verified publicly

What this demonstrates

Product definition across human and agent roles, durable orchestration, protocol design, local/cloud boundary design, failure-state UX, and evidence-based acceptance.