Skip to main content
Glama

techwriter-mcp

Moved. Development continues in paraspace-dev/writer-mcps, a marketplace of writer MCP servers. Install from there:

/plugin marketplace add paraspace-dev/writer-mcps
/plugin install techwriter@writer-mcps

The npm package techwriter-mcp is unchanged and published from the new repo.


Write repository documents from verified codebase facts. Your coding agent investigates the repository, this server sends those facts to a separate model that writes the document, and the agent fact-checks the result before sending corrections back.

Install with Claude Code

/plugin marketplace add paraspace-dev/techwriter-mcp
/plugin install techwriter-mcp@techwriter-mcp

Claude Code prompts once for an OpenAI API key and stores it in the OS keychain. The plugin registers the techwriter MCP server, a skill that keeps the agent in the facts-in role, and a command to set up project writing configuration:

/techwriter-mcp:techwriter-init

Related MCP server: project-lore-mcp

How it works

The agent calls create for a new document, then checks the result against the repository. If it finds an error, it calls edit with the corrected facts rather than rewriting the prose itself.

Use review when you want editorial findings instead of a rewrite. It returns findings with locations, or reports that the document has no significant editorial problems.

The fact-check matters. Wrong facts produce a well-written wrong document.

techwriter-mcp writes plans, RFCs, design and architecture docs, READMEs, guides, explanations, ADRs, pull request descriptions, and issues. For PRs and issues, the first line of the document is the title as a # heading; the agent strips it and passes it to gh separately.

Other MCP hosts

The server is the npm package techwriter-mcp. Run it as npx -y techwriter-mcp@latest with OPENAI_API_KEY in its environment.

Claude Code project configuration

For Claude Code without the plugin, add the server to .mcp.json:

{
  "mcpServers": {
    "techwriter": {
      "command": "npx",
      "args": ["-y", "techwriter-mcp@latest"]
    }
  }
}

Codex

For Codex, add the server to ~/.codex/config.toml:

[mcp_servers.techwriter]
command = "npx"
args = ["-y", "techwriter-mcp@latest"]

Give it your project's voice

Configuration is optional. Without .techwriter-mcp/, the server uses its editorial brief and a default model.

Add examples and writing rules when you want the document to sound like your project:

.techwriter-mcp/
  config.toml       model choice, voice corpus globs
  instructions.md   your house style, in your words
  voice/
    examples/       documents that sound the way you want
    avoid/          counterexamples of the style you keep deleting
[model]
model = "gpt-5.6-terra"

[voice]
include = ["docs/**/*.md", "README.md"]
exclude = ["docs/generated/**"]

Files in voice/ and files matched by include become the voice corpus. A few strong examples usually teach the model more than a long instructions file.

If your existing documentation is AI-written, adding it to include teaches the model that same voice. Pre-AI READMEs and posts make better examples. AI originals recovered from git history can go in voice/avoid/.

The corpus is capped at max_kb, which defaults to 256 KB. The server reports files it drops for the budget. The corpus is sent with every request and uses the provider's prompt cache, so it is nearly free after the first call of a session. Set TECHWRITER_MCP_DEBUG=1 to print input, cached, and output token counts to stderr.

Available Tools

3 tools
createA

Write a software document (plan, RFC, design doc, README, guide, ADR) from facts you supply. Investigate the repository first, then pass what you learned as structured material. Do not draft prose yourself and do not paste a draft as material; a separate writing model decides structure and wording. When it returns, fact-check the document against the repository and send corrections through the edit tool as facts.

Inputs: type (required), purpose (required), notes, context, +8 more.

editA

Revise an existing document with the smallest coherent change. State what is factually wrong or what must change, as facts rather than replacement prose. The document's voice and untouched text are preserved.

Inputs: changes (required), document (required), type.

reviewA

Get editorial findings on a document: where it inventories instead of explains, structure that is not helping, missing motivation or tradeoffs, prose that reads like serialized code. Returns findings with locations, never a rewrite; "no significant editorial problems" is a possible outcome.

Inputs: document (required), type, concerns.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A4.5/5.0

    Scored across 3 tools

    Disambiguation5/5

    Each tool has a distinct role: create produces a new document, edit modifies an existing one, and review provides editorial feedback. There is no overlap in purpose or action.

    Naming Consistency5/5

    All tool names are single, lowercase verbs (create, edit, review), following a simple and predictable pattern. The naming style is uniform across the set.

    Tool Count5/5

    Three tools form a tight, focused set for document lifecycle management. The scope is small but complete, and each tool serves a necessary function.

    Completeness5/5

    The set covers the core document workflow: creation, revision, and critique. There are no obvious dead ends, and the tools complement each other to support a complete editing cycle.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      B
      quality
      B
      maintenance
      Enables AI agents to read and write structured, human-verified wiki knowledge inside a project repo, providing reliable context without interfering with the AI's reasoning.
      2
      7 npm
      1
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      Routes coding agents to the most relevant project documentation (decisions, intent, constraints) with provenance and freshness, providing tools for task routing, knowledge search, and document context.
      52 npm
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables coding agents to inspect a persistent, evidence-backed engineering model and propose typed changes that people review and commit. It provides read tools and a proposal workflow, so agents can assess freshness and suggest updates without silently applying them.
      Apache 2.0
    • F
      license
      Not graded
      quality
      B
      maintenance
      Enables AI assistants to save and retrieve code snippets using semantic vector search, generate language-specific style guides and comprehensive wiki documentation, and orchestrate multi-agent documentation workflows.
      -