WAKE Protocol

io.github.Omodaka9375由 GitHub 账号 Omodaka9375 发布v2.2.2更新于 Oct 24, 2026

A post-mortem succession protocol for AI agents. Black Box, handoff, time-locks.

概览

AI 生成的概览

面向 AI 代理的本地“身后交接”协议:保存所有者的遗嘱、知识与临终留言,在长期无活动后按层级释放给验证者与受益人。

可以做什么
  • 创建和修改遗嘱、发送心跳、查询协议状态
  • 推进协议流程:强制进入 VIGIL、确认死亡、执行归档、提炼或删除
  • 新增、列出和删除知识条目,支持时间锁与脱敏过滤
  • 按令牌角色读取临终留言、分层级的黑匣子知识与审计日志
  • 为受益人生成并获取交接包
  • 导出、导入、备份与恢复加密状态;生成法律导出、清除数据并出具删除凭证
适用场景
适合希望让 AI 代理保管指令、敏感知识或告别留言,并在设定时长的无活动或确认死亡后,按层级只向指定人员释放,同时保留审计记录的场景。
运行要求
通过 npx 或全局 npm 安装以 stdio 在本地运行(需要 Node.js),也可作为 localhost 上的 HTTP 端点并提供网页仪表盘。使用本地 SQLite 数据库和 data/ 下的服务器密钥文件。未声明 API 密钥或环境变量;可用 WAKE_PORT 修改端口。令牌在 configure_will 时生成。
安装前请注意
它会保存敏感的个人与知识数据,加密密钥存放在 data/ 目录中,需妥善保护该目录及其备份。令牌仅在初始化时生成一次;持有 master 令牌者可修改遗嘱或触发 VIGIL。多个工具会写入、恢复或永久删除数据(包括 purge_owner_data),webhook 会把事件发送到外部地址。README 指出 SQLite 在无服务器托管上无法持久化。

安装

在 SourceWeft 中

  1. 打开 控制台中的 WAKE Protocol,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

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.

来源:wake-mcp-server/README.md,提交 c11b167

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v2.2.2最新Sep 16, 2026

评分

已满足适用检查项的 40%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

    请在仓库或注册中心条目中声明许可证。