Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Scaffold, plan, update and extend projects from Templetry templates.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
链接指向作者自己的文件;我们不托管也不重新打包它。打开文件后,Claude Desktop 会进行安装。
在终端中运行这条命令
浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月6日
注册名称已通过 GitHub 账户 Templetry 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(1.11.1)于7天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 MCPB。
同一分类中有:Spec Driven Development, Remote Desktop Commander, yontu
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ 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.
Türkçe yazı denetimi: TDK kuralları, yapay zekâ izleri, metin türüne göre üslup.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
The core of Templetry: a pure Go library + thin CLI that renders ready-to-work repositories from compilable templates.
Scaffold, edit, then update: the template's new commit is merged three ways (base render, your project, new render), so its changes land and your edit stays. Recorded from the real CLI against a small fixture template (see Development).
Status: 🚀 stable v1 ([latest release](https://github.com/Templetry/engine/releases/latest)) — the manifest, directives, answers-file and registry schemas plus the CLI surface are stable public API under the compatibility policy (ADR-0013).
Since v1.0: templetry update (three-way merge), templetry verify in Docker, lazy pieces (pieces/add), YAML/TOML patches, feature requires/conflicts and presets, multi-forge template hosting (github:, gitlab:, gitea: source schemes) and the templetry-mcp server. Since v1.10 forms carry a taxonomy (kinds/languages/frameworks) and templetry list filters on it. Output paths are hardened against escapes and platform quirks; the directive scanner is fuzz-tested.
template.yml (ADR-0002).| Package | Responsibility |
|---|---|
manifest | Parse + validate template.yml, derive casings |
source | Obtain the template as an in-memory FileSet |
planner | (manifest, inputs, FileSet) → Plan — pure |
ops | Operation types as data |
render | Execute a Plan against a virtual file tree |
verify | Run the template's verify command in Docker |
update | The update cycle: re-render with recorded inputs, diff, three-way merge |
answers | The .templetry-answers.yml record: one deterministic reader/emitter |
piece | Lazy pieces (ADR-0014): decoupled units with their own lifecycle |
cmd/templetry | Thin CLI: list, init, plan, render, verify, update, pieces, add, version |
cmd/templetry-mcp | MCP server (stdio): the engine's verbs as tools for AI agents |
Design rationale: study I · study II.
Pick one (Homebrew, Scoop, the install script and the release archives also ship templetry-mcp):
brew install Templetry/tap/templetry (tap).scoop bucket add templetry https://github.com/Templetry/scoop-bucket then scoop install templetry (bucket).curl -fsSL https://raw.githubusercontent.com/Templetry/engine/main/install.sh | sh (see install.sh; TEMPLETRY_VERSION pins a tag, TEMPLETRY_BIN_DIR picks the folder).templetry (or templetry.exe) and put it on your PATH.go install github.com/Templetry/engine/cmd/templetry@latest (installs to $(go env GOPATH)/bin).go build -o templetry ./cmd/templetry.Then:
templetry list # browse the official catalog
templetry list --kind database --language go --tags # filter it templetry init kmp/single-module --out my-app \ --set "project_name=My App" --set "base_package=com.me.myapp" templetry plan --template --set key=value --feature name templetry render --template --out --set key=value templetry verify --template --set key=value # render to a temp dir and compile it in Docker templetry update ./my-app # preview a template update (--apply to write) templetry pieces ./my-app # lazy pieces the template ships templetry add axios-api ./my-app --set api_base=/v2 # adopt a piece into a living project
templetry-mcp (in the same releases) speaks the Model Context Protocol over stdio — no dependencies, no configuration. It exposes seven tools: list_templates, get_form_schema, plan, render, update, list_pieces and add_piece, so an agent can browse the catalog, scaffold a ready-to-work project, adopt pieces and keep it all updated. Copy-paste configuration for the common clients follows; the server is a plain executable, so any other MCP client works the same way. It is listed on the official MCP registry as io.github.Templetry/templetry-mcp and published automatically after each release.
If templetry-mcp is on your PATH, use the bare name templetry-mcp as the command. Some apps (Claude Desktop especially) do not inherit your shell PATH, so give them the absolute path:
| Installed with | Path |
|---|---|
| Homebrew, Apple Silicon | /opt/homebrew/bin/templetry-mcp |
| Homebrew, Intel Mac / Linux | /usr/local/bin/templetry-mcp (Linux brew: /home/linuxbrew/.linuxbrew/bin/templetry-mcp) |
install.sh | ~/.local/bin/templetry-mcp (or /usr/local/bin/templetry-mcp when run as root); write the full home path in JSON, ~ is not expanded |
| Scoop (Windows) | C:\Users\ \scoop\shims\templetry-mcp.exe |
| Downloaded release binary | wherever you put it |
where templetry-mcp (Windows) or command -v templetry-mcp prints the right one.
claude mcp add templetry -- templetry-mcp # this project, private to you
claude mcp add --scope user templetry -- templetry-mcp # every project claude mcp list
Edit claude_desktop_config.json (Settings > Developer > Edit Config; macOS ~/Library/Application Support/Claude/, Windows %APPDATA%\Claude\) and restart the app:
{
"mcpServers": { "templetry": { "command": "/opt/homebrew/bin/templetry-mcp" } } }
On Windows use "command": "C:\Users\ \scoop\shims\templetry-mcp.exe".
.cursor/mcp.json in a project, or ~/.cursor/mcp.json for all projects:
{
"mcpServers": { "templetry": { "command": "templetry-mcp" } } }
.vscode/mcp.json in the workspace (or "MCP: Open User Configuration" for every workspace). Note the key is servers, not mcpServers:
{
"servers": { "templetry": { "type": "stdio", "command": "templetry-mcp" } } }
The server takes no arguments and no environment; to work against a private catalog the agent passes registry on each tool call.
Usage guides live in the wiki: getting started, using templates, using pieces, keeping projects updated, authoring templates, AI agents and MCP. Normative behaviour is in spec/.
go build ./...
go test ./... # CI also runs -race and golangci-lint v2
update merges with git merge-file, so git must be on PATH for its tests. No test touches the network or needs Docker:
internal/forgetest is an in-memory GitHub (codeload tarballs and the commits API) behind http.DefaultClient, so init → edit → update runs end to end against templates the test publishes, commit by commit.internal/fakedocker puts a copy of the test binary on PATH as docker, recording what verify would have run.templetry through run(args, stdout, stderr) and templetry-mcp through serve(in, out), a JSON-RPC session over pipes.The demo above is recorded the same way, so it always shows real output. To regenerate it:
TEMPLETRY_DEMO_CAST=$PWD/docs/demo.cast go test ./cmd/templetry -run TestRecordDemo -count=1
npx svg-term-cli@2.1.1 --in docs/demo.cast --out docs/demo.svg --window --no-cursor
Apache License 2.0 — use it for anything, including commercially, with an explicit patent grant. The templates and the desktop app live in their own repos under MIT.