Install
$ agentstack add mcp-yuiseki-cosensecli ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
@yuiseki/cosensecli
Your Cosense projects, readable by an assistant.
Cosense (formerly Scrapbox) is a wiki whose pages link into a graph, and a page there often means little on its own: the context lives in what links to it. cosensecli runs as an [MCP server](#mcp-server) so an assistant can read a page, walk its neighbourhood, and search a project without you translating each question into a command.
It reads. It does not write. See [what it will not do](#what-it-will-not-do).
How it relates to the cosense CLI
This package holds no knowledge of the Cosense API. All of it is in @helpfeel/cosense-cli, which is Helpfeel's own, and which keeps that knowledge current as Cosense changes. cosensecli depends on it, runs it as a child process, and passes its output back as the tool result.
That works because the cosense CLI already formats for a reader rather than a parser. browsePage returns Markdown carrying the page metadata, the icons, a per-author summary of who wrote which lines, any Infobox, the body with its attachments expanded, and the related page titles. A JSON dump of the same page would say less. So the wrapper is thin on purpose, and the work it does is choosing a command, building its arguments, and staying out of the way.
The cosense CLI is designed as a harness for an Agent Skill, where the Skill carries the domain knowledge and the CLI carries the mechanics. An MCP client gets no Skill, so what a Skill would have said has to travel in the tool descriptions instead. That is the one place this package adds rather than forwards. See [ADR 004](docs/ADR/004-descriptions-carry-the-wisdom.md).
A default project
The cosense CLI has no current project: every command names one, which is right for a command line. Over MCP it is not, because naming the project in every sentence is the plumbing an assistant was meant to absorb.
export COSENSECLI_DEFAULT_PROJECT=https://scrapbox.io/yuiseki
With that set, "what did I write about maps" is answerable as asked. Every tool still takes project_url, and a given one wins, so other projects stay reachable through the same connector. The page tools also take a bare title once there is a default, since search answers in titles.
See [ADR 005](docs/ADR/005-a-default-project.md).
Install
npm i -g @yuiseki/cosensecli
Needs Node 24 or newer, which is what the CLI underneath declares.
Getting started
cosensecli doctor # is the CLI underneath usable, and am I logged in?
cosensecli --mcp-server
There is nothing to sync and nothing to configure. Every answer is live, and a public project reads with no credentials at all:
cosensecli doctor
# cosense binary: .../node_modules/@helpfeel/cosense-cli/bin/cosense
# authenticated: no (public projects still readable; run `cosense login` for private ones)
Private projects
Everything above works with no credentials at all, because a public project reads anonymously. A private one answers 401 until you log in, and the credentials are the CLI's underneath, not this package's.
There are two kinds, and which one you pick decides how much this server can reach:
cosense login https://scrapbox.io # a personal access token
cosense login https://scrapbox.io/yuiseki # a service account, for one project
A personal access token covers every project you belong to. A service account is registered against one project and covers only that one, so it is the way to hand an assistant part of your wiki rather than all of it. When both apply, the project's service account wins; COSENSE_PAT in the environment wins over both.
Three things about this are easy to get wrong:
cosense loginreads the secret with the terminal in raw mode, so it needs a
TTY. It cannot be run from a service manager, a hook or an assistant. Log in at a terminal first, then start the server.
- A default project is not a permission.
COSENSECLI_DEFAULT_PROJECTonly
fills in an argument that was left out, and every tool still accepts project_url. Narrowing what this server can read is done by the credential, never by the default.
- Adding credentials does not need a restart. Each tool call spawns a fresh
cosense, which reads the settings file itself, so a login lands on the next call. The line this server prints at startup is a snapshot of that moment and says so; cosensecli doctor re-reads.
Under a sandbox that mounts the home directory read-only, a settings file written after the service started is still visible, because the mount is of the live directory rather than a copy. The same sandbox stops anything here from writing it, which is the right way round: reading credentials is this server's job and writing them is not.
MCP server
cosensecli --mcp-server
--mcp, mcp-server and mcp start the same thing. stdout carries only JSON-RPC; anything meant for a human goes to stderr, including a line saying which credentials it found, so a 401 from a private project is not a surprise.
Configured in a client:
{
"mcpServers": {
"cosense": {
"command": "npx",
"args": ["-y", "@yuiseki/cosensecli", "--mcp-server"],
"env": { "COSENSECLI_DEFAULT_PROJECT": "https://scrapbox.io/yuiseki" }
}
}
}
Tools
Eight, all read-only.
| Tool | Answers | | --- | --- | | cosense_browse_page | One page, whole: metadata, icons, telomere, Infobox, body, related pages. By URL or by title | | cosense_browse_related_pages | The 1-hop and 2-hop neighbourhood of a page, or its literate database when the page defines an Infobox | | cosense_search | Full-text search across a project | | cosense_search_vector | Search by meaning, over titles and the link notation in bodies | | cosense_list_pages | The pages of a project, sortable by backlinks or views to find the ones acting as categories | | cosense_page_changes | What changed on a page, including a rename, by pageId | | cosense_read_file_info | An attached file, and the text extracted from it | | cosense_list_projects | The projects the credentials belong to. The one tool that needs them |
Each is one command of the cosense CLI, and returns what that command printed.
What it says on stderr
Every call is announced: the tool, its arguments, whether it worked and how long it took.
[cosense-mcp] cosense_search ok 412ms query="地図"
[cosense-mcp] cosense_browse_page failed 380ms title="秘密"
Under systemd that is the audit trail. It also means the titles and search terms a model asked about are written to the journal, which is worth knowing before pointing this at a private wiki.
What it will not do
The cosense CLI can edit, delete and upload. None of that is reachable here. The allowlist in src/cosense.ts is the only path to a command name, and previewEdit, submitEdit, previewDelete, replaceLinks, uploadFile, deleteFile and login are not on it. A tool that asked for one would be refused before a process started.
This is a property of the code rather than a promise in a document, which is the point: the server is meant to be reachable from an assistant, and the question of what an assistant can do to your wiki should not rest on what a README says. Run the write commands yourself with cosense. See [ADR 002](docs/ADR/002-read-only-allowlist.md).
Where things live
| | | | --- | --- | | Credentials | ~/.cosense/settings.json, written by cosense login. Read here, never written | | COSENSE_PAT | a personal access token, and it wins over the stored ones | | COSENSECLI_DEFAULT_PROJECT | the project a call is about when it names none | | COSENSECLI_COSENSE_BIN | the cosense executable to run, instead of the bundled one |
There is no cache. The CLI underneath keeps none, so there is no stale day to explain and no directory to make writable when the server runs sandboxed.
Development
npm install
npm run build
npm test
The tests spawn the built CLI and speak JSON-RPC to it over a pipe, so they cover the framing too. Nothing in them reaches Cosense: COSENSECLI_COSENSE_BIN points at a stub that records the argv it was called with and prints a canned answer, which is what makes the argument building testable at all.
The decisions behind the shape of this thing are in [docs/ADR](docs/ADR), including why it wraps the CLI instead of reimplementing it, why it starts without credentials, and why reach is scoped by the credential rather than by the default project.
License
MIT. The CLI this wraps, @helpfeel/cosense-cli, is MIT as well.
Source & license
This open-source MCP server is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: yuiseki
- Source: yuiseki/cosensecli
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.