First-party Provenote MCP server for drafts, research threads, auditable runs, and knowledge search.
Config is the same across clients — only the file and path differ.
{
"mcpServers": {
"io-github-xiaojiou176-open-provenote-mcp": {
"command": "<see-readme>",
"args": []
}
}
}Are you the author?
Add this badge to your README to show your security score and help users find safe servers.
Star Provenote if you want a source-heavy AI workbench that stays inspectable after the chat scrollback is gone.
No automated test available for this server. Check the GitHub README for setup instructions.
Five weighted categories — click any category to see the underlying evidence.
No known CVEs.
No package registry to scan.
Be the first to review
Have you used this server?
Share your experience — it helps other developers decide.
Sign in to write a review.
Others in productivity / writing
Persistent memory using a knowledge graph
Dynamic problem-solving through sequential thought chains
mini cli search engine for your docs, knowledge bases, meeting notes, whatever. Tracking current sota approaches while being all local
A markdown editor — and the bridge to your LLM. Local-first, MIT, ~15 MB. Bundled MCP server lets Claude Code / Codex / Cursor drive your vault directly. 14 AI providers BYOK.
MCP Security Weekly
Get CVE alerts and security updates for io.github.xiaojiou176-open/provenote-mcp and similar servers.
Start a conversation
Ask a question, share a tip, or report an issue.
Sign in to join the discussion.
Teach agents and operators to turn messy long context into structured outcomes they can carry into notes, research threads, drafts, and inspectable results.
Quick Result Path · Long Context · Public Proof · Project Status · Docs
Second ring: MCP & Integrations · Companion Host Bundles · Distribution · FAQ · Discussions
Star Notebooklab if you want a source-heavy AI workbench that stays inspectable after the chat scrollback is gone.


This illustrated overview is a repo-authored summary of the shortest documented path. It is intentionally not presented as a live product recording.
Canonical product path:
messy long context -> structured insight -> note / research thread / draft -> inspectable outcome
That is the first door. MCP, starter bundles, distribution pages, and promotion assets are valuable second-ring surfaces, but they should not outrank the product path.
Agent-facing truth comes first: Notebooklab teaches an agent to read messy
context, structure it, move it into note / research-thread / draft lanes, and
only then carry that outcome workflow forward through the first-party
notebooklab-mcp server. Public skills, host bundles, and registry packs are
companion surfaces around that workbench, not the product root.
If you only want the shortest truthful filter before reading deeper, use this table first:
| What you need to know | Current answer |
|---|---|
| Product thesis | turn messy long context into structured insight and inspectable outcomes you can carry into notes, research threads, and drafts |
| Fastest result path | import one source -> run Auditable Markdown -> download one inspectable result |
| First proof | the quick-result overview plus the public proof page |
| Second ring only | MCP, host bundles, public skills, and distribution surfaces |
| What it must never be reduced to | a hosted one-minute trial or a generic chat wrapper |
If you only want the fastest honest map, use this:
| Question | Open this first | Why |
|---|---|---|
| "Can this help with messy long context?" | Long Context | This is the product center, not a side use case. |
| "Can I get one real resul |