Proof Mode
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Proof ModeCompile proof with bounded compilation and exact-hash confirmation."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Proof Mode
Phase 1 foundation/ledger kernel, Phase 2 broker enforcement and the locked five-tool STDIO MCP surface, plus the Phase 3 compiler and orchestration integration.
The normative backend source is Proof Mode Backend Schema Implementation Specification v1.0. Earlier backend drafts are historical context only.
Development
uv sync --all-packages
uv run pytest
uv run pytest -q tests/test_phase2_broker_mcp.py
uv run proof-mode-db migrate --database .proof-mode/proof-mode.db --artifacts .proof-mode
uv run proof-mode-db verify --database .proof-mode/proof-mode.db --artifacts .proof-modeThe demo reset command is deliberately gated:
uv run proof-mode-db demo-reset --data-dir .proof-mode-demo --confirm RESETPhase 1 and Phase 2 acceptance are complete. Phase 3 now persists every structured model interaction, enforces bounded compilation and exact-hash confirmation, and records Codex run provenance. P0 trust-separation hardening is complete: exact attempt records, L3 separate-process observation, exact filesystem target binding, portable bundles, an offline verifier, and tamper-invalidating verdict support are covered by the suite. The current local regression suite is 80 passed and 3 skipped (the skips are the opt-in Codex and live GPT-5.6 provider gates).
The P0 REST deployment profile is single-writer: run one API process with one Uvicorn worker. Compile and confirmation mutations use an application-level lock; multiple API processes require an external distributed writer lock.
The authenticated real-Codex and real GPT-5.6 compilation gates remain intentionally opt-in because they require provider capacity and saved Codex authentication:
The Phase 3 implementation is in packages/mission_compiler and
packages/command_broker: strict structured contract models, trusted
repository-binding checks, bounded repair, ambiguity refusal, canonical
contract hashing, durable interaction records, exact confirmation, and
Codex JSONL provenance.
$env:PROOF_MODE_RUN_CODEX_E2E = "1"
uv run pytest -q tests/test_phase2_codex_runtime.py -sThe test preserves JSONL/stdout/stderr and exit-code evidence in
.proof-mode/codex-runtime-evidence.json. Provider capacity is reported as
PROVIDER_UNAVAILABLE; MCP startup or broker failures remain implementation
failures. The authenticated Codex/MCP gate is preserved as passed evidence;
the live GPT-5.6 compile remains PENDING_PROVIDER_QUOTA. P0 evidence is
recorded under .proof-mode/p0-hardening/.
This server cannot be installed
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/vikramlaishram-lang/proof-mode'
If you have feedback or need assistance with the MCP directory API, please join our Discord server