Code-up requirements traceability and intent corpus for the Weft federation — the permission-for-code-to-exist member.
Project description
Plainweave
Permission for code to exist.
Plainweave is the Weft federation member that holds the team's code-grounded intent: a traceability graph in which every code entity must earn its existence by laddering up to a requirement, and every requirement must ladder up to a strategic goal. A node with no upward edge — at any level — is a reviewable question:
- a public capability with no requirement → "why does this code exist?"
- a requirement with no goal → "what am I doing here?"
The point is not catching orphan code (that is one query). The point is that binding code to requirements accretes a living, readable requirements corpus an agent or human can reason over — "why do we have three requirements for reporting that are all the same?" — and consolidate. Plainweave moves the refactor lever up the Meadows leverage hierarchy: from the lowest altitude (rename this function, extract that class) to a high one (why does this submodule exist; does it still serve a goal we hold?).
Status — 1.0. The build is complete and stable: the intent graph, the read primitives, the authoring surface, the cross-member seams, and
doctorship with versioned JSON envelopes, strict typing, and a green gate (lint, mypy strict, tests at ≥90% coverage). This is stable behaviour and contracts — cross-language coverage completeness (e.g. Rust public-surface tagging upstream) is a documented roadmap item, not a 1.0 gate. Formal Weft suite membership / launch-cutover inclusion remains owner-gated. Reframed and renamed from the~/charterprecursor; the backlog lives in this repo's.filigreetracker.
The model — a traceability graph of intent
strategic goal ──▲── requirement ──▲── code SEI (leaf)
(root intent) (obligation) (the thing that exists)
- Leaves are code entities — Loomweave SEIs (modules + public surfaces). Interior nodes are typed intent nodes (requirement, strategic goal) at any altitude; altitudes are just node types, the graph does not fix the number of levels.
- Edges mean "justified by / satisfies."
- Requirements are trivially mintable (shells welcome). The corpus tolerates mess by design — value comes from the mess being visible and queryable, then consolidated. Cheap minting feeds the corpus.
- Code leaves are keyed by Loomweave SEI, so bindings survive rename/move.
- Default trace altitude: modules and public/exported surfaces must trace; private internals inherit their container's justification.
A thin member — Plainweave builds none of its siblings' machinery
Plainweave is advisory by default and deliberately thin on teeth and audit. It owns the intent graph and the reasoning reads; it delegates everything else.
| Tool | Owns | Plainweave does not rebuild |
|---|---|---|
| Plainweave | the intent graph (goals ↔ requirements ↔ SEI bindings) + the reasoning reads. Its domain: accreted, code-grounded intent. | — |
| Loomweave | the entity catalog (what exists; public vs internal), SEI identity, the rename feed, and the semantic-search engine. | identity/rename tracking; embeddings |
| Legis | the git/CI boundary surfacing, all graded enforcement (advisory default; dial-up per repo via policy cells), and the audit trail. | enforcement engine; override/audit |
Bindings reuse the ADR-029 entity-association contract (SEI-keyed, with
content_hash_at_attach drift detection — the same pattern Filigree uses to
bind issues to code), not a new link store.
Surfaces
Write path — authoring-time binding ("speak SEI at entry," extended to intent). When an agent creates or commits a module / public entity, Plainweave offers an inline bind: link this SEI to a requirement (existing or a freshly minted shell) and optionally ladder that requirement to a goal. Cheap, inline, attributed. Code that skips the bind is exactly what surfaces as an orphan.
Read surfaces — three composable graph primitives (built for unanticipated agent use, not canned reports):
orphans(level)— unlinked nodes at the code / requirement / goal altitude.trace(node)— up to goals, down to code.corpus()— the readable dump of requirements with their code- and goal-links: the artifact a curator reads to spot "these three are the same." Consolidation is agent-driven; Plainweave serves the substrate, not an automated verdict.
Boundary — coverage facts ride out at the git/CI boundary through Legis ("this change adds N public entities bound to no requirement"). Advisory by default; any repo wanting teeth dials it up through Legis's policy cells. Plainweave adds no enforcement of its own.
Optional similarity hint — Loomweave now ships semantic search, so a thin "these requirements look like the same thing" hint becomes reuse of a proven sibling capability rather than a from-scratch ML build. It assists the curator; it is explicitly not a dedup engine.
Doctrine fit
- Coordinate, not gate — advisory default.
- Enrich-only — Plainweave absent → Loomweave, Legis, and the code are unaffected; solo mode degrades to manual file/symbol refs.
- Speak-SEI-at-entry — binding at authoring keeps code on the moat.
- Don't-duplicate — Legis owns teeth + audit; Loomweave owns identity + semantics.
- Prescribe-nothing — a general graph + queries; agents compose uses we haven't imagined.
Cross-member seams
The seams (Plainweave → Loomweave catalog/rename/semantic; Plainweave → Legis boundary) are hub-blessed and prove-the-need: built as additive adapters on Plainweave's side, never pre-frozen sibling obligations until the need is shown live (golden vector / live consumption). Each seam ships with a blast-radius map + dated counterpart tickets.
Documentation
docs/design/— the canonical design ("permission for code to exist"). Start here.docs/MODULE-MAP.md— what the precursor core carries forward vs. what the reframe reshapes.docs/README.md— index of canon vs. precursor-era docs.
Development
Plainweave uses uv, hatchling, ruff, mypy,
and pytest.
uv sync --group dev
make ci # lint + typecheck + test (coverage-gated)
The runtime package depends on the official Python MCP SDK for plainweave-mcp.
What works today (carried forward from the precursor)
The precursor's local requirements/verification core is intact and green — a
foundation to reshape, not the reframed feature set. See the MODULE MAP for the
current → target audit. The code-up read primitives (orphans/trace/corpus),
the SEI-keyed ADR-029 bindings, and the authoring-time write path are stubbed
with backlog markers, not yet implemented.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file plainweave-1.0.0.tar.gz.
File metadata
- Download URL: plainweave-1.0.0.tar.gz
- Upload date:
- Size: 397.1 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
586a1a2da71177afaaa293b03247920e141d1430366c9db1bf4bc1628da465ad
|
|
| MD5 |
3792699b1d51e0a867ae077eb6b0b1f9
|
|
| BLAKE2b-256 |
167c1034b9bce5a42759a44d577561f4906bdb8673d527229da72d184e00751d
|
Provenance
The following attestation bundles were made for plainweave-1.0.0.tar.gz:
Publisher:
release.yml on foundryside-dev/plainweave
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
plainweave-1.0.0.tar.gz -
Subject digest:
586a1a2da71177afaaa293b03247920e141d1430366c9db1bf4bc1628da465ad - Sigstore transparency entry: 1950019132
- Sigstore integration time:
-
Permalink:
foundryside-dev/plainweave@554d11d660281dba923b1b0817ca52b07cbf994c -
Branch / Tag:
refs/tags/v1.0.0 - Owner: https://github.com/foundryside-dev
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@554d11d660281dba923b1b0817ca52b07cbf994c -
Trigger Event:
push
-
Statement type:
File details
Details for the file plainweave-1.0.0-py3-none-any.whl.
File metadata
- Download URL: plainweave-1.0.0-py3-none-any.whl
- Upload date:
- Size: 68.7 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
b0f395fb3cfcf332094ac63ed226821dfee8b8572cc9aa388d8fd34c53b0953d
|
|
| MD5 |
3278fa16a957996f228ac8ab8d1ee888
|
|
| BLAKE2b-256 |
37200e8a6e7ef5410bf07a81759cb18217735b8d073388e8b3888e1d72030d5b
|
Provenance
The following attestation bundles were made for plainweave-1.0.0-py3-none-any.whl:
Publisher:
release.yml on foundryside-dev/plainweave
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
plainweave-1.0.0-py3-none-any.whl -
Subject digest:
b0f395fb3cfcf332094ac63ed226821dfee8b8572cc9aa388d8fd34c53b0953d - Sigstore transparency entry: 1950019288
- Sigstore integration time:
-
Permalink:
foundryside-dev/plainweave@554d11d660281dba923b1b0817ca52b07cbf994c -
Branch / Tag:
refs/tags/v1.0.0 - Owner: https://github.com/foundryside-dev
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@554d11d660281dba923b1b0817ca52b07cbf994c -
Trigger Event:
push
-
Statement type: