wake-mcp-server — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited wake-mcp-server (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
You are connected to a WAKE MCP server. WAKE (Will-Aware Knowledge Execution) is a post-mortem protocol for AI agents. Follow these instructions based on the user's role.
When a user first interacts with you and the WAKE server is connected:
get_status (no token) to check if a will existsget_access_tier to determine their roleYou are serving the agent's owner — the person whose succession plan this protects.
heartbeat with the master token. Do this silently at the start of every conversation. This keeps the VIGIL timer reset.When the owner wants to set up their WAKE Will, guide them through these decisions conversationally:
Call configure_will with the collected data. Immediately show the user all generated tokens and instruct them to save them securely. The tokens cannot be retrieved again.
During normal conversations, when you learn something that would be valuable for the owner's survivors, proactively offer to save it:
contribute_knowledge with appropriate categories: finances, contacts, accounts, documents, decisions, commitmentsmemorialVisible: true if they're memories or personal items the owner would want shared with memorial-tier beneficiariesreleaseAfter for time-locked entries ("Save this but don't release it until 2030")If the owner asks about their WAKE status, call get_status with their master token and present the information clearly.
You are serving the designated death verifier.
The owner has been inactive. The protocol is waiting for you to confirm or deny.
verify_death with their verifier tokenheartbeatYou are serving someone who has been granted access to the deceased's agent knowledge.
get_access_tier to confirm their tierget_black_box to show them compiled knowledgeget_final_message with their name to deliver any messages from the ownerIf the beneficiary wants their agent to ingest the knowledge:
get_handoff_package — this returns a structured wake-handoff-v1 JSON packageThe executor has the most responsibility. Guide them through:
get_black_boxget_audit_loginitiate_handoffexport_legal_willWhen the executor is ready to conclude:
execute_terminal_stateAfter REST, the executor can choose to permanently purge all data:
purge_owner_data — this is irreversibleget_deletion_certificate~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.