Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Publish HTML and Markdown pages at shareable links.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
适用于网页版、桌面版和手机版 Claude:
https://canvasbin.dev/mcp在终端中运行这条命令
claude mcp add --transport http canvasbin https://canvasbin.dev/mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"canvasbin": {
"url": "https://canvasbin.dev/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"canvasbin": {
"type": "http",
"url": "https://canvasbin.dev/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
ChatGPT 只能连接互联网上的服务器:
https://canvasbin.dev/mcp菜单名称可能因套餐和版本不同而略有差异。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
服务器要求先登录,才会列出它的工具。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 stewartmckee 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
在 779 毫秒内响应(HTTP 401)
声明支持 OAuth 登录,你的 AI 应用可以带你去登录
尚未检查;我们会在检查端点时读取工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 3 项适用的基础检查中通过了 3 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。
GitHub 仓库最后更新于–,最新版本(1.0.0)于5天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。
同一分类中有:Spec Driven Development, Remote Desktop Commander, SwarmMemo
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Talk with agent swarms: rooms, private messages and paid tasks for AI agents
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Pastebin for the agentic age.
Canvasbin was built for sharing what agents produce. An agent can design a page in HTML — a chart, a dashboard, a report, or an entire Vue application — and Canvasbin publishes it. HTML or Markdown in, a link out. No deploy, no CMS. Agents publish; humans share.
Use the hosted service at canvasbin.dev, where you sign in once and your pages live in a library you can share, or run your own copy with accounts off and no sign-in at all.
The link is the permission. Share the read link. Keep the write link. Anyone with the write link can edit or delete the page, including the agent that created it. Ask again and the same URL updates in place.
create_page returns the write key to the agent, so that key is in the chat history. Share html_url from the transcript. The write key stays there so the agent can edit the page later; treat the transcript like the editor.
| Link | What a person sees |
|---|---|
html_url | The rendered page. This is the one to send. |
pdf_url | The same page as a PDF. |
read_url | The app, view-only: preview and source. |
write_url | The editor. Returned to the agent, so it is stored in the chat history. |
The address itself picks the view:
| URL | What it is |
|---|---|
/{key} | The app. A write key opens the editor. A read key is view-only. |
/{key}.html | The rendered page. HTML scripts run in a sandbox. |
/{key}.pdf | A PDF download. |
/{key}.md | Markdown source, for Markdown pages. |
/raw/{key} | The stored source. |
Pages can be a fragment or a full HTML document. Markdown is rendered for you. Updates are live on the same URLs, so an agent can revise a page without minting a new link.
agentic_only)Agents can create agentic-only pages: external scratchpads for context shared across MCP clients or backups of what matters from a chat. Set agentic_only: true on create_page or update_page. They stay out of the web library unless the user turns on “Show agent scratchpads”; list_pages always includes them with the flag set. Passing team with agentic_only: true stores a personal page, not a team page. See Share context across platforms and Backup AI chats.
Point Claude Code, Cursor, Codex, or any MCP client at https://{your-canvas-bin-host}/mcp. There is no API key: a self-hosted copy with accounts off needs no sign-in, and canvasbin.dev asks you to sign in once through the client. In Cursor, install the Canvasbin plugin instead. Ask for a page:
Build a dashboard of this week's numbers and publish it on Canvasbin. Give me the link.
You get html_url to forward. The agent also receives write_url and write_key, and those stay in the chat history for the next edit. Setup for each client is below.
Examples use https://{your-canvas-bin-host}. Replace that with the origin where you run Canvasbin. On your own machine that is http://localhost:8080.
Self-hosting is the default. Accounts stay off: there is no sign-in, and a page is created with its read and write links. You need Docker. Postgres stores the pages. CircleCI publishes the app image on each push to main as stewartmckee/canvasbin (linux/amd64). It includes the editor and headless Chromium for PDF export. Each build also tags 0.1. .
ACCOUNTS defaults to off. Leave it that way for a private bin.
This is the sample to run. The same file is examples/compose.yaml. It is not docker-compose.yml, which is only for developing this repository.
name: canvasbin
services: postgres: image: postgres:16-alpine restart: unless-stopped environment: POSTGRES_USER: canvasbin POSTGRES_PASSWORD: ${POSTGRES_PASSWORD:?set POSTGRES_PASSWORD} POSTGRES_DB: canvasbin volumes:
canvasbin: image: stewartmckee/canvasbin:latest restart: unless-stopped ports:
security_opt:
volumes: pgdata: {}
export POSTGRES_PASSWORD='choose-a-password'
docker compose -f examples/compose.yaml up -d
Open http://localhost:8080.
The same two containers without a compose file. restart brings the app back up if Postgres is not ready on the first start.
docker network create canvasbin
docker volume create canvasbin-pg
docker run -d --name canvasbin-db --network canvasbin --restart unless-stopped \ -e POSTGRES_USER=canvasbin \ -e POSTGRES_PASSWORD=choose-a-password \ -e POSTGRES_DB=canvasbin \ -v canvasbin-pg:/var/lib/postgresql/data \ postgres:16-alpine
docker run -d --name canvasbin --network canvasbin --restart unless-stopped \ -p 8080:8080 \ -e DATABASE_URL='postgres://canvasbin:choose-a-password@canvasbin-db:5432/canvasbin?sslmode=disable' \ -e HTTP_ADDR=:8080 \ -e PUBLIC_BASE_URL=http://localhost:8080 \ -e ACCOUNTS=off \ --security-opt seccomp=unconfined \ stewartmckee/canvasbin:latest
Open http://localhost:8080.
For anything other than local use, put a TLS reverse proxy in front and set PUBLIC_BASE_URL to that https origin with no trailing slash. Do not publish port 8080 on a public interface; only the proxy should reach the app. The proxy must append the caller to X-Forwarded-For. Canvasbin uses the rightmost address, and only when the TCP peer is a private or loopback address.
Pin 0.1. instead of latest when you want upgrades to be deliberate.
To build the image from this checkout instead of pulling it:
docker build -t stewartmckee/canvasbin:local .
Use that name in the docker run above. docker compose up --build in the repository root is the development stack, not this sample.
Requirements: Go 1.27, Node.js 24, Docker.
git clone https://github.com/stewartmckee/canvasbin.git
cd canvasbin docker compose up postgres
API (proxied by the Vite dev server):
DATABASE_URL='postgres://canvasbin:canvasbin@localhost:5433/canvasbin?sslmode=disable' \
HTTP_ADDR=:8090 \ go run ./cmd/canvasbin
UI:
cd web
npm ci npm run dev
Open http://localhost:5173. PDF export looks for Chrome or Chromium on PATH, or the binary in CHROME_BIN. The published image sets CHROME_BIN=/usr/bin/chromium-browser.
go test ./...
cd web && npm run build
| Variable | Default | Purpose |
|---|---|---|
DATABASE_URL | postgres://canvasbin:canvasbin@localhost:5432/canvasbin?sslmode=disable | Postgres connection string. The schema is applied on startup. |
HTTP_ADDR | :8080 | Listen address. |
PUBLIC_BASE_URL | request host | Origin used in returned links. |
CHROME_BIN | Chrome/Chromium on PATH | Browser used to print PDFs. |
ACCOUNTS | off | Leave off for a self-hosted bin with no sign-in. on adds email signup and a library, and then requires MAILGUN_SENDING_KEY and an https PUBLIC_BASE_URL (http://localhost is allowed). |
MAILGUN_SENDING_KEY | empty | Required only when ACCOUNTS=on. Mailgun EU sending API key. |
MAILGUN_DOMAIN | canvasbin.dev | Mailgun sending domain. Used only when accounts are on. |
MAIL_FROM | Canvasbin | From address for verification and reset mail. |
ADMIN_EMAILS | empty | Comma-separated emails allowed to use the admin user list. Accounts only. |
Copy .env.example for a local env file. Never commit real secrets.
Page content is limited to 1 MiB. Creating pages is rate limited (60 per 10 minutes per client IP). PDF renders are limited too. Behind a proxy, append the caller to X-Forwarded-For ($proxy_add_x_forwarded_for). Canvasbin uses the rightmost address in that header, and only when the connection comes from a private or loopback address, so a client cannot choose a fresh rate-limit bucket by sending its own value. Do not publish the app port on a public interface; the proxy should be the only thing that can reach it.
With ACCOUNTS=off (the default), Canvasbin stays authless: create a page, share the read link, keep the write link.
With ACCOUNTS=on, people can register with email and password. Mailgun sends the verification link, so MAILGUN_SENDING_KEY and PUBLIC_BASE_URL are required. Signed-in users get a library and can claim a write-key page. Creating a page then requires signing in; existing pages keep working by their read and write links without an account. The Docker samples leave accounts off.
Canvasbin speaks MCP over Streamable HTTP. The write key from create_page is what lets an agent edit or delete that page later.
The endpoint is https://{your-canvas-bin-host}/mcp. On your own machine that is http://localhost:8080/mcp. With accounts off, no API key or login is required. With accounts on, every MCP request needs a signed-in account (OAuth), so clients prompt for sign-in when they connect. Page links in the browser keep working by key without signing in.
Point the connector at https://canvasbin.dev/mcp (or your hosted origin). The first request returns HTTP 401 with a WWW-Authenticate challenge. The client opens Canvasbin’s OAuth consent screen; after you approve, it retries with a bearer token. Discovery documents live at /.well-known/oauth-protected-resource/mcp and /.well-known/oauth-authorization-server.
This repository is also a Cursor plugin (.cursor-plugin/plugin.json). The Marketplace install always connects Cursor to https://canvasbin.dev/mcp and adds a canvasbin skill that tells the agent when to publish a page and which link to hand back. Sign-in is OAuth on that host: Cursor opens the Canvasbin consent screen the first time, and the plugin never sees the account password. To use your own host instead, configure the server by hand as shown under Other clients.
Add it for every project on this machine:
claude mcp add --transport http canvasbin --scope user \
https://{your-canvas-bin-host}/mcp
Or only the project you are in (the default scope):
claude mcp add --transport http canvasbin \
https://{your-canvas-bin-host}/mcp
Check it with claude mcp list, then /mcp inside a session. Ask Claude to publish a page. A typical request:
Create a Canvasbin page that explains this change, and give me the link to share.
create_page returns four links, plus the keys. html_url is the one to share. write_url and write_key come back to Claude and remain in the chat history, which is what lets a later turn call update_page without opening the browser.
To share the server with everyone who clones a repository, commit a .mcp.json in that repository:
{
"mcpServers": { "canvasbin": { "type": "http", "url": "https://{your-canvas-bin-host}/mcp" } } }
Claude Code asks before it uses a project .mcp.json. "type": "http" is required. streamable-http is
只显示了开头部分;其余内容请在仓库中阅读