エージェントを強化
公開元自身のコマンドです。PlugMCP のエンドポイントではありません。
キーとログ付きでコピーをホスト。
npx -y [email protected]Claude Code にはローカルコマンド用のインストールリンクがありません。下のコマンドをコピーして、ターミナルで実行してください。
WEAVATRIX_ALLOW_SOURCE_EDITS=<value> claude mcp add io.github.weavatrix-weavatrix-refactor -- npx -y weavatrix-refactor@1.0.15ターミナルで実行します。
{ "mcpServers": { "io.github.weavatrix-weavatrix-refactor": { "command": "npx", "args": [ "-y", "[email protected]" ], "env": { "WEAVATRIX_ALLOW_SOURCE_EDITS": "<value>" } } }}claude_desktop_config.json
リモート URL か、手元のマシンのコマンドか 2 つのインストール方法の違い
PlugMCP で実行
A new server you create. It is not this listing's official endpoint. Use the publisher install when you want their URL and their credentials.
起動The explicit source-write layer of the Weavatrix ecosystem; Core remains read-only.
Refactor across files without letting the agent guess.
Weavatrix Refactor is a native MCP server for coding agents. It finds a symbol through the repository graph, previews byte-exact edits, reports every same-named occurrence it could not prove, and writes only after an explicit, hash-bound confirmation.
The useful difference is not “AI can rename a word.” It is that the agent gets evidence before the write and a recoverable transaction after it.
Run the native binary through npm:
npx -y weavatrix-refactor mcp /absolute/path/to/repository
Or install it with Cargo:
cargo install weavatrix-refactor --locked
weavatrix-refactor mcp /absolute/path/to/repository
An MCP client can start it directly. Prefer an absolute path, or Cursor's
${workspaceFolder} so the write server never follows the host process cwd:
{
"mcpServers": {
"weavatrix-refactor": {
"command": "npx",
"args": ["-y", "[email protected]", "mcp", "${workspaceFolder}", "--profile=refactor"],
"env": {"WEAVATRIX_ALLOW_SOURCE_EDITS": "1"}
}
}
}
Leave WEAVATRIX_ALLOW_SOURCE_EDITS unset for preview-only sessions. Preview is a read; only a
confirmed apply or rollback requires the gate. Refactor does not expose Core's
open_repo, so it cannot silently retarget mid-session; the launch root is the
only repository it will edit.
The repository also ships one plugin bundle for Cursor, Codex, Claude Code, and Grok Build. The plugin starts the extension-only profile, so it contributes the 11 Refactor methods without repeating Weavatrix Core's 43 read-only method definitions. Install the separate Weavatrix plugin when both surfaces are needed.
The bundled skill is optional and activates only for explicitly requested refactoring work. Its entry point stays short; each method has an individual reference card that is loaded only when needed.
Weavatrix/weavatrix-refactor marketplace from
.agents/plugins, then add weavatrix-refactor@weavatrix-refactor..claude-plugin, then
install weavatrix-refactor@weavatrix-refactor.grok plugin marketplace add Weavatrix/weavatrix-refactor, open /marketplace, and install it.The plugin opens WEAVATRIX_ALLOW_SOURCE_EDITS=1, but every write still needs
the exact preview's short-lived, plan-bound single-use token.
For a rename task, expose only the two tools the agent needs:
weavatrix-refactor mcp /absolute/path/to/repository --profile=rename
The rename profile keeps rename_symbol and rollback_last_apply; every
unrelated graph and refactor tool is absent and cannot be called. Omit the
option (or use --profile=refactor) for all 11 Refactor methods. The narrower
catalog reduces repeated agent context; it does not weaken preview hashes, the
write gate, the confirmation token, or rollback checks.
When Weavatrix Core is already installed as a separate MCP, expose only the 11 methods that Refactor adds:
weavatrix-refactor mcp /absolute/path/to/repository --profile=refactor
The refactor profile is the default for MCP and list-tools, including the
marketplace plugin. The former full compatibility profile has been removed
and is rejected by both commands: Refactor no longer republishes Core methods.
Install Weavatrix Core as its own MCP when read-only repository intelligence is
also needed.
Suppose two files declare resolveTarget. A bare name is ambiguous, so the server refuses to
pick one and returns exact ids:
// rename_symbol
{"symbol":"resolveTarget","new_name":"locateTarget","output_format":"json"}
{
"status": "NOT_FOUND",
"reason": "the name matches more than one symbol; pass one of the candidate ids",
"candidates": [
"symbol:src/core.ts#function:resolveTarget@2:1",
"symbol:src/shadow.ts#function:resolveTarget@3:1"
]
}
Retry with the intended id. The result is still read-only: it contains the edit plan, content hashes, the proven edit count, and the references the backend refused to guess at.
// rename_symbol
{
"symbol": "symbol:src/core.ts#function:resolveTarget@2:1",
"new_name": "locateTarget",
"output_format": "json"
}
{
"status": "PLANNED",
"completeness": "PARTIAL",
"renamedEdits": 7,
"uncertainReferences": ["... three named locations ..."],
"confirmToken": "single-use-token",
"plan": {"schemaVersion":"weavatrix.edit-plan.v1","files":["..."]}
}
After reviewing the plan, repeat the same operation with the same inputs and its token:
// rename_symbol
{
"symbol": "symbol:src/core.ts#function:resolveTarget@2:1",
"new_name": "locateTarget",
"mode": "apply",
"confirm_token": "single-use-token",
"output_format": "json"
}
{"status":"APPLIED"}
This exact flow is exercised against the real stdio MCP server. The repository fixture requires seven edits across three files, preserves four traps (a longer identifier, string, comment, and unrelated shadow), and must still compile; it scores 12/12.
The eleven tools do not all claim the same level of automation:
Refactor uses the Rust Weavatrix graph internally for evidence but never
exports Core methods. Install the separate Weavatrix plugin for read-only
repository intelligence. The Refactor MCP owns exactly its 11 extension
methods; --profile=rename is an optional narrower two-method workflow.
PARTIAL means the graph proved the edits in the plan but did not prove that no other
semantic references exist. uncertainReferences names the places requiring review.WEAVATRIX_ALLOW_SOURCE_EDITS=1 plus a short-lived, single-use token bound to
that repository and exact recomputed plan.rollback_last_apply refuses to overwrite files that drifted after the transaction.Only edits with proven provenance are applied. A lexical or graph backend is deliberately more conservative than a language server and must not be read as a claim of full compiler semantics.
The checked-in August 2026 benchmark uses equivalent adversarial TypeScript, Rust, and Python
fixtures. Each has seven required edits, four traps, and a build/test gate. Protocol runs count
exact o200k_base initialization, catalog, request, and response tokens. Agent runs use the
actual cumulative usage reported by Codex CLI with pinned gpt-5.6-sol / medium reasoning.
No byte proxy or estimated tokens-per-second conversion is used.
The new rename-only profile kept all nine protocol runs at 12/12 while reducing fixed MCP context from 9,331 to 485 tokens. Its guided TypeScript agent A/B is:
The full agent matrix is 12/12 in all 27 TypeScript/Rust/Python runs; every run also completed
operationally and passed the sanitized edit-channel audit. The deterministic protocol
matrix also exposed a language-specific Serena defect: its suggested find_symbol →
rename_symbol flow scored 7/12 on TypeScript in all three runs, while Rust and Python passed.
It also found and drove fixes for Rust macro calls and Python f-string/module-level call evidence.
On this toy TypeScript repository naked Codex is still faster and cheaper than the narrowed profile. Weavatrix's demonstrated value is preview-before-write, named uncertainty, stale-plan refusal, explicit authorization, and rollback—not a universal small-repository token win.
The 11 Refactor tool names, schemas, and result states are frozen in
contract/refactor-tools.v1.json. All refactor operations are
native Rust; the host uses the read-only
weavatrix-rust engine
internally for graph evidence without exporting its methods on the default
surface.
Versions 0.1.x used the JavaScript engine. That line continues as
weavatrix-refactor-js and keeps a
separate state directory, token store, and rollback journal.
MIT.
Transactional refactoring extension with 12 evidence-backed tools, previews, and rollback.
{ "mcpServers": { "io.github.weavatrix-weavatrix-refactor": { "command": "npx", "args": [ "-y", "[email protected]" ], "env": { "WEAVATRIX_ALLOW_SOURCE_EDITS": "<value>" } } }}ツール
ツール一覧はまだありません。リモートサーバーは、最初のヘルスチェック後に取得されます。
よくある質問
このページで Cursor、Claude Desktop、Claude Code、VS Code 用の stdio 設定をコピーできます。PlugMCP のプロキシではなく、公開元のインストール方法を使います。
公開元は次の環境変数を挙げています: WEAVATRIX_ALLOW_SOURCE_EDITS。
Weavatrix Refactor は stdio 経由でローカル実行されます。
最終チェックは 2026-11-15 です。 Transactional refactoring extension with 12 evidence-backed tools, previews, and rollback.