Skip to content

DefendableOS Agent Operations Prototype — Field Proof v0.1

Status: IMPLEMENTED + AUDITED WITH LIMITATIONS · the public field surface is a CONTROLLED SYNTHETIC DEMO.

This page describes what is actually fielded and independently audited today — not future architecture.

DefendableOS agent operations is built from four small public modules, each independently audited and re-audited by the Codex Tribunal:

Current verdict for all four and the cross-module flow: VERIFIED_AS_REPAIRED_WITH_LIMITATIONS.

The synthetic customer-support field scenario

Section titled “The synthetic customer-support field scenario”

A controlled, synthetic demonstration is described by the audited public modules below:

  • Starter support-01.acme.defendable.eth is INJURED_RESERVE.
  • Backup support-02.acme.defendable.eth is ACTIVE_BACKUP_RESTRICTED_DUTY; coverage is COVERED_BY_BACKUP_RESTRICTED_DUTY.
  • The backup may run classify_ticket, draft_customer_response, route_escalation, update_case_notes.
  • The backup is blocked from issue_refund, make_policy_exception, close_compliance_case.
  • Allowed plays execute against a synthetic local mock; drafts are never sent externally.
  • The forbidden refund is blocked (DENY_ACTION_NOT_IN_PERMISSION_ENVELOPE, executed false), and no refund execution record is created.
  • A refund-review request queues for human review only (executed_sensitive_action: false); the agent never inherits human authority.
  • Every result carries a synthetic-demo label, decision, actor, and a content-integrity receipt hash.
  • NOT CLEARED FOR PRODUCTION, NOT CLEARED FOR EXTERNAL SAAS ENFORCEMENT.
  • No live permission revocation, no real refund execution, no real paging, no certification, no insurance, no blockchain/ENS operational anchoring, no authenticated owner signature proof.