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

AI-generated 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.
Before you install
It stores sensitive personal and knowledge data encrypted with a server-side key kept in the data directory, so protect that directory and its backups. Tokens are generated once and shown at setup; anyone holding a master token can change the will or trigger VIGIL. Several tools write, restore, or permanently delete data, including purge_owner_data, and webhooks send events to external endpoints. The README notes SQLite does not persist on serverless hosting.

Installation

In SourceWeft

  1. Open WAKE Protocol in the dashboard and add it to a workspace.
  2. 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

[npm] [License]

Will-Aware Knowledge Execution - A post-mortem protocol for AI agents.

23 tools · SQLite + AES-256-GCM encryption · Token auth

Quick Start

bash
# From sourcepnpm install && pnpm run buildpnpm start              # stdio + dashboard on :3000pnpm run start:http     # dashboard only (no stdio)pnpm test               # 69 tests
# npx (no install needed)npx wake-mcp-servernpx wake-mcp-server --http
# Global installnpm i -g wake-mcp-serverwake-mcp-serverwake-mcp-server --http
# Dockerdocker build -t wake-mcp-server .docker run -p 3000:3000 -v wake-data:/app/data wake-mcp-server

Connect Your Agent

Warp / Claude Desktop / Cursor — same config, different file locations:

ClientConfig file
WarpSettings → MCP
Claude Desktopclaude_desktop_config.json (under mcpServers)
Cursor.cursor/mcp.json (under mcpServers)

Using npx (recommended):

json
{  "wake-protocol": {    "command": "npx",    "args": ["wake-mcp-server"]  }}

Or with a local build:

json
{  "wake-protocol": {    "command": "node",    "args": ["<path>/wake-mcp-server/build/index.js"]  }}

Any MCP client over HTTP:

http://localhost:<port>/mcp

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 → VIGIL → EULOGY → REST
  • ACTIVE — Owner alive. Agent calls heartbeat each 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

ToolAuthPhaseDescription
configure_willnoneanyCreate will, generate all tokens
update_willmasterACTIVEModify will fields
heartbeatmasterACTIVESignal owner is alive
get_statusoptionalanyProtocol status (detailed with token)

Protocol Progression

ToolAuthPhaseDescription
trigger_vigilmasterACTIVEManually force VIGIL
verify_deathverifierVIGILConfirm death event
execute_terminal_stateexecutorEULOGYExecute archive/distill/delete

Data Access

ToolAuthPhaseDescription
get_access_tierany tokenanyCheck token holder's tier
get_final_messageany tokenEULOGY/RESTRetrieve final message (time-lock aware)
get_black_boxany tokenEULOGY/RESTCompiled knowledge, tier-scoped
get_audit_logexecutoranyFull audit trail

Knowledge

ToolAuthPhaseDescription
contribute_knowledgemasterACTIVEAdd knowledge entry (category, summary, details)
list_knowledgemasterACTIVEList entries, optional category filter
delete_knowledgemasterACTIVERemove an entry

Inter-Agent Handoff

ToolAuthPhaseDescription
initiate_handoffexecutorEULOGY/RESTGenerate handoff package for a beneficiary
get_handoff_packageany tokenEULOGY/RESTSelf-serve handoff (wake-handoff-v1 JSON)

Backup & Recovery

ToolAuthPhaseDescription
export_willexecutoranyExport encrypted state blob
import_willnoneanyImport from exported blob
list_backupsexecutoranyList auto-backup snapshots
restore_backupexecutoranyRestore from backup

Legal & Compliance

ToolAuthPhaseDescription
export_legal_willexecutoranyRUFADAA-compatible legal document
purge_owner_dataexecutorRESTPermanently delete all data (right to be forgotten)
get_deletion_certificatenoneanyRetrieve deletion certificate after purge

Key Features

  • Multi-user — ownerId param 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 — releaseAfter on 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:

[Deploy on Railway]

[Deploy on Fly.io]

CLI:

bash
# Railwayrailway init && railway up
# Fly.iofly launch       # creates app + volumefly deploy
# Dockerdocker build -t wake-mcp-server .docker run -p 3000:3000 -v wake-data:/app/data wake-mcp-server

Docker Compose:

yaml
services:  wake:    build: .    ports: ["3000:3000"]    volumes: ["wake-data:/app/data"]volumes:  wake-data:

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

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  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.