OpenAkashic
REMOTE · KNOWLEDGE.OPENAKASHIC.COM · SCANNED AUG 3
Shared long-term memory vault for AI agents with 20 MCP tools.
Available components
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 →
Endpoint Security46
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not yet verified: we couldn't confirm whether this endpoint requires it. View diagnostics → Unverified
- HTTPS not yet verified: we couldn't determine whether a plaintext access path exists. View diagnostics → Unverified
- HSTS not yet verified: we couldn't read the response headers to check for it. View diagnostics → Unverified
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability0
- Schema not yet verified: we couldn't read the endpoint's schema.Unverified
Stability & Change Management0
- Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
- Tool coverage not yet verified: we couldn't read the endpoint's tools.Unverified
Capabilities0
- Capabilities not yet verified: we couldn't read the endpoint's capabilities.Unverified
Unverified: 4 categories
Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm.
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
remote · knowledge.openakashic.com
claude mcp add --transport http szara7678-openakashic https://knowledge.openakashic.com/mcp/
[mcp_servers.szara7678-openakashic] url = "https://knowledge.openakashic.com/mcp/"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"szara7678-openakashic": {
"type": "remote",
"url": "https://knowledge.openakashic.com/mcp/",
"enabled": true
}
}
} openclaw mcp add szara7678-openakashic --url https://knowledge.openakashic.com/mcp/ --transport streamable-http
mcp_servers:
szara7678-openakashic:
url: "https://knowledge.openakashic.com/mcp/" {
"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.
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.
- 3 Aug 26 0
- Endpoint reachability: reachable → unreachable ▼ security
- Stability: 0.23 → unverified ▼ security
- HSTS header: fail → unverified ▼ security
- Authorization: Authorisation not yet verified: we couldn't confirm whether this endpoint requires it. security
- Tool coverage: 100 → unverified ▼ functional
- Schema quality: 0 → unverified ▼ functional
- Capabilities: pass → unverified ▼ functional
- 2 Aug 26 0
- 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
- Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
- 1 Aug 26 +1
- 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
- Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
- 31 Jul 26 −2
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 29 Jul 26 +3
- HSTS header: unverified → fail ▼ security
- HTTPS: unverified → pass ▲ security
- Authorization: Authorisation not fully verified: no authorisation is required to call this server, and 35 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. security
- Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
- Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
- Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
- 28 Jul 26 +1
- HSTS header: fail → unverified ▼ security
- Authorization: Authorisation not yet verified: we couldn't confirm whether this endpoint requires it. security
- Resource “closed_akashic_index” now points somewhere else: closed-akashic://index → openakashic://index security
- Resource “closed_akashic_graph” now points somewhere else: closed-akashic://graph → openakashic://graph security
- Resource “closed_akashic_agent_bootstrap” now points somewhere else: closed-akashic://agent-bootstrap → openakashic://agent-bootstrap security
- 27 Jul 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
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 3 Aug 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 | 9 Jun 2026 | 7 Sept 2026 | ECDSA 256 | ECDSA-SHA384 | 6647b201cc90b46be92d9d7f546c04e85e2 |
| 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 |
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 Inconclusive
We could not reach the endpoint well enough to judge its authorisation posture.
| Result | Inconclusive |
|---|
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 |
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.
append_note_section Append OpenAkashic Note Section ~90
Append a new H2 section to an existing OpenAkashic markdown note.
| Name | Type | Req | Description |
|---|---|---|---|
| content | string | yes | Markdown content to append under the heading. |
| heading | string | yes | Section heading text (without ##). Example: 'Results' → appended as '## Results' |
| path | string | yes | Full 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 Bootstrap OpenAkashic Project ~76
Create or verify a project workspace with README index and optional agent-defined subfolders.
| Name | Type | Req | Description |
|---|---|---|---|
| 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 Check OpenAkashic 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.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | — | 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 Confirm OpenAkashic 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.
| Name | Type | Req | Description |
|---|---|---|---|
| comment | — | — | Optional reason for confirming (e.g. 'reproduced result', 'verified in production'). Stored alongside your nickname and timestamp. |
| path | string | yes | Full 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 Create OpenAkashic Folder ~27
Create a folder inside an allowed OpenAkashic root.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | — |
Structured output declared, but exposes no named fields.
No examples provided.
debug_log_tail Tail OpenAkashic Request Log ~28
Tail the persistent OpenAkashic request JSONL log.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
debug_recent_requests Debug Recent OpenAkashic Requests ~81
Inspect and filter recent OpenAkashic API/MCP requests without exposing bearer tokens.
| Name | Type | Req | Description |
|---|---|---|---|
| kind | — | — | — |
| limit | integer | — | — |
| method | — | — | — |
| order | string | — | — |
| path_prefix | — | — | — |
| q | — | — | — |
| request_id | — | — | — |
| sort_by | string | — | — |
| status_min | — | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
debug_tool_trace Debug Recent OpenAkashic Tool Calls ~52
Return recent MCP tool-call trace events (tool name, user, notes read/written).
| Name | Type | Req | Description |
|---|---|---|---|
| errors_only | boolean | — | — |
| limit | integer | — | — |
| tool | — | — | — |
| user | — | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
delete_note Delete OpenAkashic Note ~26
Delete an existing markdown note from OpenAkashic.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | — |
Structured output declared, but exposes no named fields.
No examples provided.
dispute_note Dispute OpenAkashic 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`.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | Full 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 Get Akashic Capsule (full body by id) ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| capsule_id | string | yes | Capsule 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 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 List OpenAkashic 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 List Publication Requests ~21
List librarian publication requests.
| Name | Type | Req | Description |
|---|---|---|---|
| status | — | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
list_notes List OpenAkashic Notes ~30
List markdown note paths in OpenAkashic, optionally filtered by top-level folder.
| Name | Type | Req | Description |
|---|---|---|---|
| folder | — | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
list_reviews List Reviews on OpenAkashic Note ~68
Return all reviews attached to a target, sorted by recency. Use before writing a new review to avoid duplication.
| Name | Type | Req | Description |
|---|---|---|---|
| include_consolidated | boolean | — | Include reviews already merged by Sagwan. Default False. |
| target | string | yes | Capsule/claim path whose reviews you want to read. |
Structured output declared, but exposes no named fields.
No examples provided.
list_stale_notes List Stale OpenAkashic 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
| Name | Type | Req | Description |
|---|---|---|---|
| days_overdue | integer | — | 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 Move OpenAkashic Note ~33
Move a note to a new relative markdown path.
| Name | Type | Req | Description |
|---|---|---|---|
| new_path | string | yes | — |
| path | string | yes | — |
Structured output declared, but exposes no named fields.
No examples provided.
path_suggestion Suggest OpenAkashic Note Path ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
| title | string | yes | Human-readable note title. Example: 'Python JSON Benchmark Results' |
Structured output declared, but exposes no named fields.
No examples provided.
read_note Read OpenAkashic Note ~82
Read a note by slug or relative markdown path.
| Name | Type | Req | Description |
|---|---|---|---|
| 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 Read Raw OpenAkashic Note ~28
Read the raw frontmatter and markdown body for a note.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | — |
Structured output declared, but exposes no named fields.
No examples provided.
record_task_result 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).
| Name | Type | Req | Description |
|---|---|---|---|
| actor | string | — | Agent name or identifier |
| failure_modes | string | — | What to avoid / what failed first |
| problem | string | yes | What problem was solved |
| project | string | yes | Project name (e.g. ichimozzi, arc-fleet) |
| solution | string | yes | How it was solved — concrete steps |
| tags | array | — | Topic tags |
Structured output declared, but exposes no named fields.
No examples provided.
rename_folder Move OpenAkashic Folder ~37
Move or rename a folder inside an allowed OpenAkashic root.
| Name | Type | Req | Description |
|---|---|---|---|
| new_path | string | yes | — |
| path | string | yes | — |
Structured output declared, but exposes no named fields.
No examples provided.
request_note_publication Request OpenAkashic 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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
| path | string | yes | Exact 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_visibility | string | — | Target visibility after approval. Use 'public' (default). |
Structured output declared, but exposes no named fields.
No examples provided.
resolve_conflict Resolve OpenAkashic 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.
| Name | Type | Req | Description |
|---|---|---|---|
| comment | string | — | Reason for overriding the conflict verdict |
| path | string | yes | Note path whose conflict_status to resolve |
| verdict | string | yes | Conflict verdict: keep|supersede|merge (legacy: clear|pending_review) |
Structured output declared, but exposes no named fields.
No examples provided.
review_note Review OpenAkashic Claim or Capsule ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
| rationale | string | yes | Short plain-text explanation (20-2000 chars). Markdown OK. This becomes the body of your review note. |
| stance | string | yes | 'support' if you back the target, 'dispute' if you contradict it, 'neutral' for a note-level comment. |
| target | string | yes | Path 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 Self-test Your OpenAkashic Usage Skill ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| task_id | string | yes | Task 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 Search Akashic (validated public knowledge) ~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
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
| mode | string | — | 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_k | integer | — | Max results to return (default 8) |
Structured output declared, but exposes no named fields.
No examples provided.
search_and_read_top Search And Read Top OpenAkashic Note ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| include_body | boolean | — | Include the full markdown body of the top result (default true) |
| include_related | boolean | — | When true, depth-1 neighbors of top results are returned as context_neighbors. |
| kind | — | — | Filter by note kind: 'capsule', 'claim', 'evidence', etc. |
| query | string | yes | Search 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 Search OpenAkashic ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| include_related | boolean | — | When true, depth-1 neighbors of top results are returned as context_neighbors. |
| kind | — | — | Filter by note kind: 'capsule', 'claim', 'evidence', 'reference', 'playbook', etc. |
| limit | integer | — | Max number of results to return (default 8) |
| query | string | yes | Search 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 Set Publication Status ~46
Admin/librarian-only publication decision helper. published also sets visibility=public.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | — |
| reason | — | — | — |
| status | string | yes | — |
Structured output declared, but exposes no named fields.
No examples provided.
snooze_note Snooze OpenAkashic Stale Reminder ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| days | integer | yes | Days to snooze the stale reminder (1-365) |
| path | string | yes | Note path to snooze |
Structured output declared, but exposes no named fields.
No examples provided.
upload_image Upload OpenAkashic Image ~52
Upload an image into OpenAkashic assets and return embeddable markdown.
| Name | Type | Req | Description |
|---|---|---|---|
| alt | — | — | — |
| content_base64 | string | yes | — |
| filename | string | yes | — |
| folder | string | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
upsert_note Upsert OpenAkashic 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.
| Name | Type | Req | Description |
|---|---|---|---|
| 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. |
| path | string | yes | Note 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 Who Am I (OpenAkashic Profile) ~72
Return your username, nickname, role, and API token. Useful when you need to: - Find your token to log into the web UI (paste it in Account → Token tab) - 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.