Permet à un client IA d'interroger et de récupérer des instruments juridiques, des obligations et des registres réglementaires structurés à partir d'une ontologie partagée.
Aussi connu sous snapsynapse/publedge
- Étoiles
- 0
- Outils
- —
- Téléchargements, 30 jours
- —
- Dernière version
- 0.2.5
- Dernier commit
- 9 nov. 2026
- Licence
- —
Qu'est-ce que PubLedge MCP ?
PubLedge est un serveur MCP. Permet à un client IA d'interroger et de récupérer des instruments juridiques, des obligations et des registres réglementaires structurés à partir d'une ontologie partagée.
Résumé généré à partir du README du projet
À propos du MCP server PubLedge
PubLedge fournit un protocole ouvert pour l'enregistrement et l'interrogation d'interprétations juridiques basées sur des faits spécifiques, tels que les lettres de non-action, les décisions par lettre privée et les Joint Interpretation Agreements. Il est conçu pour les régulateurs, les entités réglementées et les organismes civiques qui doivent transformer des registres épars et non structurés en un format portable et interrogeable. En liant les documents à une ontologie Semantic Arts partagée, le serveur permet aux utilisateurs de comparer des instruments juridiques provenant de différentes autorités.
Les développeurs peuvent intégrer ce serveur dans des clients IA compatibles stdio en utilisant la commande npx. Le serveur expose 13 outils en lecture seule, notamment list_legal_instruments, get_obligation, search_obligations et fetch_by_url. Il prend en charge à la fois le cœur sans état MCP 2026-07-28 et l'ancien handshake 2024-11-05. Le système utilise des vérifications de manifeste SHA-256 pour assurer la cohérence entre les sources et les manifestes, offrant ainsi un moyen fiable d'accéder à des données réglementaires structurées et à des registres d'obligations.
Ce que vous pouvez faire avec
- 1Interroger des instruments réglementairesUn client IA peut rechercher des documents juridiques spécifiques à travers différentes juridictions et autorités.
- 2Récupérer des obligations juridiques précisesUn développeur peut demander à un agent de trouver et de décrire les obligations spécifiques associées à un instrument juridique.
- 3Surveiller les récents changements réglementairesUn agent peut identifier quels registres juridiques ont été mis à jour récemment.
Extrait du README du projet. Chaque cas d'utilisation est vérifié par rapport à une citation du document.
Comment installer PubLedge MCP
Formats vérifiés le 10 nov. 2026Ajouter à CursorAjouter à GooseInstaller PubLedge MCP dans Claude Code
$ claude mcp add publedge -- npx -y publedgeInstaller PubLedge MCP dans Cursor
~/.cursor/mcp.json
{
"mcpServers": {
"publedge": {
"command": "npx",
"args": [
"-y",
"publedge"
]
}
}
}Installer PubLedge MCP dans VS Code
.vscode/mcp.json
{
"servers": {
"publedge": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"publedge"
]
}
}
}Installer PubLedge MCP dans VS Code CLI
$ code --add-mcp '{"name":"publedge","type":"stdio","command":"npx","args":["-y","publedge"]}'Installer PubLedge MCP dans Claude Desktop
claude_desktop_config.json
{
"mcpServers": {
"publedge": {
"command": "npx",
"args": [
"-y",
"publedge"
]
}
}
}Installer PubLedge MCP dans Codex
$ codex mcp add publedge -- npx -y publedgeInstaller PubLedge MCP dans Codex config.toml
~/.codex/config.toml
[mcp_servers.publedge] command = "npx" args = ["-y", "publedge"]
Installer PubLedge MCP dans Gemini CLI
$ gemini mcp add -s user publedge npx -- -y publedgeInstaller PubLedge MCP dans Gemini settings.json
~/.gemini/settings.json
{
"mcpServers": {
"publedge": {
"command": "npx",
"args": [
"-y",
"publedge"
]
}
}
}Vérifications automatisées
Exécuté le 15 nov. 2026Rapport complet →A passé nos vérifications automatisées. Il ne s'agit pas d'un audit de sécurité : lisez le code et donnez au serveur l'accès le plus restreint dont il a besoin. Fonctionnement des vérifications · Ce qu'il faut corriger pour gagner des points
- Dépôt source lié et accessiblesnapsynapse/publedge is public and reachablegithub.com/snapsynapse/publedge ↗Réussi
- Le nom du package correspond au dépôt sourcepubledge names snapsynapse/publedge as sourcenpmjs.com/package/publedge ↗Réussi
- Provenance du build (attestation Sigstore)No build attestation published for this releaseNon vérifié
- Licence open source (OSI)No licenseFaille
- Commit ou version publiée au cours de l'année écouléeLast commit or release 2026-11-09github.com/snapsynapse/publedge ↗Réussi
- OpenSSF ScorecardNon vérifié
- Nom du package non proche d'un package populaireNo popular package one edit away from publedgeRéussi
- Aucun avis critique dans le package ou ses dépendances1 resolved dependencies checked; no critical advisoryosv.dev ↗Réussi
- Aucune instruction cachée destinée au modèle0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersRéussi
- Les outils destructifs sont étiquetésNon vérifié
- Le point de terminaison distant répond à la poignée de main MCPNon vérifié
README
Voir sur GitHubPubLedge
Open recordkeeping protocol for fact-specific written interpretations between two parties — Joint Interpretation Agreements (JIAs), Regulatory Mitigation Agreements (RMAs), no-action letters, private letter rulings, advisory opinions, and analogous civic instruments (HOA decision logs, co-op governance records, flying-club asset agreements, and the like).
Plain markdown with structured frontmatter. SHA-256 manifest checks provide source-to-manifest consistency. Bound to the Semantic Arts gist upper ontology so records from different authorities can be queried together.
Public and maintained. Package v0.2.5; protocol specification v0.2.0. The MCP server supports the MCP 2026-07-28 stateless core plus the legacy 2024-11-05 handshake. Current npm, MCP Registry, GitHub tag, and GitHub Release observations are recorded in the publication state. Standalone product expansion is parked pending a concrete legal-graph or adopter demand signal.
Who this is for
Regulators, regulated parties, and civic bodies that issue or rely on fact-specific written interpretations and need them recorded in a portable, queryable form.
What problem it solves
Fact-specific interpretations (no-action letters, private rulings, JIAs, HOA decisions) live in scattered, unstructured records that can't be compared across authorities. PubLedge is an open protocol that records them as manifest-checked markdown bound to a shared ontology.
Canonical URL
Part of the PAICE legal graph
PubLedge is one component of the PAICE legal graph (with EveryAILaw, AI Incident Law, and Obligation First). It is intentionally open: code under Apache 2.0, protocol and content under CC BY 4.0, commercial use permitted with attribution. The open siblings are funded by EveryAILaw Pro, the graph's single restricted layer; openness here is a deliberate PBC-charter choice. The canonical model is in the PAICE Foundation INTENT.
What this repo is
Three things in one place:
- The protocol — the PROTOCOL.md specification and the PRIOR-ART.md survey that motivates it.
- Utah-shaped reference content — 5 JIA/RMA templates anchored to Utah's AI Policy Act (Utah Code §13-72a) and GenAI safe-harbor (§13-75-104), plus 18 demonstration instruments under
data/examples/instruments/spanning 8 authorities (Utah OAIP, Utah Legislature, Colorado Legislature, SEC, CFPB, IRS Chief Counsel, IRS TEGE, CFTC) and 7 instrument types (JIA, RMA, no-action letter, advisory opinion, private letter ruling, interpretive letter, statute). 35 first-class obligation records underdata/examples/obligations/are mapped to the instruments viadata/examples/mapping/index.yml; legal lifecycle is tracked separately from editorial maturity. - The published site — rendered HTML under
docs/, served by GitHub Pages frommain /docs. Regenerate withnode scripts/build.js && node scripts/build-extras.jsbefore committing; CI fails ifdocs/drifts from sources.
Maintenance scope
Weekly checks flag overdue records and temporal inconsistencies for human review. A separate manual pilot observes three selected official sources and retains inaccessible sources and unresolved findings. It does not renew verification dates, legal statuses, or the wider corpus. Independent missing-run monitoring and recovery email acceptance remain open. See the maintenance pilot for dated evidence and review boundaries.
Machine-readable endpoints
Every record and index is published in parallel HTML + structured form so agents can walk the registry without scraping:
| Surface | Shape |
|---|---|
/ |
WebSite + Organization + DataCatalog JSON-LD (@graph); links to every dataset distribution |
/us/{jurisdiction}/{authority}/{type}/{instance}/ |
Canonical hierarchical URL per record; inline Schema.org LegalDocument JSON-LD; PDF + OCR text co-located |
/us/{jurisdiction}/{authority}/{type}/{instance}/record.json |
Same record as JSON; shape validated by /schema/json/record.schema.json; includes authority_response annotations when present |
/instruments.html, /obligations.html, /authorities.html |
ItemList JSON-LD; human-readable filter + sort |
/matrix.html |
Dataset JSON-LD + coverage matrix; DataDownload distribution at /api/v1/matrix.json |
/definitions/ |
DefinedTermSet with instrument types + statuses as DefinedTerms |
/api/v1/*.json |
Machine manifests: containers, primaries, authorities, mappings, matrix, upcoming, recently-changed |
/api/v1/of/*.json |
Obligation-First binding records for authorities, instruments, terms, obligations, and administrative issuance determinations |
/calendar.ics |
Enforcement calendar (iCal) |
/feed.xml, /atom.xml, /feed.json |
RSS 2.0, Atom 1.0, JSON Feed 1.1 |
/sitemap.xml |
Sitemap index → per-section sitemaps (records, authorities, statutes, reference, templates, bridges, meta) |
/llms.txt, /agents.json |
Agent-discovery briefing + capabilities |
/.well-known/mcp.json |
Installable MCP server discovery; its exact package identity and provider observations are recorded in the publication state |
/robots.txt |
Explicit allow for 17 AI crawlers (GPTBot, ClaudeBot, PerplexityBot, Google-Extended, Applebot-Extended, etc.) |
mcp-server.js |
MCP server exposing 13 read-only tools: list_<legal-instruments> (with jurisdiction/authority/type/status filters), get_<legal-instrument>, list_obligations, get_obligation, list_authorities, get_authority, search, search_obligations, get_matrix, get_mappings, fetch_by_url, get_upcoming, get_recently_changed |
What this repo is not
- Not a regulator. PubLedge does not issue rulings.
- Not a law firm. Templates here are prior art, not legal advice.
- Not a CMS. Editors edit markdown in git.
- Not a blockchain. The integrity layer is plain SHA-256 over plain files.
Quickstart
git clone https://github.com/snapsynapse/publedge.git
cd publedge
./scripts/validate-hashes.sh # verify integrity
node scripts/validate.js # cross-reference checks
node scripts/build.js # regenerate docs/ entity pages + API
node scripts/build-extras.js # copy reference HTML, feeds, discovery files
To validate the Obligation-First binding, check out snapsynapse/obligation-first beside this repo or set OBLIGATION_FIRST_DIR, then run npm run validate:of.
After intentional content edits, refresh hashes:
./scripts/validate-hashes.sh --update
CI runs all of the above, plus a pa11y-ci WCAG 2.1 AA pass across every URL in the sitemap, on every push and pull request.
Use PubLedge in five minutes
Choose the surface that matches the job:
- Browse the instrument registry or open a canonical record such as the SEC CorpFin no-action letter.
- Query an index without scraping HTML:
curl -sS https://publedge.org/api/v1/containers.json | jq '.[0]'
- Fetch a record-shaped JSON representation by appending
record.jsonto its canonical record URL:
curl -sS https://publedge.org/us/federal/sec-corpfin/nal/2025-001/record.json | jq '.id, .status'
- Check the publication state for a provider-verified npm version, then add that package version to any stdio-capable client. The example below is for this package version:
{
"mcpServers": {
"publedge": {
"command": "npx",
"args": ["-y", "publedge@0.2.5"]
}
}
}
- Use
searchto discover records andfetch_by_urlwhen you already have a canonical PubLedge URL. The package exposes the 13 tools listed above. The complete endpoint and capability inventories are at api/v1/index.json, agents.json, and the source-controlled publication state.
Canonical markdown under data/examples/ is the maintained source. Published HTML, API indexes, and each record.json are generated representations and should not be edited directly. Repository checkout instructions operate source code; they are not an install claim. Use the canonical publication state to select a provider-verified package.
Repository layout
| Path | Purpose |
|---|---|
PROTOCOL.md |
The PubLedge specification |
INTENT.md |
Authoritative repository disposition, active work, and revisit triggers |
PRIOR-ART.md |
Survey of analogous instrument programs |
DEFINITIONS.md |
Canonical vocabulary (status values, instrument types, obligation kinds) |
MANIFEST.yaml |
SHA-256 hashes for every canonical file |
_templates/jia/, _templates/rma/ |
Fill-in templates with {{variable}} placeholders |
data/examples/instruments/ |
18 demonstration instruments; filename = stable id (e.g. us-ut-oaip-rma-2025-001.md) |
data/examples/authorities/ |
Authority records for each issuing body |
data/examples/obligations/ |
Obligation definitions linked from instruments |
data/examples/mapping/ |
Obligation-to-statute mapping index |
about/ |
Hand-crafted /about/ source page (copied verbatim into docs/) |
reference/ |
Hand-crafted reference HTML (prior-art, disclaimer, vocabulary) |
schema/json/ |
JSON Schemas + JSON-LD context |
vendor/gist/ |
Pinned snapshot of the Semantic Arts gist core ontology |
scripts/ |
Validators (validate.js, verify.js), build (build.js, build-extras.js), hash check |
_workshop/ |
Site ontology workshop output (taxonomy, sitemap, content guide, roadmap) |
The _workshop/ directory documents the design decisions behind the layout above. Read _workshop/TAXONOMY.md, _workshop/SITEMAP.md, and _workshop/CONTENT-GUIDE.md before proposing structural changes.
Contributing an instrument
- Pick template under
_templates/jia/or_templates/rma/. - Replace every
{{variable_name}}with applicable values. - Set
idto{jurisdiction}-{authority}-{type}-{YYYY-NNN}(e.g.us-ut-oaip-rma-2025-003). Filename must match:us-ut-oaip-rma-2025-003.md. - Set legal
status: proposedandeditorial_status: draft. Add parties underparties:. - Place file under
data/examples/instruments/. - Run
./scripts/validate-hashes.sh --updateto refreshMANIFEST.yaml. - Run
node scripts/build.js && node scripts/build-extras.jsto verify site regenerates cleanly. - Open a pull request.
See CONTRIBUTING.md for full conventions including obligation entries, source PDFs, and OCR workflow.
License
PubLedge is dual-licensed:
- Content (markdown, YAML, HTML) — CC-BY 4.0
- Code (scripts, schemas, build tooling) — Apache 2.0
See LICENSE for the split. Vendored snapshots retain their upstream licenses; the pinned gist core ontology is CC-BY 4.0 (Semantic Arts). Full credits in ATTRIBUTION.md.
Built on
- Knowledge as Code — the four-role entity pattern (Authority / Container / Secondary / Primary) PubLedge inherits.
- gist (Semantic Arts) — open upper ontology bound to PubLedge entities.
- Every AI Law — preferred source for statute-anchor URLs in
statute_anchors[]. - skill-provenance — hash-mechanism pattern adapted for
validate-hashes.sh. PubLedge does not adopt the full skill-provenance protocol.
Status and roadmap
| Milestone | Status |
|---|---|
| Workshop, taxonomy, sitemap, content guide | done |
Protocol specification (PROTOCOL.md) |
done |
Prior-art survey (PRIOR-ART.md) |
done |
| Initial Utah templates (3 JIA, 2 RMA) | done |
First registry instance (us-ut-oaip-jia-2026-001) |
done |
| Hash-pinned integrity + CI verification | done |
Discovery files (llms.txt, agents.json, feed.xml) |
done |
MCP server (mcp-server.js) |
done |
CLI validators (scripts/validate.js, scripts/verify.js) |
done |
JSON Schemas + JSON-LD context (schema/json/) |
done |
Unified site generator (build.js + build-extras.js) |
done |
| Frontmatter spec v0.2 | done |
| 9 federal + Utah demonstration remaps | done |
| 4 Utah statutes as first-class instrument records | done |
Canonical URL architecture (/{country}/{jurisdiction}/{authority}/{type}/{YYYY-NNN}/) |
done |
record.json per instrument (Schema.org LegalDocument JSON-LD) |
done |
calendar.ics, api/v1/upcoming.json, api/v1/recently_changed.json |
done |
Status vocabulary (9 values) + DEFINITIONS.md + /definitions/ page |
done |
publedge-source-ingest skill for authored ingestion |
done |
Disclaimer & Source Policy at /reference/disclaimer/ |
done |
| Obligations + mapping curation pass (35 obligations, 16 mappings) | done |
| JSON-LD on top-level pages (home @graph, ItemList indexes, DefinedTermSet, Dataset) | done |
| Split sitemap index + 7 section sitemaps | done |
| JSON Feed 1.1 + Atom 1.0 feeds alongside RSS | done |
/schema/json/record.schema.json (JSON Schema draft 2020-12) |
done |
| Extended MCP tool surface (13 tools; filters, URL-based fetch, upcoming, recently-changed) | done |
Explicit AI-crawler allowlist in robots.txt |
done |
| Authority response protocol field, rendering, schema, and validation | done |
Agent-readiness + a11y audit artifacts in audits/ + .a11y-audit/ |
done |
| Axe-core WCAG 2.1 AA remediation (4 rules, 70 instances → 0) | done |
| Private snapshot for pre-release review | sent |
| Lawyer review (SLC attorney) | pending; demand-triggered |
| repo-polish | done |
| Repository public | done |
| Obligation-First v0.4.x naming profile | done |
| promo-orchestrator + public announcement | parked |
| Browser-side registry browser + comparison tooling | parked |
| Branch-and-strip to reusable protocol template | parked |
See ROADMAP.md for phasing and _workshop/ROADMAP.md for the original workshop plan.
Questions sur PubLedge MCP
Comment ajouter PubLedge MCP à Claude Code ?
Exécutez claude mcp add publedge -- npx -y publedge dans votre terminal. Ajoutez --scope user pour le rendre disponible dans tous les projets.
Comment ajouter PubLedge MCP à Cursor ?
Ouvrez ~/.cursor/mcp.json et ajoutez le serveur sous mcpServers, avec la configuration Cursor indiquée dans la section d'installation ci-dessus.
Quel type de registres puis-je consulter avec PubLedge ?
Vous pouvez accéder aux Joint Interpretation Agreements (JIAs), aux Regulatory Mitigation Agreements (RMAs), aux lettres de non-action (no-action letters), aux décisions par lettre privée (private letter rulings) et aux avis consultatifs.
Quels outils le MCP server expose-t-il ?
Le serveur propose 13 outils en lecture seule, incluant la recherche d'instruments, d'obligations et d'autorités, ainsi que la récupération de documents spécifiques via leur URL.
Les données de PubLedge sont-elles vérifiables ?
Oui, le protocole utilise des vérifications de manifeste SHA-256 pour garantir la cohérence entre les fichiers sources et le manifeste.