90trust / 100

Kythene

by kythene.com in Other

MCP serverPassing, checked 5 h ago

Your AI's work, reviewed by your team, remembered - shared artifacts with review, plus team memory.

https://kythene.com/mcp/kythene

Last 30 days

All checks passedSome failedAll failedNot checked
Uptime
100%
Response time
164 ms typical, 164 ms slowest 5%
Last check
5 h ago
Next check
in 1 h

How to call it

Add it to any MCP client that supports remote servers.

{
  "mcpServers": {
    "kythene": {
      "type": "http",
      "url": "https://kythene.com/mcp/kythene"
    }
  }
}

48 tools

  • remember

    Store a memory (markdown body). Describe it on three axes: `project` (which body of work - e.g. kythene, haven), `type` (the KIND of note - decision, how-to, gotcha, reference, person, meeting), and `tags` (what it is ABOUT - auth, billing, postgres). A kind-word like `decision`

  • recall

    Recall the most relevant context, with full content, in one call. By DEFAULT this spans everything you can access - team/project memory AND published, non-memory work (collections/artifacts) - so you pick up what teammates and their agents produced, not just noted. Each result ca

  • forget

    Permanently remove a memory by id.

  • deprecate

    Mark a memory stale by id so recall stops surfacing it (agents stop applying it), while it stays retrievable for audit - prefer this over forget when knowledge is superseded rather than wrong. Optionally set replaced_by to the id of the replacement memory. Set restore=true to un-

  • link_memory

    Create or remove a link between two memories over the from_id -> to_id edge. Curated relationships in the memory graph; [[wikilinks]] in a memory body already link automatically on remember, so use this for a relationship the body does not spell out. Both ids are memory ids in yo

  • promote_memory

    Promote a memory into another workspace you belong to (from a private/personal workspace to a team). It is held for REVIEW there: the target workspace's agents do NOT recall or apply it until an owner of that workspace approves. target_space is the workspace to promote INTO (id o

  • report_activity

    Report what you are working on (areas: file paths, modules, topics). Call when you start on something so teammates' agents see it and conflicts surface early.

  • get_presence

    Who is working on what right now (last 30 minutes), with areas touched by more than one agent flagged as conflicts.

  • list_readers

    Which agents read a collection or artifact (lineage).

  • get_usage

    How this workspace is being used over a window (default 30 days): recall volume and the zero-result rate (the share of recalls that came back empty - the product-health canary), the caller mix (mcp/cli/web), reads, publishes, new versions and review/curation counts. Aggregate cou

  • get_inbox

    Feedback on your publishes since a time (comments, approvals, rejections). Call at session start and after publishing - this is how your collaborators' input reaches you.

  • list_pending

    Your personal inbox across ALL your workspaces (#126): items addressed to YOU - approvals/rejections and comments on your work, block feedback, and memories awaiting your review - each with a deep link into its workspace. Read-only (act on them in the app). Call at session start

  • comment

    Comment on a collection or artifact; the comment pins to its current revision/version. The response's `url` opens the comment - hand that to a person, not the id.

  • approve

    Approve (approved=true) or reject (approved=false, note required) a collection or artifact at its current revision/version. New versions clear approvals. The response's `url` opens what you reviewed - hand that to a person, not the id.

  • review_block

    Flag one block of a renderable artifact and optionally comment on it - the block-level equivalent of comment/approve. First read the artifact with get_artifact to get each block's `anchor` and `text`, then call this once per block. Address a block by `anchor` (preferred) or by `q

  • create_collection

    Create a collection from one or more artifacts - make work known to the space (kythe it). Artifacts carry name, mime and content; tags are created as needed. The response collection carries `url`, its canonical link - hand THAT to a person (or another agent) to point them at the

  • list_collections

    List the collections visible in your space, newest first. Narrow with tag or search. Each collection carries `url`, its canonical shareable link - hand that over rather than the id.

  • set_review

    Turn the approval-review flow on or off for an existing collection (requested=true to request review, false to cancel). Use this to enable review/annotation on a collection that was published without it - review is a property of the collection, so there is no need to re-publish a

  • end_review

    Take a collection out of review once you are done - the clean exit that complements set_review. By default it REFUSES while any block-review thread is still open and names them, so a collection only leaves review once it reads clean; resolve those threads (set each block to done

  • share_collection

    Map a collection into another space you belong to (e.g. a shared client space), or remove that mapping. Requires membership of both spaces. space_id is the TARGET space (id or name from list_spaces); do not put it in `space`, which is the space you act from. Pass remove=true to u

  • list_spaces

    Your member spaces - the valid share targets.

  • get_collection

    Get a collection with its member artifacts and tags. The collection's `url` is its canonical shareable link; each artifact's `url` points at that file within the collection page - hand these over rather than ids. When the collection is under review, `review_requested` is true and

  • set_collection_state

    Move a collection through its lifecycle by naming the target `state`: "archived" archives a live collection (a reversible retirement that hides it from the timeline, recall and search; nothing deleted, no storage freed) - and, on a collection already scheduled for deletion, cance

  • edit_collection

    Edit a collection without republishing (which would create a new collection and abandon its comments and history). `action` is one of: "add" - append new `artifacts` (name, mime, content) and/or `existing_artifact_ids` (already-published files of the same space); files already in

  • get_artifact

    Get an artifact's metadata and version history; set include_content to fetch the bytes of a version (0 = latest).

  • push_version

    Push a new version of an existing artifact. Referencing collections bump their revision and clear collection-level approvals. For a larger or binary file use `kythe version <collection-id> <file>` (it matches the file to the artifact by name), which reads the bytes off disk - up

  • create_share_code

    Mint a share code for a tag (a label or a project) - a private link for someone outside the space. `tag` is a tag id or name; `label` records who it is for (required). Optionally set `expires_days` to time-box it (0 = never), so a leaked link does not stay live. Optionally set a

  • list_share_codes

    List share codes. Pass `tag` (id or name) to list one tag's codes, or omit it to list every share code in the space. Revoked codes are included, flagged `revoked`.

  • revoke_share_code

    Revoke a share code by id (from list_share_codes). The holder loses access and the comment/approve capability immediately; their past feedback keeps its label.

  • list_projects

    List the projects (project-kind tags) in the space - the valid `project` values for recall, remember and publish. Narrow with `search`.

  • resolve_project

    Map a working directory to the Kythene project(s) it belongs to, so you can brief and recall for the right project without a human naming it. Pass what you observe: `marker` (verbatim contents of a .kythene file if one exists - authoritative), `git_remote` (the repo's origin URL)

  • get_workspace_guide

    Read this workspace's operating manual: the house rules for writing here (style, tag taxonomy, memory vs collection, what belongs and what does not). Follow it when you remember/publish. `recall` and `brief` both return it inline as `guide`, so you normally already have it and do

  • set_workspace_guide

    Replace this workspace's operating manual with `body` (markdown), and return the updated guide. An empty body resets it to the built-in default. Each save is versioned. Owner/admin only.

  • brief

    Open a session with ONE call instead of four. Returns this workspace's guide (its operating manual - follow it), the catchup delta since your agent last looked, the project's memory as an INDEX (titles, one-line hooks and ids - NOT bodies; recall an id for the full text), and you

  • create_wiki

    Create a wiki in this workspace: a tree of pages your team reads in Kythene. `name` is what people call it; `slug` is its segment in a page address (derived from the name if you omit it). Set `approval_required` when a page must be approved before it goes live. `root_body` is the

  • list_wikis

    List the wikis in a workspace, with what each is for, how many pages it holds, how many of those are published, and when anything in it last went live - enough to tell which one holds what you are after without opening them. Narrow with `search`.

  • list_pages

    Walk a wiki's tree: every page you can see, parent before child, with its `path`, its `state` and its `depth`. Use it to find where a page belongs before creating one, and to get the paths the other wiki tools address pages by. A page you cannot see is not listed, so the tree nev

  • get_page

    Read one page: its markdown `body`, its `state`, what links to it (`links_here` - who depends on it, which is what matters before you change something) and what it links to. Address it by id, or by `path` within a named `wiki`. ALWAYS read a page before writing to it: the `base_r

  • create_page

    Add a page to a wiki, as a DRAFT - nobody can read it, and it is in no search or recall, until you publish it with set_page_state. `parent` is the page it sits under (an id or a path); omit it for a page directly under the wiki's home page. `slug` must be unique among its SIBLING

  • update_page

    Replace a page's body with `body`, in FULL - this is not an append. `base_revision` is REQUIRED and must be the one get_page just gave you: if the page has moved on since, the write is refused and names the newer revision, so read it again and re-apply your change. That refusal i

Security scan

  • No findings. We scan names, descriptions and tool definitions for hidden instructions and other prompt-injection patterns.

Recent checks

WhenResultHTTPTime
5 h agoPassed200164 ms