Deterministic decision engine with receipts. Define rules in YAML, query a graph, get proof.
Deterministic decision engine with DAG-based receipts. Build entity graphs, query with MCP, get auditable proof. Define entity graphs, queries, and constraints in YAML. Run them locally from CLI or MCP, and get receipts proving exactly why each result was returned. 1. Define a domain in YAML: 2. Load data and run a deterministic query: "Suggest an alternative to simvastatin" 3. Get a receipt —…
Inferred from the transports this listing declares (stdio). A client not listed here hasn’t been ruled out — it just isn’t something Forge can confirm.
Verification confirms publisher identity (repo ownership), not code safety. The security scan covers known CVEs and suspicious install scripts.
Forge read 0 source files from the published package tarball and matched no MCP tool registrations. Extraction is pattern-based over shipped source: a server that builds its tool list at runtime, or that ships only bundled or minified code, registers nothing this can see. Treat it as “not detected”, not as “exposes none”.
Deterministic decision engine with DAG-based receipts. Build entity graphs, query with MCP, get auditable proof. Define entity graphs, queries, and constraints in YAML. Run them locally from CLI or MCP, and get receipts proving exactly why each result was returned. 1. Define a domain in YAML: 2. Load data and run a deterministic query: "Suggest an alternative to simvastatin" 3. Get a receipt — structured proof of every answer: Raw receipt DAG rendered for readability: Or use if you prefer uv.…
Forge's dependency resolver reads npm metadata only, so this PyPI package has no resolved tree. That is a gap in coverage, not a clean bill of health.