mcpField
W
WAKE Protocol

WAKE Protocol

Local
omodaka9375.github.ioAI & Agents3Updated 26w ago

About WAKE Protocol

WAKE Protocol is an MCP server for managing an AI agent’s post-mortem succession, from inactivity checks through controlled handoff and data disposition. It combines tiered access, encrypted state, time-locked messages, and a role-based dashboard.

Key features

  1. 01Four-stage succession protocol
  2. 02Role-specific authentication tokens
  3. 03Encrypted state and SQLite storage
  4. 04Tier-scoped knowledge and handoffs
  5. 05Heartbeat monitoring and auto-escalation
  6. 06Backups, legal export, and data purge

Use cases

  1. 01Prepare an agent's knowledge and messages for succession
  2. 02Give beneficiaries access based on assigned tiers
  3. 03Confirm inactivity and progress through succession stages
  4. 04Export or restore state and complete data deletion

MCP support

Exposes 23 tools for will management, protocol progression, knowledge access, agent handoff, backups, and legal operations to MCP clients. Supports stdio and HTTP connections.

Configuration

Local server config is the same for every client. Copy it into your client’s MCP config file.

mcp.json · Universal config
{
"mcpServers": {
"omodaka9375-wake": {
"command": "npx",
"args": [
"-y",
"wake-mcp-server"
]
}
}
}
Run commandnpx -y wake-mcp-server

Local servers need a runtime on your machine (e.g. Node.js 18+). Config file locations differ by client; see your client’s docs.

Packages
npmwake-mcp-server2.2.2

Tools

No tool list yet

Local servers expose tools only once running on your machine, and the maintainer has not provided a tool list.

Details

From the project 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

# From source
pnpm install && pnpm run build
pnpm start              # stdio + dashboard on :3000
pnpm run start:http     # dashboard only (no stdio)
pnpm test               # 69 tests

# npx (no install needed)
npx wake-mcp-server
npx wake-mcp-server --http

# Global install
npm i -g wake-mcp-server
wake-mcp-server
wake-mcp-server --http

# Docker
docker 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):

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

Or with a local build:

{
  "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:

# Railway
railway init && railway up

# Fly.io
fly launch       # creates app + volume
fly deploy

# Docker
docker build -t wake-mcp-server .
docker run -p 3000:3000 -v wake-data:/app/data wake-mcp-server

Docker Compose:

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.

Comments

Markdown supported

New to MCP?

From what the protocol is to installing your first server, these answers cover most first questions.

An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.