io.github.seunghan91/ainote
pkg:npm:@ainote/mcp
Agent-native notes, tasks, dev-docs, vaults, sync & handoffs. MCP + OpenAPI dual surface.
- transport:
- remote + stdio
- credential class:
- self-provisionable
Owner verification
Not yet verified. Verifying proves you control this server and is free, permanently β it never changes a published score.
Start verification βTools
- assumption_writeshallow
Create or update an assumption under a project (L2 intent layer). Omit `id` to create, pass it to update. There is no delete tool. π΄ `verdict` is REJECTED with an error if passed β verdict is confirmed only through a human judgment decision (see judgment_submit). This tool can only shape the assumption itself: what is being assumed, how critical it is, and what evidence would settle it.
- auth_keyshallow
Obtain an MCP key. action: login | signup (consolidated surface β same handlers as the legacy tools) Required per action β login: email, password | signup: email, password.
- delete_dev_docshallow
Soft-delete a dev document by title or UUID. Reversible from trash. Pass `category` when multiple docs share the same title across subcategories (memory/claude/cursor/env/docs).
- delete_taskshallow
Soft-delete a task by ID. Destructive but reversible within 30 days (TaskCleanupJob purges trash daily at 2am KST). Returns 404 if the task does not exist or is not owned by the authenticated user.
- dev_doc_writeshallow
Create or update a dev doc (non-destructive). action: create | update. Deletion is a separate tool (delete_dev_doc). (consolidated surface β same handlers as the legacy tools) Required per action β create: title, content | update: content.
- dev_docs_readshallow
Read dev docs. action: get | list | categories | pull (consolidated surface β same handlers as the legacy tools)
- env_sync_readshallow
Read env-sync state. action: devices | drift | status | txn_pull. Secret reads are a separate tool (env_sync.secret_pull). (consolidated surface β same handlers as the legacy tools)
- env_sync_txn_pushshallow
Ingest a batched envelope of client-recorded env_sync mutations. HLC-skew gated, partial-success on conflict.
- env_sync_txn_rollbackshallow
Inverse-apply a prior env_sync transaction. Safety gates: ownership, idempotency, descendant-conflict (force opt-out).
- env_sync_writeshallow
Non-destructive env-sync writes. action: enroll | request_share | heartbeat. Secret push/rotate are separate tools. (consolidated surface β same handlers as the legacy tools) Required per action β enroll: alias, age_pubkey, enrollment_token | request_share: target_device_id, secret_shares, device_id | heartbeat: device_id, installed_skills_hash, installed_hooks_hash.
- env_sync.secret_pullshallow
Pull an encrypted secret blob. Response is ciphertext_b64 only β server never sees and never returns plaintext.
- env_sync.secret_pushshallow
Push a new client-encrypted secret. Ciphertext only β server never sees plaintext. Recipients must include the pushing device's own pubkey.
- env_sync.secret_rotateshallow
Rotate a secret: soft-delete the old node, create a new live node with the same alias and the new ciphertext+recipients. 7-day grace before hard delete of old ciphertext bytes.
- get_setup_guideshallow
Get instructions for setting up AI Note MCP in Claude Desktop, Cursor, or other MCP clients. No authentication required.
- graph_readshallow
Read knowledge-graph nodes. action: get | list (consolidated surface β same handlers as the legacy tools)
- graph_soft_deleteshallow
Soft-delete an env_sync graph node (sets deleted_at; .live scope hides it from reads). Idempotent β re-deleting a deleted node is a no-op success.
- graph_writeshallow
Add or update a graph entity (non-destructive). action: add | update. Deletion is a separate tool (graph_soft_delete). (consolidated surface β same handlers as the legacy tools) Required per action β add: node_type, alias, payload, device_id | update: node_id, device_id, field_updates.
- handoff_readshallow
Read session handoffs. action: get | list (consolidated surface β same handlers as the legacy tools) Required per action β get: project, topic.
- handoff_saveshallow
Save a session handoff note for cross-device / cross-session continuation. Stored at handoffs/{project}-{topic}-{YYYY-MM-DD}.txt in the user's primary vault. Use the optional `time` param (HHMM, KST) to disambiguate multiple handoffs saved on the same day β it is appended to the topic slug (e.g. topic='phase-d', time='1555' β handoffs/{project}-phase-d-1555-{date}.txt).
- judgment_listshallow
List the authenticated user's own judgments (L3 layer) β use this to check your own blocking status (risk_tier 1 pending = execution blocked). Default order matches the /command queue: risk_tier ascending, then arrival order.
- judgment_submitshallow
Request a human judgment (L3 layer) by attaching evidence β approval, evidence, or verdict. This is the ONLY door an agent has into the judgment queue. π΄ `decision` is REJECTED with an error if passed β judgments are always created with decision='pending'. Only a human decides them (from the /command queue). Use judgment_list afterwards to check whether this judgment has since been decided. risk_tier controls urgency: 1=destructive (blocks execution until decided), 2=reversible (may auto-proceed after a wait window), 3=informational (auto-expires after 24h).
- list_papersshallow
List notes/papers from AI Note. Supports keyword search across title and content, category filtering, pagination, and sorting. Returns id/title/content_preview/category_id/created_at. Use this when the user asks 'find my note about X', 'what did I write on Y', or wants to search their knowledge base.
- memory_readshallow
Read agent memory. action: get | search (consolidated surface β same handlers as the legacy tools) Required per action β get: source | search: query.
- project_readshallow
List the authenticated user's projects (L2 intent layer), or fetch one by id. Each entry includes riskiest_assumption β the single highest-priority unverified assumption (or, if all are verified, the highest-criticality one).
- project_writeshallow
Create or update a project (L2 intent layer). Omit `id` to create, pass it to update. There is no delete tool β use status: 'archived' to retire a project.
- sync_audit_layer5shallow
Record the result of a client-side Layer 5 codex review (sync.py merge gate) as a vault_events row. Body of the review is NOT stored β only an HMAC digest of the summary so operators can correlate without exposing review content. Opt-in: server skips writes (still returns success) unless ENV['AINOTE_LAYER5_AUDIT']='on' AND a versioned HMAC secret is configured. Used by the sync.py SessionStart hook + merge command to surface 'why was this blocked?' across multi-PC sessions.
- sync_deleteshallow
Delete a file from the primary vault. Optional CAS via base_sha to detect concurrent multi-PC writes. Protected paths (global/memory/, global/skills/, global/planning/, global/claude-config/, handoffs/) require base_sha or explicit force:true (audited). Idempotent: deleting a non-existent path returns success with deleted:false.
- sync_pushshallow
Push a markdown file into the primary vault. Optional CAS via base_sha to detect concurrent multi-PC writes (Layer 3 of multi-PC sync plan). WAF-bypass tip: large bodies (~10KB+) that get false-positive blocked at Cloudflare can be sent via `content_b64` (base64-encoded) OR `content` prefixed with `__B64__:` instead. When the push CREATES a new .md file, the response may carry `dedup_candidates` β existing memory files that look similar (keyword + title similarity, no LLM). It is an advisory, not a rejection: YOU decide to merge into one of them (re-push that path), drop this write as a duplicate (skip), or keep it as a new memory (store).
- sync_push_batchshallow
Push MANY files into the primary vault in ONE call. Use this instead of looping sync_push whenever you have more than a couple of changed paths β the cost of sync_push is round trips, not bytes. Per-item semantics are identical to sync_push (Layer 3 base_sha CAS, superseded contract, content_b64 WAF fallback). Partial success is normal and returns HTTP 200: read `results[]` and match entries by `path`, NOT by position. A conflict result always carries `remote_sha` + `conflict_reason` so you can go straight to sync_merge. Request-level failures (duplicate paths in one batch, idempotency key reused with a different payload, >200 items, >4MB) return 4xx and apply NOTHING. Each item MUST carry `content_sha` (SHA1 hex of the decoded body, same algorithm as git_sha) β it powers both the integrity check and the retry-safe `skipped_identical` result. Newly created .md items may carry `dedup_candidates` (same merge/skip/store advisory as sync_push); a batch creating more than 10 new files skips the check entirely and reports `dedup_skipped: "bulk"`.
- sync_readshallow
Read-only vault sync operations. action: list | pull | diff | merge | conflicts. Writes (push/delete) are separate tools β they carry CAS semantics. (consolidated surface β same handlers as the legacy tools) Required per action β diff: path | merge: path, base_text, local_text.
- task_writeshallow
Create or update a task (non-destructive). action: create | update. Deletion is a separate tool (delete_task). (consolidated surface β same handlers as the legacy tools) Required per action β create: content | update: id.
- tasks_readshallow
Read tasks and task categories. action: tasks | categories (consolidated surface β same handlers as the legacy tools)
- vault_createshallow
Create a new private vault as a GitHub repository under the user's account. Requires the user to have completed the GitHub App install flow first.
- vault_readshallow
Read vault metadata. action: list | clone | status (consolidated surface β same handlers as the legacy tools) Required per action β clone: name.
- vault_syncshallow
Wrapper around vault file sync. action=list|pull|push to work against the primary vault. list/pull are paginated β narrow with `path`/`since` and follow `next_cursor` instead of pulling the whole vault. For push: WAF-bypass via `content_b64` or `content: '__B64__:...'` prefix (mirrors sync_push).
Embed this serverβs score
Tool count and median score across every tool in this serverβs corpus β honest in a way a single cherry-picked toolβs badge wouldnβt be.
[](https://vouch.tools/servers/b505848f-e775-40a0-97a8-ee1549822d5f)