
WAKE Protocol
io.github.Omodaka9375Published by GitHub account Omodaka9375v2.2.2Updated Oct 24, 2026
A post-mortem succession protocol for AI agents. Black Box, handoff, time-locks.
Overview
A local "succession" protocol for AI agents: it stores an owner's will, knowledge and final messages, and releases them to verifiers and beneficiaries after…
- What you can do
- Create and update a will, record heartbeats, and check protocol status
- Advance the protocol: force VIGIL, confirm death, execute archive, distill or delete
- Store, list and delete knowledge entries, with time-locked and redacted items
- Retrieve final messages, tier-scoped Black Box knowledge and audit logs by token role
- Generate and fetch handoff packages for beneficiaries
- Export, import, back up and restore encrypted state; produce legal exports, purge data and issue deletion certificates
- When to use it
- For people who want an AI agent to hold instructions, credentials-adjacent knowledge or farewell messages that are only released to chosen people after a defined period of inactivity or a confirmed death, with tiered access and an audit trail.
- Requirements
- Runs locally over stdio via npx or a global npm install (Node.js), or as an HTTP endpoint on localhost with a web dashboard. Uses a local SQLite database and a server key file under data/. No API keys or environment variables are declared; WAKE_PORT optionally changes the port. Tokens are generated during configure_will.
Installation
In SourceWeft
- Open WAKE Protocol in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
WAKE MCP Server
Will-Aware Knowledge Execution - A post-mortem protocol for AI agents.
23 tools · SQLite + AES-256-GCM encryption · Token auth
Quick Start
Connect Your Agent
Warp / Claude Desktop / Cursor — same config, different file locations:
Using npx (recommended):
Or with a local build:
Any MCP client over HTTP:
Default port is 3000. If taken, auto-increments. Set WAKE_PORT to override. Check the console output for the actual URL.
Agent Skill
SKILL.md — platform-agnostic instructions that teach any agent how to use WAKE:
- Owner — auto-heartbeat, conversational will setup, proactive knowledge contribution
- Verifier — death confirmation handling
- Beneficiary — tier-scoped access, final messages, handoff packages
- Executor — EULOGY management, legal export, terminal state, data purge
Point your agent at SKILL.md or include it in your system prompt.
Protocol
- ACTIVE — Owner alive. Agent calls
heartbeateach interaction. - VIGIL — Inactivity threshold exceeded. Awaiting verifier confirmation.
- EULOGY — Succession executing. Tiered access, Black Box, final messages.
- REST — Terminal state (archive/distill/delete). Protocol complete.
Authentication
Tokens generated once during configure_will. Three types:
- Master — owner operations (heartbeat, configure, vigil)
- Verifier — death confirmation only
- Beneficiary — per-person, scoped by tier (executor/beneficiary/memorial)
Tokens stored as SHA-256 hashes. State encrypted with AES-256-GCM (server key).
Tools
Will Management
Protocol Progression
Data Access
Knowledge
Inter-Agent Handoff
Backup & Recovery
Legal & Compliance
Key Features
- Multi-user —
ownerIdparam on every tool, independent state per owner - Auto-backup — previous state saved on every write, last 5 kept
- Background monitor — checks heartbeat staleness every 5 min, auto-triggers VIGIL
- Dead man's switch — auto-escalates VIGIL → EULOGY if verifier doesn't respond
- Webhooks — fire on
vigil.triggered,eulogy.started,eulogy.message,rest.executed,timelock.released - Time-locks —
releaseAfteron messages and knowledge entries, sealed until date - Redaction filtering — entries matching redaction categories hidden from all tiers
- Tier-scoped Black Box — executor sees all, beneficiary sees finances/contacts/documents, memorial sees curated entries only
- No-resurrection directive — enforceable flag propagated to handoffs and certificates
- Jurisdiction mapping — legal export maps to applicable laws (RUFADAA, GDPR, ELVIS Act, etc.)
- Deletion certificate — SHA-256 attested record, sole survivor of data purge
Dashboard
Web UI at http://localhost:3000. Role-based views:
- Login — paste any token, auto-detects role
- Owner — status, knowledge CRUD, heartbeat, VIGIL trigger, legal export
- Verifier — status, death confirmation
- Executor — Black Box, messages, audit, terminal state, handoff, purge
- Beneficiary/Memorial — tier-scoped Black Box, messages
Set WAKE_PORT=8080 to change the port.
Data
SQLite database at data/wake.db. Server encryption key at data/.server-key. Deletion certificates at data/deletion-certificate-*.json.
Delete the data/ directory to reset everything.
Deploy
One-click:
CLI:
Docker Compose:
Config files included: railway.toml, fly.toml, vercel.json, Dockerfile.
Note: Vercel is serverless — SQLite won't persist. Use Railway or Fly for production.
Source: wake-mcp-server/README.md at commit c11b167
Tools
0Version history
1- v2.2.2LatestSep 16, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.