warpline
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@warplineshow changed entities and reverify worklist for last commit"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
warpline — temporal change-impact authority
Version 1.0.0 · Weft federation member (5th) · local-first · enrich-only
warpline is the Weft federation's temporal / change-impact authority. It owns the one thing no other member stores — per-entity change history across runs, keyed on SEI — and the downstream-propagation query over it. It answers, every session, the question an agent asks before claiming a change is done:
Given this diff: which entities changed, by whom, when — what is downstream-affected over the call graph, and what must I re-verify?
The federation split is deliberate: loomweave owns "now" (the point-in-time graph and SEI minting); warpline owns "over time" (dated change facts and edge snapshots). warpline is enrich-only — it boots, ingests, and answers with no sibling installed, and its facts are advisory and never gate.
Features
6 MCP tools for change lists, entity timelines, churn counts, impact radius, reverify worklists, and dated edge-snapshot capture — each with a frozen
warpline.<contract>.v1schema.Honest answers: every response carries
completeness+stalenessand a CLOSEDenrichmentvocabulary (present | absent | unavailable). Sibling absence is explicit, never an implied "clean/allowed" state.Local-first & safe: all state lives under
.weft/warpline/(git-ignored); the only mutating tool writes there and never touches a sibling repo.Real SEI resolution against the live loomweave, deployment-independent.
Federation member lifecycle:
warpline install/warpline doctor [--fix]wire and verify MCP bindings, hooks, the agent skill, and config.Endorsed names + short shims: e.g.
warpline_change_listandchangedreturn identical schema and data.
Related MCP server: Bi-Temporal Knowledge Graph MCP Server
Installation
Install as a uv tool (recommended — provides the
warpline and warpline-mcp executables on your PATH):
uv tool install warpline
warpline --version # warpline 1.0.0For development from a checkout:
git clone <repo-url> warpline && cd warpline
uv run warpline --versionRequires Python ≥ 3.12.
Quick start
1. Install warpline into a repository
warpline install wires warpline as a federation member of the target repo —
idempotent, atomic, and it never clobbers a sibling's config block:
warpline install --repo /path/to/project # MCP bindings, hooks, skill, config
warpline doctor --repo /path/to/project # verify; add --fix to autofixdoctor exits non-zero if anything is missing and prints a per-component
report (--json emits a warpline.doctor.v1 summary).
2. The core loop (CLI)
warpline backfill --repo /path/to/project --json # ingest git history
warpline changed --repo /path/to/project --rev-range HEAD~1..HEAD --json
warpline capture-snapshot --repo /path/to/project --json # capture loomweave edges
warpline reverify --repo /path/to/project --changed-entity-key-id 1 --jsonThe post-commit hook installed in step 1 keeps the temporal store fresh as you
commit, so changed/timeline/churn answer without a manual backfill.
3. The same flow from an MCP host
tools/list— discover the surface (read/write posture, idempotency, repo requirement, touched paths, federation dependencies).warpline_change_list(changed) — call first; read itsnext_actions.warpline_reverify_worklist_get(reverify) — the worklist to recheck.warpline_impact_radius_get/warpline_entity_timeline_get— for explanation.warpline_edge_snapshot_capture(capture_snapshot) — when impact/reverify reportsNO_SNAPSHOTand loomweave is available.
MCP tools
Endorsed name and short shim are interchangeable and return identical schema + data.
Endorsed name | Shim | Schema | Role |
|
|
| Changed entities for a rev range; hands back ready-to-call next actions. |
|
|
| Ordered change history for one entity; reports |
|
|
| Per-entity change-event counts; a never-observed entity is |
|
|
| Downstream affected set with mandatory |
|
|
| The agent worklist to recheck before claiming completion. |
|
|
| The only mutating tool; captures dated loomweave edges into |
Response contract
Every outbound tool returns the frozen success envelope:
{
"schema": "warpline.<contract>.v1",
"ok": true,
"query": { "repo": "...", "tool": "...", "arguments": {}, "sort": {}, "page": {} },
"data": { },
"warnings": [],
"next_actions": {},
"enrichment": {"sei": "...", "edges": "...", "work": "...",
"risk": "...", "governance": "...", "requirements": "..."},
"meta": {"producer": {"tool": "warpline", "version": "1.0.0"},
"local_only": true, "peer_side_effects": []}
}enrichmentis a CLOSED vocab:present(peer present, fact attached),absent(peer present, no fact),unavailable(peer unreachable) — plusstale | partial | skippedforedges. None of these is ever a transport error or an implied clean state.Errors use
warpline.error.v1with a CLOSEDerror_codeset andretryabilityofretry_safe | retry_with_changes | fatal. Switch onerror_code, not message text.Every entity carries both
locatorandsei(loomweave:eid:..., opaque — warpline never mints or parses it).warpline_entity_key_idis internal and not a federation key; key onsei(preferred) orlocator.
Full contract: docs/federation/contracts.md
and the bundled warpline-workflow skill
(src/warpline/skills/warpline-workflow/).
Federation member lifecycle
warpline install installs everything by default, or a subset via flags
(--claude-code, --codex, --claude-md, --agents-md, --gitignore,
--hooks, --session-hook, --skills, --codex-skills, --config):
Component | What it does |
MCP bindings | Registers warpline in |
Hooks | git |
Skill | Copies |
Instructions | Injects a |
Config | Writes |
warpline doctor checks all of the above; warpline doctor --fix re-applies
anything fixable.
Configuration & runtime layout
warpline is local-first; runtime state lives under .weft/warpline/ and is
git-ignored:
.weft/warpline/
├── warpline.db # SQLite temporal store (change events, edge snapshots)
├── config.json # member identity {prefix, name, version}
├── INSTALL_VERSION # schema/version marker
└── .gitignore # keeps ephemeral runtime files out of commitsThe loomweave command warpline uses for SEI resolution / edge capture is
server/project config — set WARPLINE_LOOMWEAVE_COMMAND (default loomweave); it
is not a public MCP tool argument. git add -A never stages a warpline DB.
Development
uv run ruff check . # lint
uv run mypy # strict type-check
uv run pytest # test suite
uv run warpline mcp-smoke --repo . --json # live stdio MCP smoke
uv run warpline dogfood-eval --real-member-repo /home/john/lacuna --jsonwarpline dogfood-eval exercises the real change → reverify loop (synthetic lanes
plus a real-member lane against an actual loomweave index) and gates on
ready=True. See spike/REPORT.md for the readiness verdict
and CHANGELOG.md for release history.
Documentation
Topic | Where |
Federation seam contracts (frozen) | |
Agent usage (progressive-disclosure skill) | |
Solution architecture | |
Product workspace (vision, roadmap, PDRs) | |
Consumer integration tickets | |
Release history |
The authoritative interface-lock specification is hub-owned
(2026-06-13-warpline-interface-lock.md in the weft hub); warpline implements to
it and does not edit it.
Contributing
warpline implements to a frozen cross-member contract. Changes to a tool's name,
input/output schema, the envelope, or the error/enrichment vocabularies are a
hub decision — escalate with evidence rather than diverging. Internal changes
must keep ruff, mypy --strict, and the full test suite green, and the 14
golden vectors (tests/contracts/test_golden_vectors.py) passing.
License
MIT — see LICENSE. Copyright (c) 2026 John Morrissey. Consistent
with the rest of the Weft federation.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/foundryside-dev/warpline'
If you have feedback or need assistance with the MCP directory API, please join our Discord server