[KongchangAI]
PaperPraxa框架 / Evidence-Bound Harness for Governed AI Agent Execution

Praxa

An AI agent execution framework that makes the chain from authorization to effect transparent and testable through five components: deterministic admission, brokered execution, external read-back, reconciliation, and post-audit promotion. This design implements a traceable governance framework for AI agent actions.

Timeline (last 90 days)

Oct 2

Praxa is an agent execution framework (harness) proposed in an arXiv paper, aimed at making the chain from agent authorization to effect transparent and testable; its core contribution is an evidence-bound architecture that makes the state transition from authorization to effect explicit and testable.

Unverified50%
Oct 2

The Praxa paper distinguishes five types of claims in agent systems: proposal, authority, dispatch, verified external effect, and serving promotion.

Unverified50%
Oct 2

Praxa makes each authorization-to-effect transition explicit and testable through five stages: deterministic admission, brokered execution, external read-back, reconciliation, and post-audit promotion.

Unverified50%
Oct 2

Deterministic admission refers to the system determining, according to explicit and predictable rules, whether an action is permitted to enter the execution queue before any action is executed, rather than relying on the model's own judgment.

Unverified50%
Oct 2

Brokered execution means that actions are not triggered directly by the agent but are dispatched through an intermediate broker layer responsible for isolation, logging, and rate limiting.

Unverified50%
Oct 2

External read-back refers to actively querying the external system for state after execution to confirm whether an action truly took effect, rather than inferring the result solely from the return value of the execution call.

Unverified50%
Oct 2

On a fixed revision of the repository, Praxa passed 1,027/1,027 unit tests and 89/89 Workerd tests, instrumented all 363 expected source files, and met four coverage lower bounds, though raw per-test records and independent reproduction are not yet available.

Unverified50%
Oct 2

In the Terminal-Bench Core 0.1.1 pilot across 12 selected tasks, both the baseline group and the reliability-layer group each passed 17/36 under strict trials, with the reliability layer consuming 37.49% more input tokens and 50.73% more output tokens.

Unverified50%
Oct 2

The paper explicitly acknowledges that the Terminal-Bench pilot does not support a superiority conclusion, as the reliability layer delivered no better success rate at higher cost.

Unverified50%
Oct 2

In a two-phase coordination-proxy development comparison, both the baseline and the source-author-written candidate completed 180/180 trials; the candidate used 37.11% fewer tokens, reduced estimated endpoint cost by 33.84%, and decreased steps by 11.63%, but improvement in quality, latency, or production-environment behavior cannot be demonstrated.

Unverified50%

3 more timeline events

All Facts (13)

Unverified

Praxa is an agent execution framework (harness) proposed in an arXiv paper, aimed at making the chain from agent authorization to effect transparent and testable; its core contribution is an evidence-bound architecture that makes the state transition from authorization to effect explicit and testable.

50%
Unverified

The Praxa paper distinguishes five types of claims in agent systems: proposal, authority, dispatch, verified external effect, and serving promotion.

50%
Unverified

Praxa makes each authorization-to-effect transition explicit and testable through five stages: deterministic admission, brokered execution, external read-back, reconciliation, and post-audit promotion.

50%
Unverified

Deterministic admission refers to the system determining, according to explicit and predictable rules, whether an action is permitted to enter the execution queue before any action is executed, rather than relying on the model's own judgment.

50%
Unverified

Brokered execution means that actions are not triggered directly by the agent but are dispatched through an intermediate broker layer responsible for isolation, logging, and rate limiting.

50%
Unverified

External read-back refers to actively querying the external system for state after execution to confirm whether an action truly took effect, rather than inferring the result solely from the return value of the execution call.

50%
Unverified

On a fixed revision of the repository, Praxa passed 1,027/1,027 unit tests and 89/89 Workerd tests, instrumented all 363 expected source files, and met four coverage lower bounds, though raw per-test records and independent reproduction are not yet available.

50%
Unverified

In the Terminal-Bench Core 0.1.1 pilot across 12 selected tasks, both the baseline group and the reliability-layer group each passed 17/36 under strict trials, with the reliability layer consuming 37.49% more input tokens and 50.73% more output tokens.

50%
Unverified

The paper explicitly acknowledges that the Terminal-Bench pilot does not support a superiority conclusion, as the reliability layer delivered no better success rate at higher cost.

50%
Unverified

In a two-phase coordination-proxy development comparison, both the baseline and the source-author-written candidate completed 180/180 trials; the candidate used 37.11% fewer tokens, reduced estimated endpoint cost by 33.84%, and decreased steps by 11.63%, but improvement in quality, latency, or production-environment behavior cannot be demonstrated.

50%
Unverified

The Praxa paper explicitly states that current evidence cannot demonstrate adversarial security, production-environment safety, general expert-level superiority, autonomous recursive optimization capability, or user benefit.

50%
Unverified

The evidence-binding architecture requires every state transition in the system to be accompanied by verifiable evidence rather than relying solely on logical inference, which is in line with the concepts of idempotency verification and transaction logging in traditional software engineering.

50%
Unverified

Adding reliability layers incurs significant token and cost overhead without necessarily yielding immediate improvements in success rates, and the benefits of auditability and reliability often come at the expense of efficiency.

50%

Source Articles