
Weavatrix Online
io.github.sergii-ziborov由 GitHub 账号 sergii-ziborov 发布v0.3.2更新于 Oct 24, 2026
Weavatrix Online extension: guarded sync, advisories, malware review, architecture contracts.
概览
一个本地 stdio MCP 扩展,可将仓库图谱证据以无源码方式受控同步到 Weavatrix Cloud 或兼容端点。
- 可以做什么
- Weavatrix Online 提供七个 MCP 工具,用于端点发现、安全公告刷新、依赖漏洞与恶意软件扫描、架构契约获取以及受控同步。它在本地分析仓库,生成有界的无源码载荷,并且只有 preview_sync 返回的短期确认令牌才能让 sync_graph 发送数据。公告与恶意软件扫描基于本地缓存,证据不完整时会如实报告 NOT_CHECKED 或 PARTIAL。
- 适用场景
- 当工作流需要端点状态、远程管理的架构契约、公告刷新或明确的免源码同步时使用。若图谱必须完全留在本地,请使用普通 Weavatrix 包。安装或启动它本身不会同步任何内容。
- 运行要求
- 需要 Node.js 与 npx;该包作为本地 stdio 进程运行,第一个参数是仓库路径。网络工作流需要 WEAVATRIX_SYNC_URL,认证端点还需要 WEAVATRIX_SYNC_TOKEN 持有者令牌。可选变量包括 WEAVATRIX_CAPABILITIES_URL、WEAVATRIX_ARCHITECTURE_URL、WEAVATRIX_PRECISION、WEAVATRIX_GRAPH_HOME 和 WEAVATRIX_ADVISORY_STORE。
安装
在 SourceWeft 中
- 打开 控制台中的 Weavatrix Online,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
Weavatrix Online
Take repository intelligence across a network without handing the network your repository.
[npm] [CI] [license] [Node.js]
The explicit network boundary of the Weavatrix ecosystem. Core and Refactor remain separate installs.
Weavatrix Online is the MIT-licensed MCP connector for Weavatrix Cloud and compatible customer-controlled endpoints. It keeps analysis local, produces an inspectable source-free payload, and requires an exact short-lived confirmation before that payload can leave the machine.
The public Online profile exposes 7 MCP tools for endpoint discovery,
advisories, malware review, architecture contracts, and controlled
synchronization. The local weavatrix-js graph engine is an implementation
detail: its tools are not re-exported, so installing Core, Refactor, and Online
together does not duplicate their catalogs in an agent's context.
Installing or starting Online does not synchronize anything. preview_sync
makes no network request; sync_graph accepts only the still-valid preview for
the same repository, destination, payload, and graph.
Choose the right Weavatrix package
Online currently uses the JavaScript graph/runtime package internally:
It does not proxy the native weavatrix executable, import
weavatrix-refactor, or copy either engine. Use weavatrix when the graph must remain entirely local. Use
weavatrix-online when endpoint status, remotely managed architecture
contracts, advisory refresh, or explicit source-free synchronization is part of
the workflow.
Install and run
Plugins for Cursor, Codex, Claude, and Grok
The repository now contains one portable plugin bundle at
plugins/weavatrix-online plus native marketplace manifests for all four
clients. The plugin starts the pinned npm release and includes an optional,
compact skill with one lazily loaded card per Online method.
Cursor can load the bundle locally from
~/.cursor/plugins/local/weavatrix-online; public marketplace discovery starts
after the listing is reviewed and approved.
Direct MCP launch
Run the pinned release without a global install:
The command starts a stdio MCP server. The first positional argument is the repository to analyze. An existing graph can be supplied explicitly:
The npm package is intentionally an executable MCP product; it does not advertise a nonexistent JavaScript library entry point.
Codex
Claude Desktop
Keep bearer tokens in the MCP client's runtime secret storage. Do not put them
in Git, a committed .env, release logs, or checked-in MCP configuration.
The seven Online tools
Install Weavatrix Core for read-only repository intelligence and Weavatrix Refactor for guarded source changes. Their methods remain in their owning products.
Typical workflows
Check endpoint compatibility before doing any repository work:
Refresh advisory evidence, then evaluate it locally:
Review the exact upload without sending it:
After a human or trusted controller approves the displayed destination, section summary, counts, size, and body hash, use the returned token:
Changing the graph, repository, destination, payload, or expiry state invalidates that approval. A rejected or unavailable endpoint leaves the graph local.
Network and consent boundary
The connector enforces:
- HTTPS for every non-loopback destination;
- loopback-only HTTP for local development;
- no credentials embedded in URLs;
- endpoint capability negotiation before upload;
- a bounded versioned payload allowlist;
- exact preview hashing and a short-lived confirmation token;
- honest
NOT_CHECKEDandPARTIALstates when evidence is incomplete.
The sync payload contains bounded graph topology and selected derived evidence. It excludes source bodies, snippets, absolute host paths, environment values, credentials, Git remotes, and fields outside the wire allowlist. “Source-free” does not mean anonymous: review the displayed repository identity, destination, counts, sections, and hash before approval.
Configuration
Compatible endpoints must implement the versioned capability and sync contracts. Capability discovery itself sends no repository evidence.
Security evidence without false certainty
Advisory refresh covers pinned npm, PyPI, Go, Maven/Gradle, and crates.io coordinates found in bounded repository manifests. A clean zero is allowed only when the current inventory matches a complete, current Online cache.
Malware review is static and bounded. It can identify evidence such as download-and-execute lifecycle scripts, reverse-shell patterns, decoded execution, miner indicators, credential-file reads, or suspicious exfiltration endpoints. It cannot prove execution, provenance, credential exposure, safety, or compromise.
Architecture contracts are validated locally before becoming active.
Report vulnerabilities privately through GitHub Security Advisories.
Architecture
The connector is a strict modular ports-and-adapters system:
policy: destination validation, version matching, inventory identities, and malware evidence rules;discovery: bounded manifest and installed-package adapters;security: atomic advisory state, cached matching, scanning, and reporting;online-actions: capability, contract, advisory, preview, and sync use cases;composition: extension registration, launcher, and stdio executable.
The checked-in architecture contract enforces zero runtime cycles, production files at or below 300 physical lines, and functions at or below 100 physical lines, with no exceptions and no violation baseline.
Development and release proof
The release gate verifies package identity, dependency ranges, exact installed versions, MCP Registry metadata, checked-in release notes, MIT licensing, the published file allowlist, and tag/version agreement. CI repeats the tests, security audit, and package dry-run on Node.js 24.
License
MIT. Weavatrix Online and its internal weavatrix-js runtime are
independently versioned MIT-licensed packages.
来源:README.md,提交 64f3f93
工具
0版本历史
1- v0.3.2最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分