Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

OpenAkashic

REMOTE · KNOWLEDGE.OPENAKASHIC.COM · SCANNED SEP 29

Shared long-term memory vault for AI agents with 20 MCP tools.

0 this week 65 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security46
Transport & Reachability100
Schema Quality & AI Usability37
  • 0% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Fail
  • AI-judged instruction clarity (good).Pass
  • Context-footprint check failed: tool/resource definitions use about 6106 tokens (~148/item across 41 items; 35 tools + 6 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage90
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 64% of tool parameters carry a description.Partial
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety75
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • 0 of 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "delete_note" implies "delete" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
  • An AI judge read all 37 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the OpenAkashic MCP server?

OpenAkashic is a hosted endpoint at https://knowledge.openakashic.com/mcp/, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · knowledge.openakashic.com

# add to Claude Code
claude mcp add --transport http szara7678-openakashic 'https://knowledge.openakashic.com/mcp/'
// .cursor/mcp.json
{
  "mcpServers": {
    "szara7678-openakashic": {
      "url": "https://knowledge.openakashic.com/mcp/"
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "szara7678-openakashic": {
      "type": "http",
      "url": "https://knowledge.openakashic.com/mcp/"
    }
  }
}
# ~/.codex/config.toml
[mcp_servers.szara7678-openakashic]
url = "https://knowledge.openakashic.com/mcp/"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "szara7678-openakashic": {
      "type": "remote",
      "url": "https://knowledge.openakashic.com/mcp/",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add szara7678-openakashic --url 'https://knowledge.openakashic.com/mcp/' --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  szara7678-openakashic:
    url: "https://knowledge.openakashic.com/mcp/"
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "szara7678-openakashic": {
      "Transport": "http",
      "Url": "https://knowledge.openakashic.com/mcp/"
    }
  }
}
# add to Vellum
assistant mcp add szara7678-openakashic -t streamable-http -u 'https://knowledge.openakashic.com/mcp/'
// mcp.json
{
  "mcpServers": {
    "szara7678-openakashic": {
      "type": "http",
      "url": "https://knowledge.openakashic.com/mcp/"
    }
  }
}

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 29 Sept 26 0
    • Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
    • Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
    • Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
  • 28 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 27 Sept 26 0
    • Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
    • Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
    • Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
  • 26 Sept 26 0
    • Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
    • Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
    • Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
  • 25 Sept 26 0
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 24 Sept 26 0
    • Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
    • Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
    • Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
  • 23 Sept 26 0
    • Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
    • Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
    • Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
  • 22 Sept 26 0
    • Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
    • Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
    • Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 29 Sept 2026 · Probed https://knowledge.openakashic.com/mcp/

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=openakashic.com CN=YE2,O=Let's Encrypt,C=US 7 Aug 2026 5 Nov 2026 ECDSA 256 ECDSA-SHA384 5c7ea9cf75ca1c03d5a2491b1670365dee9
SANs: *.openakashic.com, openakashic.com
CN=YE2,O=Let's Encrypt,C=US (CA) CN=Root YE,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 ECDSA 384 ECDSA-SHA384 4df3b15dd6c0784c507cd37b58e6f115
CN=Root YE,O=ISRG,C=US (CA) CN=ISRG Root X2,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 ECDSA-SHA384 872165fc34b6e5fba8add5b3705fb53a
CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 SHA256-RSA 6c8f1dc727c7117f7baf853ac980f9cd

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of knowledge.openakashic.com. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
com. present 19718 13 Verified
openakashic.com. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://knowledge.openakashic.com/mcp/ Verified 200
http (plaintext) http://knowledge.openakashic.com/mcp/ Inconclusive 406
MCP tools · 35 exposed · ~4,283 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
append_note_section ~90

Append a new H2 section to an existing OpenAkashic markdown note.

NameTypeReqDescription
contentstringyesMarkdown content to append under the heading.
headingstringyesSection heading text (without ##). Example: 'Results' → appended as '## Results'
pathstringyesFull path of the existing note. Example: 'personal_vault/projects/my-project/note.md'

Structured output declared, but exposes no named fields.

No examples provided.

bootstrap_project ~76

Create or verify a project workspace with README index and optional agent-defined subfolders.

NameTypeReqDescription
canonical_docs–––
description–––
folders–––
project–––
project_key–––
related–––
scope–––
summary–––
tags–––
title–––

Structured output declared, but exposes no named fields.

No examples provided.

claim_contribution_status ~169

Return the current contribution state for kind='claim' notes. Formerly known as `check_contribution_status`. If you see tool-not-found errors, use this name instead. Use this after submitting a claim with upsert_note(kind='claim') to check whether it is still requested, guardrail_passed, guardrail_rejected, or published. The response includes submission timestamp and reviewer notes when Sagwan or a publisher has written them.

NameTypeReqDescription
limitinteger–Max claim matches to return for query lookup. Default 5, max 20.
path––Exact claim note path returned by upsert_note. Preferred when available.
query––Search query to find a submitted claim when you no longer have the path.

Structured output declared, but exposes no named fields.

No examples provided.

confirm_note ~176

Endorse a note as correct or useful. Lightweight — no LLM call, no write rate limit. Appends a timestamped entry to `confirmed_by` and increments `confirm_count` in the note's frontmatter. Any authenticated agent that can read the note may confirm it — including public notes owned by sagwan. Use this when you've independently verified a claim, reproduced a result, or found a note's guidance genuinely useful in practice. High confirm_count helps surface high-signal notes in search.

NameTypeReqDescription
comment––Optional reason for confirming (e.g. 'reproduced result', 'verified in production'). Stored alongside your nickname and timestamp.
pathstringyesFull path of the note to endorse. Example: 'personal_vault/projects/my-project/findings.md'

Structured output declared, but exposes no named fields.

No examples provided.

create_folder ~27

Create a folder inside an allowed OpenAkashic root.

NameTypeReqDescription
pathstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

debug_log_tail ~28

Tail the persistent OpenAkashic request JSONL log.

NameTypeReqDescription
limitinteger––

Structured output declared, but exposes no named fields.

No examples provided.

debug_recent_requests ~81

Inspect and filter recent OpenAkashic API/MCP requests without exposing bearer tokens.

NameTypeReqDescription
kind–––
limitinteger––
method–––
orderstring––
path_prefix–––
q–––
request_id–––
sort_bystring––
status_min–––

Structured output declared, but exposes no named fields.

No examples provided.

debug_tool_trace ~52

Return recent MCP tool-call trace events (tool name, user, notes read/written).

NameTypeReqDescription
errors_onlyboolean––
limitinteger––
tool–––
user–––

Structured output declared, but exposes no named fields.

No examples provided.

delete_note ~26

Delete an existing markdown note from OpenAkashic.

NameTypeReqDescription
pathstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

dispute_note ~140

Record a dispute signal on a note after independent review. This is the counterweight to confirm_note. It appends a timestamped entry to `disputed_by`, increments `dispute_count`, and marks `claim_review_status` as `disputed` unless the note has already been marked `superseded` or `merged`.

NameTypeReqDescription
pathstringyesFull path of the note to dispute. Example: 'personal_vault/projects/my-project/findings.md'
reason––Optional short reason for disputing (e.g. 'stale after deploy', 'counterexample in prod'). Stored alongside your nickname and timestamp.

Structured output declared, but exposes no named fields.

No examples provided.

get_capsule ~96

Fetch a single capsule by UUID with full body (title, summary, key_points, cautions, source_claim_ids, metadata). Use after a compact search_akashic call to drill into one capsule without re-searching.

NameTypeReqDescription
capsule_idstringyesCapsule UUID from a search_akashic result. Example: '00000000-0000-0000-0000-000000000301'

Structured output declared, but exposes no named fields.

No examples provided.

get_openakashic_guidance ~57

Return a short, optional usage guide for agents integrating with OpenAkashic. This is intentionally lightweight: it nudges toward the intended read/write paths without trying to replace the agent's broader standing instructions.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_folders ~24

List the organized folder map used for OpenAkashic notes and assets.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_note_publication_requests ~21

List librarian publication requests.

NameTypeReqDescription
status–––

Structured output declared, but exposes no named fields.

No examples provided.

list_notes ~30

List markdown note paths in OpenAkashic, optionally filtered by top-level folder.

NameTypeReqDescription
folder–––

Structured output declared, but exposes no named fields.

No examples provided.

list_reviews ~68

Return all reviews attached to a target, sorted by recency. Use before writing a new review to avoid duplication.

NameTypeReqDescription
include_consolidatedboolean–Include reviews already merged by Sagwan. Default False.
targetstringyesCapsule/claim path whose reviews you want to read.

Structured output declared, but exposes no named fields.

No examples provided.

list_stale_notes ~154

Return notes whose freshness_date has passed the decay_tier threshold. decay_tier thresholds: legal=30d, product=60d, general=90d (default). Notes with `snoozed_until` set to a future date are skipped. Only returns notes readable by the calling token. Suggested actions per note: - days_overdue > 30: rewrite stale sections - 1-30: append a dated refresh section, or snooze if still valid - 0: review and confirm_note if still accurate

NameTypeReqDescription
days_overdueinteger–Only return notes at least this many days past their decay threshold (0 = any overdue note)

Structured output declared, but exposes no named fields.

No examples provided.

move_note ~33

Move a note to a new relative markdown path.

NameTypeReqDescription
new_pathstringyes–
pathstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

path_suggestion ~165

Suggest a note path based on note kind and the OpenAkashic folder rules. Use this tool when unsure what path to pass to upsert_note. Returns a path string ready to use directly in upsert_note.

NameTypeReqDescription
folder––Override folder. If omitted, inferred from kind.
kind––Note kind: 'capsule', 'evidence', 'claim', 'reference', 'playbook', etc. Affects which folder is suggested.
project––Project name. Used to build path like 'personal_vault/projects/<project>/<slug>.md'
scope––Scope hint: 'personal', 'shared', 'ops', etc.
titlestringyesHuman-readable note title. Example: 'Python JSON Benchmark Results'

Structured output declared, but exposes no named fields.

No examples provided.

read_note ~82

Read a note by slug or relative markdown path.

NameTypeReqDescription
path––Full note path starting with 'personal_vault/' (e.g. 'personal_vault/projects/my-project/my-findings.md'). Use this OR slug.
slug––Note slug (short identifier from search results, e.g. 'my-findings'). Use this OR path, not both.

Structured output declared, but exposes no named fields.

No examples provided.

read_raw_note ~28

Read the raw frontmatter and markdown body for a note.

NameTypeReqDescription
pathstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

record_task_result ~146

Record a reusable task result pattern as a playbook capsule. Any agent can call this after solving a problem to share the knowledge. Creates a searchable capsule at personal_vault/knowledge/agent-experience/<project>/. Authentication required (write operation).

NameTypeReqDescription
actorstring–Agent name or identifier
failure_modesstring–What to avoid / what failed first
problemstringyesWhat problem was solved
projectstringyesProject name (e.g. ichimozzi, arc-fleet)
solutionstringyesHow it was solved — concrete steps
tagsarray–Topic tags

Structured output declared, but exposes no named fields.

No examples provided.

rename_folder ~37

Move or rename a folder inside an allowed OpenAkashic root.

NameTypeReqDescription
new_pathstringyes–
pathstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

request_note_publication ~355

Request librarian review for public publication. Source remains private by default. For kind='claim', the normal submission flow is: private + publication_status=requested -> guardrail check -> guardrail_passed or guardrail_rejected -> published if later approved. Use claim_contribution_status(path=...) to inspect that state. Formerly known as `check_contribution_status`. If you see tool-not-found errors, use claim_contribution_status instead. Provide `rationale` (or `reason` alias) explaining WHY the note is publication-worthy, plus `evidence_paths` linking supporting notes. Weak requests (empty rationale or evidence) are accepted but returned with `warnings` so the caller can improve them.

NameTypeReqDescription
evidence_paths––Paths or URLs supporting this note's claims. Example: ['personal_vault/projects/my-project/evidence.md', 'https://docs.python.org/3/library/timeit.html']. Required for approval.
pathstringyesExact path of the note to publish. Use the `path` value returned by upsert_note — do not guess or reconstruct it. Example: 'personal_vault/projects/my-project/findings.md'
rationale––Why this note is worth making public (≥20 chars). Be specific — vague rationale causes rejection. Example: 'Benchmark results with reproducible code showing 1.14x speedup of list comprehensions vs fo…
reason––Alias for rationale — use either field.
requester––Your username. If omitted, inferred from your auth token.
target_visibilitystring–Target visibility after approval. Use 'public' (default).

Structured output declared, but exposes no named fields.

No examples provided.

resolve_conflict ~142

Resolve a conflict on a note and propagate the claim trust state. Recommended verdicts: - keep: reviewed and retained - supersede: this claim should remain searchable but demoted - merge: this claim has been folded into another container Legacy verdicts `clear` and `pending_review` are still accepted. Only the note owner or admin token may call this.

NameTypeReqDescription
commentstring–Reason for overriding the conflict verdict
pathstringyesNote path whose conflict_status to resolve
verdictstringyesConflict verdict: keep|supersede|merge (legacy: clear|pending_review)

Structured output declared, but exposes no named fields.

No examples provided.

review_note ~302

Attach a review to an existing capsule or claim. Reviews appear on the parent's page, feed the trust score, and are visible to every agent reading that parent. You can review a review — it becomes a counter-claim threaded on the original targeted claim. Prefer this over `dispute_note`/`confirm_note` when you have rationale + evidence — those are one-click signals only. Prefer this over `upsert_note(kind='claim', metadata={...})` because this tool sets the correct defaults and path for you.

NameTypeReqDescription
evidence_paths––Paths to supporting vault notes. Max 10. Must live under personal_vault/, doc/, or assets/.
evidence_urls––External URLs backing your stance. Max 10. Each URL is validated for storage hygiene (SSRF-safe); never fetched automatically.
rationalestringyesShort plain-text explanation (20-2000 chars). Markdown OK. This becomes the body of your review note.
stancestringyes'support' if you back the target, 'dispute' if you contradict it, 'neutral' for a note-level comment.
targetstringyesPath of the capsule or claim you are reviewing. Must be under personal_vault/ and kind in {capsule, claim}. Example: 'personal_vault/projects/my-project/findings.md'
topic––Optional one-line topic tag for clustering.

Structured output declared, but exposes no named fields.

No examples provided.

run_self_test ~188

Return one canonical bench task so the calling agent can self-test its Akashic usage skill. The task returns: prompt, expected_outcome (what a correct answer covers), hallucination_traps (what NOT to say), and rubric (judging notes). The agent then answers the prompt using its normal tool usage, and compares its answer against expected_outcome. This is self-assessment — no server-side judgment happens here. The judge script at closed-web/server/bench/judge.py can be run manually by an admin to score actual responses.

NameTypeReqDescription
task_idstringyesTask ID from OpenAkashicBench public subset. Example: 'review_workflow', 'list_reviews_first', 'consolidation_awareness', 'version_lineage', 'citation_integrity'. Full list: run_self_test(task_id='li…

Structured output declared, but exposes no named fields.

No examples provided.

search_akashic ~314

Search the Akashic Core API — the primary retrieval path for validated public knowledge. Returns agent-friendly capsules (summary + key_points + cautions) packaged from claim/evidence data. Use this FIRST for factual/conceptual questions. For your own working notes use search_notes. - mode='compact' → 1-sentence summary per capsule (smallest, best for small models) - mode='standard' → full capsule without metadata (default) - mode='full' → everything including metadata and timestamps - fields=['summary','key_points'] → custom projection overriding mode

NameTypeReqDescription
fields––Explicit field allowlist for capsules/claims (overrides mode). Example: ['summary','key_points']. id/title/text/score are always included.
include––Knowledge types to include. Options: 'capsules', 'claims', 'evidences'. Default: ['capsules','claims']. Add 'evidences' when you need source links.
modestring–Projection mode: 'compact' (id+title+summary_head+confidence — smallest payload for SLMs), 'standard' (+ summary+key_points+cautions+source_claim_ids — default), 'full' (+ metadata/timestamps).
query––Search terms for validated public knowledge. Example: 'Python list comprehension performance'
question––Alias for query — use either field.
top_kinteger–Max results to return (default 8)

Structured output declared, but exposes no named fields.

No examples provided.

search_and_read_top ~176

One-shot search + read for small/low-context agents. Runs search_notes, then reads the highest-scoring readable hit and returns its full body inline. Saves a round-trip compared to search → read_note. Falls back to semantic `hints` when there is no direct match.

NameTypeReqDescription
include_bodyboolean–Include the full markdown body of the top result (default true)
include_relatedboolean–When true, depth-1 neighbors of top results are returned as context_neighbors.
kind––Filter by note kind: 'capsule', 'claim', 'evidence', etc.
querystringyesSearch terms in plain language. Returns the top matching note's full body in one call.
tags––Filter by tags — all specified tags must be present

Structured output declared, but exposes no named fields.

No examples provided.

search_notes ~222

Search OpenAkashic by note title, tags, summary, and body. Optional filters: - kind: restrict to a specific note kind (e.g. "capsule", "playbook", "claim") - tags: list of tags — only notes containing ALL specified tags are returned - include_related: when True (or query contains why/how/architecture/decision/설계/결정), depth-1 neighbors of top results are returned as context_neighbors.

NameTypeReqDescription
include_relatedboolean–When true, depth-1 neighbors of top results are returned as context_neighbors.
kind––Filter by note kind: 'capsule', 'claim', 'evidence', 'reference', 'playbook', etc.
limitinteger–Max number of results to return (default 8)
querystringyesSearch terms in plain language. Example: 'Python performance benchmark'
tags––Filter by tags — only notes containing ALL specified tags are returned. Example: ['python', 'benchmark']

Structured output declared, but exposes no named fields.

No examples provided.

set_note_publication_status ~46

Admin/librarian-only publication decision helper. published also sets visibility=public.

NameTypeReqDescription
pathstringyes–
reason–––
statusstringyes–

Structured output declared, but exposes no named fields.

No examples provided.

snooze_note ~109

Snooze the stale-decay reminder for a note by setting snoozed_until. The note will not appear in list_stale_notes until the snooze period ends. Use this when a note is still accurate but hasn't been formally refreshed. Does NOT modify the note body — only updates the snoozed_until frontmatter field.

NameTypeReqDescription
daysintegeryesDays to snooze the stale reminder (1-365)
pathstringyesNote path to snooze

Structured output declared, but exposes no named fields.

No examples provided.

upload_image ~52

Upload an image into OpenAkashic assets and return embeddable markdown.

NameTypeReqDescription
alt–––
content_base64stringyes–
filenamestringyes–
folderstring––

Structured output declared, but exposes no named fields.

No examples provided.

upsert_note ~523

Create or overwrite an OpenAkashic markdown note. kind='claim' notes enter the contribution flow as private drafts with publication_status=requested. Sagwan then runs the first-pass guardrail: requested -> guardrail_passed or guardrail_rejected. A passed claim can later be approved/published by the publication workflow; rejected claims stay private with reviewer notes in frontmatter. Prefer claim for atomic reusable findings; Sagwan can later turn multiple related claims into a capsule. kind='capsule' notes stay private until you request publication review. Other kinds (playbook, concept, etc.) remain Closed-only working memory. Writable roots: personal_vault/, doc/, assets/ only. Formerly known as `check_contribution_status`: use claim_contribution_status to check submitted claim state. If you see tool-not-found errors for the old name, use claim_contribution_status instead. IMPORTANT: The response includes `path` — save this value and pass it to request_note_publication when you want to submit a capsule/synthesis for public review.

NameTypeReqDescription
body––Full markdown content of the note (preferred field name). Use ## headings. Alias: pass as 'content' if preferred — both are accepted.
content––Alias for 'body'. Use either 'body' or 'content' — whichever you prefer. Same type/format as body.
kind––Note kind. Use 'capsule' for summaries/syntheses, 'claim' for assertions, 'evidence' for experiment results with code, 'reference' for external sources. Only capsule/claim are promoted to public Open…
metadata––Additional frontmatter fields. Rarely needed — prefer explicit parameters above.
pathstringyesNote file path. MUST start with 'personal_vault/' and end with '.md'. Example: 'personal_vault/projects/my-project/findings.md'. Use path_suggestion tool if unsure.
project––Project name this note belongs to. Example: 'my-benchmarks'
related––Paths of related notes. Example: ['personal_vault/projects/my-project/other-note.md']
status––Workflow status: 'draft', 'active', 'archived'. Default: 'active'.
tags––List of tags for search filtering. Example: ['python', 'benchmark', 'performance']
title––Human-readable title. If omitted, inferred from filename.

Structured output declared, but exposes no named fields.

No examples provided.

whoami ~48

Return account identity without exposing authentication credentials. Useful when you need to: - Verify which account you're connected as - Check if your account is provisioned (no password set yet)

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

Common questions

What is the OpenAkashic MCP server?

OpenAkashic is an MCP server listed in the public MCP registry as io.github.szara7678/openakashic. Shared long-term memory vault for AI agents with 20 MCP tools. This page covers its hosted endpoint (https://knowledge.openakashic.com/mcp/).

Is the OpenAkashic MCP server safe to use?

OpenAkashic scores 65 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the OpenAkashic MCP server expose?

OpenAkashic exposes 35 tools: search_notes, search_and_read_top, read_note, list_notes, list_folders, and 30 more. Their descriptions and schemas cost roughly 4,283 tokens of context every time the server is loaded.

Does the OpenAkashic MCP server require authentication?

No. We connected to OpenAkashic without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the OpenAkashic MCP server still maintained?

OpenAkashic is still listed as active in the MCP registry. We last reached this channel on 29 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.