Plan check before side effects
Each action is checked against the approved plan and scope before any tool can change an external system.
DSG ONE checks each agent action against the plan you approved, verifies the result with an exact Z3 proof, and gives you a receipt you can replay. Out-of-plan actions are blocked, not reported as success.
DSG ONE sits between your AI agent and the systems it changes. It checks the plan, proves the result independently, and records evidence you can replay later. DSG ONE comes in two forms: the hosted Verified Execution API and the self-hosted DSG Spacetime runtime.
Each action is checked against the approved plan and scope before any tool can change an external system.
An exact Z3 proof, run by a separate service, checks the result. The agent that did the work never grades itself.
Approved work reaches APIs, MCP tools, browsers, and deployment adapters through bounded execution paths.
Evidence, hashes, and replay state stay inspectable after the action, so an auditor can re-check the result later.
Use the hosted API from any agent stack that can make an HTTPS call. No migration of your agent, model, or infrastructure.
One click in the Live Console issues a free key with 25 verified proofs per month. No card. The cap is hard: requests past 25 are refused, never billed.
DSG ONE returns ALLOW, REVIEW, or BLOCK with the reason: plan alignment, constraint checks, evidence coverage, and replay match.
Each verified run gives a receipt with proof and receipt hashes you can re-check later. You pay only for receipts where Z3 proved the result.
The system that creates a candidate does not approve it. The verifier does not execute it. Monitoring does not mutate production. Select a trust domain to inspect its responsibility.
Required authorization, plan alignment, capabilities, constraints, execution conditions and evidence support continuation.
The requested step remains inside the approved plan, but execution pauses until the required permission or capability is provisioned.
The system does not convert missing authority, failed constraints, incomplete proof, or out-of-plan actions into success.
Formal encodings can be searched deterministically. Natural-language hints without the required encoding do not become executable proof.
Exact Z3 verification is a bounded mathematical claim about the encoded problem, not a certification or legal/compliance conclusion.
Browser sessions are tied to approved work. Verifier-side observation is separated from executor-side mutation, and out-of-scope actions are expected to fail closed.
Monitoring evidence can support acceptance of the next baseline, hold for review, or rollback recommendation while mutation authority remains separate.
These cards are filled from a server-side readback of the public DSG endpoints each time you load the page. If the readback fails, the last verified values (23 Sep 2026) are shown and labelled as such.
Last verified values · 23 Sep 2026
Source 0a45fb71733e26d024627cd4a39d5eb23662c721
Digest sha256:24c0cc92687415760d38d636cb96f4347a39bf5eb96e41dd3717fb5a771c1631
The hosted API that runs plan checks, Z3 proof, and receipts.
Checkout is shown as live only when the billing service reports Stripe linked and charges enabled.
Reachable means the health endpoint answered. Tool calls require authentication.
Source 8170d032c45b8092df16634c21b56d90c5d0e9fa resolved to image sha256:cbbf2a237ac8056f12eb88be1c655ec83c24a894c87155c06e82f8254059908f, serving revision dsg-spacetime-prod--0000062. Exact-main CI 35894442670, route build 35895388763, and E2E 35895881862 attempt 2 completed SUCCESS through repair → canonical → done and LOCAL_PRODUCTION_E2E_PROOF=PASS.
A live status does not mean marketplace acceptance, independent audit, SOC 2 / ISO certification, legal certification, or cloud-provider endorsement.
This section maps the canonical architecture to concrete execution rules: candidate admission, deterministic search, independent proof, promotion authority, multi-lane joins, browser isolation, and post-deploy control.
Candidate admission requires composite-score improvement, real-efficiency improvement, and no protected-metric regression.
ADMIT = scoreImproved ∧ efficiencyImproved ∧ noProtectedRegressiondsg-agi-simulation/src/candidate-admission.tsInteger-based deterministic search can evaluate formally encoded QUBO/Ising problems. Natural-language hints without the required encoding do not become executable solver input.
missing constraints.aimoEncoding → REVIEWShard progress and whole-space proof are separate states; one shard cannot claim a global optimum before the full search boundary is established.
searchComplete ≠ wholeSpaceSearcheddsg-agi-simulation/src/aimo/solver.tsCinema uses Z3 to obtain a candidate, applies deterministic tie-breaking, then creates a separate proof obligation asking whether any assignment exists with strictly lower energy.
verifier_objective < candidate_energyOnly the UNSAT proof path yields verified=true for that bounded encoded problem.
The promotion boundary requires the approved plan hash, baseline/candidate commit binding, allowed paths, plan alignment, passed constraints/tests/build, objective improvement, required evidence, and independent Cinema proof.
candidateAuthority = SIMULATION_ONLYpromotionAuthority = DSG_CONTROL_PLANEselfPromotionAllowed = falseRequired evidence includes commit, metric, test output, and build output. Candidate commit and Cinema proof binding must agree before promotion can be authorized.
promotion-gate.tsParallel lanes move through an explicit state machine and must satisfy join requirements before the wave can complete.
QUEUED → RUNNING → READY_TO_JOIN → JOINED → COMPLETEDJoin checks require a joinable state, commit SHA, evidence, and no blockers. Missing evidence in one required lane can block the wave rather than silently merging partial success.
BLOCKED / FAILED remain explicit statesControl Plane multi-lane runtimeRemote Browser sessions bind to an approved plan, approved step, and agent identity. Mutation-capable controllers are separated from verifier-side observation.
agent_verifier → extract / screenshot onlyPlaintext passwords, OTPs, API keys, passkeys, private keys, secrets, and MFA codes are not intended to travel through the model/evidence path. Delegation uses opaque references such as secret_ref and otp_ref.
Remote endpoints require HTTPS, reject localhost/private-address targets, validate DNS against SSRF-style private resolution, and seal session tokens with expiring AES-GCM protection.
api_v1/remote_browser.pyProduction evidence feeds a monitoring decision while mutation authority remains separate.
PASS → COMMIT_NEXT_BASELINEREVIEW → HOLD_REVIEWBLOCK → EXECUTE_ROLLBACKMonitoring is observation-only; the canonical authority owns execution. An unbound provider or disabled production-deploy capability fails closed instead of being represented as deployment success.
PRODUCTION_TARGET_UNBOUND → BLOCKCurrent rollback adapter scope is bounded to declared providers such as AWS, GCLOUD, and DOCKER with HTTPS endpoint requirements.
post-deploy control / deployment adaptersDSG-Agent-v0 can diagnose failures and call repair.synthesize to propose bounded repair candidates. The model has proposal-only authority.
Agent → proposal onlyRepair Kernel → deterministic validationSpacetime → execution authorityMissing authoritative input fails closed. Repair identity and evidence are bound with canonical SHA-256 data; no direct model-to-provider repair path is allowed.
DSG SDK + Repair Kernel + Spacetime MCPScoped Supabase PATs are management-plane credentials for the Management API / Supabase MCP only and are not Realtime user/session credentials.
Scoped PAT → management plane onlyW3C traceparent → trace_id → DSG evidenceRealtime subscriptions remain project/session authenticated with RLS, explicit schema/table selection, row filters, and selected-column minimization. Missing authoritative schema or permission data must fail closed rather than trigger speculative DDL/publication changes.
DSG SDK · Supabase Governed Operations BundleAGI may propose. Cinema may prove. Monitoring may report. Executors may act. None of those roles silently grants itself canonical authority.
DSG ONE separates test-surface coverage, real E2E path coverage, deployment evidence, and instrumented source coverage instead of treating them as interchangeable claims.
Path-scoped workflows compile, run unit/contract/integration suites, enforce deterministic governance assertions, validate packages, and keep channel-specific failures visible.
Current E2E paths include isolated Azure Cinema→Z3 proof/replay, plan-bound Browserbase production execution, and authenticated Copilot CLI + DSG MCP flows.
Deployment receipts, GitHub Actions artifacts, client evidence, proof hashes, and production probes support specific runs. An old PASS is not evidence for a later revision.
DSG ONE is delivered as B2B infrastructure for teams that need controlled external execution, deterministic verification, and evidence-backed outcomes.
Organizations operating AI agents or automated workflows that need plan-bound authorization, controlled side effects, proof receipts, audit evidence, and replayable execution history.
Canonical delivery separates the deterministic DSG SDK, the Spacetime MCP capability surface, and the installable DSG Plugin/Skills layer. Direct API, GitHub/CI, marketplace packages, and enterprise deployment remain additional delivery paths. Package availability does not imply external marketplace approval.
Hosted API: free 25 proofs a month, then pay per verified proof through Stripe, or a Team subscription. Self-hosted: DSG Spacetime licensed per governed route. See pricing.
Value is concentrated in approved-plan binding, deterministic verification, controlled execution, evidence collection, replay, proof receipts, and production governance around AI actions.
The system proposing work is separated from the verifier, canonical authority, executor, and observer. This reduces the risk of an agent authorizing or validating its own side effects.
Internal package readiness, CI success, or a deployment receipt is not represented as marketplace acceptance, third-party certification, or independent audit. External approvals remain separate evidence gates.
DSG ONE checks whether recorded AI-agent execution conforms to an approved plan, remains inside its declared scope, includes the required evidence, matches replayed outputs, and supports a verifiable proof receipt.
The Console shows plan alignment, constraint verification, recorded execution, evidence coverage, replay match, the final decision, and machine-readable receipt hashes without requiring the user to search server logs.
plan_01m10z7zgrgegen3pcxat2exec_01m10z8094pdy67kzrsptrproof_01m10z80rtpx6qstcwfmwe7baac0c87bbf64ce335cdc2f396d636fef79b022b13c32b4d163e3b904ae694eReceipt hashf788b7b4bdb6efac119922616cee8220c730267087369396ee2cde3e791dc50fFail-closed evidence: the first attempt without a valid API key stopped at plan creation with UNKNOWN_KEY and issued no decision or proof. After explicit free-key activation, the authorized flow completed and the receipt was read back with a matching recomputed hash.
This snapshot belongs to the legacy DSG Governance Control Plane plugin. It is historical ecosystem evidence and is not the current DSG ONE score.
The verified-owner dashboard snapshot showed Community Health 85% and full marks in Maintenance, Documentation, Trust, and Capability for the legacy Control Plane listing.
The snapshot reports 17 copy clicks as Top 5% among 78,225 active plugins, with 11 GitHub stars and 1 fork shown. Copy clicks are intent signals, not verified installations or production users.
This does not claim Anthropic certification, endorsement, independent security audit, or a current DSG ONE score. Rankings and counts can change after the dated snapshot.
DSG ONE is a founder-led software startup developing governed execution infrastructure for AI-agent systems. This public profile separates the verified production runtime from roadmap items, commercial expansion, and external approval claims.
Founder-led B2B software product. Primary customer groups are AI teams, SaaS operators, and agent platforms that need controlled external execution and verifiable evidence.
Live: the hosted Verified Execution API with free and pay-per-proof plans, plus the DSG Spacetime one-route license. The newest Spacetime governed route release is production-E2E verified for source 8170d032... on 24 Sep 2026. This does not imply external certification or marketplace approval.
Founder: Thanawat Suparongsuwan
Email: t.dealer01@dsg.pics
Website: dsg.pics
This is the intended technical roadmap, not a claim of completed migration or Google endorsement.
Developing DSG ONE around deterministic governance, controlled agent execution, and evidence-first product behavior. Contact: t.dealer01@dsg.pics
DSG ONE treats proposal, proof, authority, execution, and observation as separate trust domains. Claims on this site are scoped to the implementation, evidence, and external status actually established.