io.github.andypgray/sliderule
NUGET · SLIDERULE.CLI
A .NET architecture checker that enforces one C# spec and renders the same rules for coding agents.
Available components
Last scanned (6 hours ago)
Scores higher than 96% of NuGet servers
Category Testing and QA
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security100
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- No install/post-install scripts declared.Pass
- No production dependencies, so there is no dependency health to assess. View diagnostics → Pass
Provenance & Transparency100
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Cryptographically verified build provenance (signed, bound to andypgray/sliderule). View diagnostics → Pass
- Clear OSI-approved license (MIT).Pass
- Actively maintained (last published 0 days ago).Pass
- Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability70
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 3236 tokens (~647/item across 5 items; 5 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management67
- Stability observed for 20 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 5 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 6 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 4 Nov 26 +1
- Tool safety: pass → unverified ▼ security
- Stability: 0.63 → unverified ▼ security
- Schema quality: 581 → 647 ▼ functional
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Schema quality: 100 → unverified ▼ functional
- MCP protocol: Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28. functional
- Package version: 0.2.1 → 0.3.0 functional
- 2 Nov 26 +11
- Provenance: unverified → pass ▲ security
- The attested source repository moved: andypgray/sliderule security
- 1 Nov 26 −10
- Provenance: pass → unverified ▼ security
- The attested source repository moved: andypgray/sliderule security
- 30 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 47 to 50. That category is still filling its 30-day observation window: 14 days of observed history at the previous scan, 15 at this one. The score rises as the window fills, whether or not the server changes.
- 28 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 40 to 43. That category is still filling its 30-day observation window: 12 days of observed history at the previous scan, 13 at this one. The score rises as the window fills, whether or not the server changes.
- 27 Oct 26 +15
- Malware scan: unverified → pass ▲ security
- 26 Oct 26 −15
- Malware scan: pass → unverified ▼ security
- Schema quality: excellent → good functional
- Package version: 0.2.0 → 0.2.1 functional
- 25 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 30 to 33. That category is still filling its 30-day observation window: 9 days of observed history at the previous scan, 10 at this one. The score rises as the window fills, whether or not the server changes.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 4 Nov 2026 · Analysed nuget/SlideRule.Cli@0.3.0
Provenance Verified
A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.
| Result | Verified |
|---|---|
| Ecosystem | nuget |
| Reason | Verified |
| Discovered via | GitHub artifact attestations |
| Source repo | andypgray/sliderule |
| Certificate issuer | https://token.actions.githubusercontent.com |
| Certificate SAN | https://github.com/andypgray/sliderule/.github/workflows/release.yml@refs/tags/v0.3.0 |
| Rekor log index | 3691749995 |
| Predicate type | SLSA build provenance https://slsa.dev/provenance/v1 |
| Subject digest | sha256:8d46b80a26140f4a29a5bf0fdf82ca48f6df42eaff8fb6846074b4de86885b77 |
Signer
| Signed as | Repository signature, names nuget.org |
|---|---|
| Subject | CN=NuGet.org Repository by Microsoft,O=NuGet.org Repository by Microsoft,L=Redmond,ST=Washington,C=US |
| Issuer | CN=DigiCert Trusted G4 Code Signing RSA4096 SHA384 2021 CA1,O=DigiCert\, Inc.,C=US |
| Valid from | 23 Feb 2024 |
| Valid until | 18 May 2027 |
| Service index | https://api.nuget.org/v3/index.json |
| Owners | andypgray |
Background: How many MCP packages publish verified provenance →
Dependencies 0 packages
| Packages resolved | 0 |
|---|---|
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
Registry declarations For information only
What the registry and the package's own manifest say about this version. The publisher or the registry writes these, nothing here is verified, and none of it affects the score.
| Repository | https://github.com/andypgray/sliderule |
|---|---|
| Repository type | git |
| Commit | 745368986e3c1fd46ef7585042d38e2d04d9a1ce |
| Project URL | https://github.com/andypgray/sliderule |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
arch_check Architecture Check ~646
Run the architecture spec against the bound solution and return the JSON check report (schemaVersion 3): rules[] keyed by id, plus summary counts. Violations are data — a red rule is a finding, not an error. Narrow with grain (overview, skeleton or index) or rules (fewer rules); an over-budget report coarsens its own grain, as far as index, rather than being cut — and index lists every rule ID, which is what rules globs match. subjectTypes/subjectGeneratedTypes appear together on a rule whose subject contained generator output, pass or fail: how many types it swept and how many nobody wrote. Both absent means none were. Narrowing the rule with .Authored() removes them. If declared project files are missing, projects fail to load, or their NuGet packages did not resolve, the report still returns, stamped modelIncomplete: true and missingProjects/failedProjects/restoreFailedProjects — a verdict reached against a partial model; report that, never plain green. Under a .slnf solution filter, uncheckedProjects names the declared projects the run never checked — a clean report then covers a subset; say so. unsupportedProjects names the projects outside the model (not C#, Web Sites, unbuilt), each with its reason — no rule can be violated in one, so a clean report over a polyglot solution is not a clean solution either. multiTargetedProjects names the projects that compiled for several frameworks, each with the first framework its shared types' members and hierarchy follow (a type that framework does not declare follows the next that does); their references come from every framework, so a clean report over such a project covers one framework's members and hierarchy per type and every framework's references. staleSpec names a spec source that differs from the spec project's last build: the verdict is of the rules that build holds, so rebuild the spec project and check again.
| Name | Type | Req | Description |
|---|---|---|---|
| diffBase | string | – | Git ref as one string, not an array; files changed since it that fall in a quarantined or cautioned scope raise a tripwire warning. |
| grain | string | – | One grain as one string, not an array: full (the default), overview, skeleton or index, each coarser than the one before and never a narrower subject. overview elides each violation's sites (siteCoun… |
| rules | string | – | Rule-ID globs as one string, not an array, semicolon-separated ('*' spans '/'). Only matching rules run, so rules[] and summary cover that subset alone. Matching no rule is an error listing the avail… |
No output schema declared.
No examples provided.
arch_context Architecture Context ~260
Return the architecture scope card(s) covering a file or directory — a quarantined scope's dragons + sanctioned surface, a cautioned scope's dragons, or a layer's local rules — or a pointer line when none apply. If projects fail to load or to restore, the answer opens with a caveat naming them: cards from unloaded projects cannot be placed, and a rule about a package the restore never fetched was never measured, so treat a no-coverage answer as unproven there. A .slnf solution filter gets the same caveat for the declared projects it left unchecked: treat a no-coverage answer as unproven under them as well. A spec source that differs from the spec project's last build is named in a line above the answer: the cards are of the rules that build holds, so rebuild the spec project and ask again.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | A file or directory path (absolute or solution-relative) as one string, not an array, to find architecture scope cards for. A path no card covers — including one the codebase does not contain yet — a… |
No output schema declared.
No examples provided.
arch_explain Architecture Explain ~304
Return one rule's because, fix, citation, exemplar, posture payload, and linked prose as text. Given a type or a path instead of a rule ID, return which layers, rules and scopes claim each type, the rules that name it as an operand, the step that admitted it to each, and the rules whose selection reached it and then left it out: call it when a rule fires on a type you did not expect it to govern. Pass exactly one of ruleId, type and path. If projects fail to load or to restore, a type or path answer opens with a caveat naming them. A spec source that differs from the spec project's last build is named in a line above any answer: the answer is of the rules that build holds, so rebuild the spec project and ask again.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | – | A file or directory to explain instead, absolute or solution-relative, as one string, not an array: every type declared there is explained. A path declaring no type answers successfully saying so. |
| ruleId | string | – | A post-desugar rule ID as one string, not an array — e.g. layering/domain-independent or legacy/billing/containment. |
| type | string | – | A type to explain instead, as one string, not an array: a full name as arch_check reports it, or a simple name, which explains every type wearing it. An unknown name is an error listing the closest f… |
No output schema declared.
No examples provided.
arch_graph Architecture Graph ~1,173
Return the JSON codebase survey (schemaVersion 1): projects[] with namespace inventories, projectEdges[] (source/target, declared vs observed dependencies), and externalEdges[] grouped by namespace root. Every project the workspace loaded is here, which is wider than the solution: solutionMember false marks a passenger a ProjectReference dragged in, and an absent key means membership was unreadable. undeclaredProjectReferences (absent when empty) names the projects a project compiles against that no declared projectReferences entry reaches: its declared list is short, so trust its edges. projectEdges[] carry only references the code declares: where several projects declare one type, a project referencing its own copy is not an edge to the declarer the type was attributed to, nor is a reference one copy makes an edge from the others, and multiplyDeclaredTypes[] names those types with every declaring project and the one whose facts won — arch.Project() on any declarer selects them, with shape and member rules answering from the winner's facts (the key is absent when the solution has none). shadowedTypes[] is the other coverage key: a full name a project declares that a referenced assembly also supplies means two types, so a rule naming it reaches both while arch.Project() over the declaring project reaches only the declaration. generated qualifies the types count on a project and on each namespace (absent when zero): how many of them a generator emitted, which is what arch.Project() would sweep and .Authored() would drop. A namespace whose two counts are equal is wholly generator output — never make it a layer glob. targetFrameworks rides every project's row and names what it declares, normalized (a project predating the SDK reads net48); factsFollow rides only a multi-targeted one and names the first framework its shared types' members and hierarchy came from (a type it does not declare takes them from the next that does); their references come from every framework.…
| Name | Type | Req | Description |
|---|---|---|---|
| allowWorkspaceDiagnostics | boolean | – | Survey the partial model even when some projects fail to load; otherwise the call returns an error naming what failed, because a survey missing whole projects is a wrong map, not a smaller one. |
| format | string | – | One format as one string, not an array: json (the default), the survey document; or mermaid, the projects and their references as one Mermaid fence, as render --diagram draws them, with no grain. A f… |
| grain | string | – | One grain as one string, not an array: full (the default), overview, skeleton or index, each coarser than the one before and never a narrower subject. overview elides every project's namespace invent… |
| projects | string | – | Project-name globs as one string, not an array, semicolon-separated ('*' allowed). References in both directions are kept, so an edge can name a project outside the scope; under format mermaid only p… |
No output schema declared.
No examples provided.
arch_status Architecture Status ~216
Return the JSON migration burndown (schemaVersion 2): per-rule grandfathered/stale counts and promotion suggestions. If declared project files are missing, projects fail to load, or their NuGet packages did not resolve, the burndown still returns, stamped modelIncomplete: true and missingProjects/failedProjects/restoreFailedProjects — counts from a partial model; report that rather than quoting them as whole. Under a .slnf solution filter, uncheckedProjects names the declared projects the run never checked; they contribute no violations, so every count reads low. unsupportedProjects names the projects outside the model (not C#, Web Sites, unbuilt): no argument counts them, so their zero is not burndown. orphans lists baseline sections no rule in the spec names, such as a renamed rule's old section, and baseline files that could not be read. staleSpec names a spec source that differs from the spec project's last build, so the counts are of the rules that build holds; rebuild it and ask again.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
How do I install the io.github.andypgray/sliderule MCP server?
io.github.andypgray/sliderule runs locally as a NuGet package, launched with dnx SlideRule.Cli@0.3.0 --yes. Ready-made configuration for Claude, Cursor, VS Code, Codex and 3 more is on this page, copied from each client's own documentation.
nuget · SlideRule.Cli
claude mcp add andypgray-sliderule -- dnx SlideRule.Cli@0.3.0 --yes
What is the io.github.andypgray/sliderule MCP server?
io.github.andypgray/sliderule is an MCP server listed in the public MCP registry as io.github.andypgray/sliderule. A .NET architecture checker that enforces one C# spec and renders the same rules for coding agents. This page covers its NuGet package (SlideRule.Cli).
Is the io.github.andypgray/sliderule MCP server safe to use?
io.github.andypgray/sliderule scores 90 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 4 November 2026. It declares no install or post-install scripts. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the io.github.andypgray/sliderule MCP server expose?
io.github.andypgray/sliderule exposes 5 tools: arch_check, arch_status, arch_explain, arch_context, arch_graph. Their descriptions and schemas cost roughly 2,599 tokens of context every time the server is loaded.
Is the io.github.andypgray/sliderule MCP server still maintained?
io.github.andypgray/sliderule is still listed as active in the MCP registry. We last reached this channel on 4 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the io.github.andypgray/sliderule MCP server under?
io.github.andypgray/sliderule declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.