dev.juriset/juriset
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| JURISET_API_KEY | No | Optional API key, sent as a bearer token. As-of queries, history and the change feed need an API key whose plan includes them. | |
| JURISET_API_URL | No | The Juriset API URL; set for staging. | https://api.juriset.dev |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_jurisdictionsA | List the US and Canadian jurisdictions Juriset covers, or find one by name. The other Juriset tools take slugs, not names. Each entry has the slug, name, level ( |
| list_rule_typesA | List the kinds of rule Juriset publishes. Each entry has its slug (the |
| get_ruleA | Get the rule in force today for one rule type in one jurisdiction, with its citation: source URL, verbatim excerpt and the snapshot Juriset stored. Example: |
| get_rule_as_ofA | Get the rule that was (or will be) in effect on a date, in the same shape as get_rule. Example: |
| get_rule_historyA | List every version ever published of one jurisdiction's rule, with its effective dates, values, citation and whether it is current, superseded or withdrawn. Example: |
| compare_jurisdictionsA | Get one rule type across jurisdictions in one call, each entry in the same shape as get_rule. Example: |
| list_changesA | List changes to published rules, oldest first: new versions, amendments, corrections and repeals, each naming the rule, the versions moved from and to, the effective date and the version id to pass to resolve_version. Example: |
| resolve_versionA | Get exactly the version a stored id names, forever, even after it was superseded or withdrawn: the values, effective dates, citation, verification record and its status today. Version ids ( |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 8 tools
The four rule-readers (get_rule, get_rule_as_of, get_rule_history, resolve_version) operate on the same shapes and could be confused at a glance, but descriptions and worked examples make the split (current / date-scoped / all versions / pinned id) explicit. compare_jurisdictions overlaps with get_rule but is clearly framed as the batch form, and the two registry readers (list_jurisdictions, list_rule_types) are cleanly separated from the change feed.
Every name is verb-first snake_case (list_*, get_*, compare_*, resolve_*), with the get_rule family following a predictable base + modifier pattern. No mixed camelCase or vague single-word verbs anywhere.
Eight tools is tight and well scoped for a read-only legal-rules API: two discovery tools, four lookup modes that map to genuinely different temporal semantics, one comparison, one change feed. Nothing appears redundant or padding the surface.
The read lifecycle is well covered: discovery, point-in-time lookup, full version history, immutable version pinning for audit, cross-jurisdiction comparison and a change feed with cursors. Minor gaps: no full-text/keyword search over rule content or citations, and no way to enumerate which rule types apply to a given jurisdiction in one call (callers must loop get_rule per type).