Deterministic decision engine with receipts. AI agents write configs, Core executes with proof.
Project description
Cruxible Core
Deterministic decision engine with receipts. Define rules in YAML. Query a knowledge graph. Get a proof of every answer.
Define a decision domain in YAML — entity types, relationships, queries, constraints. Ingest data, build the graph, query it, and get a receipt/audit trail proving exactly how the answer was derived. AI agents orchestrate the workflow, Core executes deterministically. No LLM inside, no API keys, no token costs.
┌──────────────────────────────────────────────────────────────┐
│ AI Agent (Claude Code, Cursor, Codex, ...) │
│ Writes configs, orchestrates workflows │
└──────────────────────┬───────────────────────────────────────┘
│ calls
┌──────────────────────▼───────────────────────────────────────┐
│ MCP Tools │
│ init · validate · ingest · query · feedback · evaluate ... │
└──────────────────────┬───────────────────────────────────────┘
│ executes
┌──────────────────────▼───────────────────────────────────────┐
│ Cruxible Core │
│ Deterministic. No LLM. No opinions. No API keys. │
│ Config → Graph → Query → Receipt → Feedback │
└──────────────────────────────────────────────────────────────┘
What It Looks Like
1. Define a domain in YAML:
entity_types:
Drug:
properties:
drug_id: { type: string, primary_key: true }
name: { type: string }
Enzyme:
properties:
enzyme_id: { type: string, primary_key: true }
name: { type: string }
relationships:
- name: same_class
from: Drug
to: Drug
- name: metabolized_by
from: Drug
to: Enzyme
named_queries:
suggest_alternative:
entry_point: Drug
returns: Drug
traversal:
- relationship: same_class
direction: both
- relationship: metabolized_by
direction: outgoing
2. Ingest data. Ask your AI agent:
"Suggest an alternative to simvastatin"
3. Get a receipt — structured proof of every answer:
Receipt interpreted by Claude Code from the raw receipt DAG:
Receipt RCP-17b864830ada
Query: suggest_alternative for simvastatin
Step 1: Entry point lookup
simvastatin -> found in graph
Step 2: Traverse same_class (both directions)
Found 6 statins in the same therapeutic class:
n3 atorvastatin n4 rosuvastatin n5 lovastatin
n6 pravastatin n7 fluvastatin n8 pitavastatin
Step 3: Traverse metabolized_by (outgoing) for each alternative
n9 atorvastatin -> CYP3A4 (CYP450 dataset)
n10 rosuvastatin -> CYP2C9 (CYP450 dataset, human approved)
n11 rosuvastatin -> CYP2C19 (CYP450 dataset)
n12 lovastatin -> CYP2C19 (CYP450 dataset)
n13 lovastatin -> CYP3A4 (CYP450 dataset)
n14 pravastatin -> CYP3A4 (CYP450 dataset)
n15 fluvastatin -> CYP2C9 (CYP450 dataset)
n16 fluvastatin -> CYP2D6 (CYP450 dataset)
n17 pitavastatin -> CYP2C9 (CYP450 dataset)
Results: CYP3A4, CYP2C9, CYP2C19, CYP2D6
Duration: 0.41ms | 2 traversal steps
Get Started
pip install "cruxible-core[mcp]"
Or use
uv tool install "cruxible-core[mcp]"if you prefer uv.
Add the MCP server to your AI agent:
Claude Code / Cursor (project .mcp.json or ~/.claude.json / .cursor/mcp.json):
{
"mcpServers": {
"cruxible": {
"command": "cruxible-mcp",
"env": {
"CRUXIBLE_MODE": "admin"
}
}
}
}
Codex (~/.codex/config.toml):
[mcp_servers.cruxible]
command = "cruxible-mcp"
[mcp_servers.cruxible.env]
CRUXIBLE_MODE = "admin"
Try a demo
git clone https://github.com/cruxible-ai/cruxible-core
cd cruxible-core/demos/drug-interactions
Each demo includes a config, prebuilt graph, and .mcp.json. Open your agent in a demo directory.
First, load the instance:
"You have access to the cruxible MCP, load the cruxible instance"
Then try:
- "Check interactions for warfarin"
- "What's the enzyme impact of fluoxetine?"
- "Suggest an alternative to simvastatin"
Every query produces a receipt you can inspect.
Why Cruxible
| LLM agents alone | With Cruxible |
|---|---|
| Relationships shift depending on how you ask | Explicit knowledge graph you can inspect |
| No structured memory between sessions | Persistent entity store across runs |
| Results vary between identical prompts | Deterministic execution, same input → same output |
| No audit trail | DAG-based receipt for every decision |
| Constraints checked by vibes | Declared constraints programmatically validated before results |
| Discovers relationships only through LLM reasoning | Deterministic candidate detection finds missing relationships at scale — LLM assists where judgment is needed |
| Learns nothing from outcomes | Feedback loop calibrates edge weights over time |
Features
- Receipt-based provenance: every query produces a DAG-structured proof showing exactly how the answer was derived.
- Constraint system: define validation rules that are checked by
evaluate. Feedback patterns can be encoded as constraints. - Feedback loop: approve, reject, correct, or flag individual edges. Rejected edges are excluded from future queries.
- Candidate detection: property matching and shared-neighbor strategies for discovering missing relationships at scale.
- YAML-driven config: define entity types, relationships, queries, constraints, and ingestion mappings in one file.
- Zero LLM dependencies: purely deterministic runtime. No API keys, no token costs during execution.
- Full MCP server: complete lifecycle via Model Context Protocol for AI agent orchestration.
- CLI mirror: core MCP tools have CLI equivalents for terminal workflows.
- Permission modes: READ_ONLY, GRAPH_WRITE, ADMIN tiers control what tools a session can access.
Demos
| Demo | Domain | What it demonstrates |
|---|---|---|
| sanctions-screening | Fintech / RegTech | OFAC screening with beneficial ownership chain traversal. |
| drug-interactions | Healthcare | Multi-drug interaction checking with CYP450 enzyme data. |
| mitre-attack | Cybersecurity | Threat modeling with ATT&CK technique and group analysis. |
Documentation
- Quickstart — 5-minute install to first query
- Concepts — Architecture and primitives
- Config Reference — Every YAML field explained
- MCP Tools Reference — All tools with parameters and return types
- CLI Reference — Terminal commands
- AI Agent Guide — Orchestration workflows for Claude Code, Cursor, Codex, and other MCP clients
Technology
Built on Pydantic (validation), NetworkX (graph), Polars (data ops), SQLite (persistence), and FastMCP (MCP server).
Cruxible Cloud: Managed deployment with expert support. Coming soon.
License
MIT
Project details
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 cruxible_core-0.1.2.tar.gz.
File metadata
- Download URL: cruxible_core-0.1.2.tar.gz
- Upload date:
- Size: 387.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.8.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
0a1f12e6b5a7951d4ea1d4448576ed3922c3fcb735b790d28c97dd67cb9ffdcc
|
|
| MD5 |
c702cf55408f7e53237327102a4af243
|
|
| BLAKE2b-256 |
9f9101f04ff482d5376e5ef5e3077ef4df0b82792377f14ee3fd6019ab4ac881
|
File details
Details for the file cruxible_core-0.1.2-py3-none-any.whl.
File metadata
- Download URL: cruxible_core-0.1.2-py3-none-any.whl
- Upload date:
- Size: 87.4 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: uv/0.8.13
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
8a2ff08753f36272cb42e52a707a86c7d402a1dbbe81d2f53a1080957eaeeb31
|
|
| MD5 |
1099f6e9205575c498366d64a9e3d7aa
|
|
| BLAKE2b-256 |
c582114b8fd7e28d5f1318e92fecb766ea7a36d9f852daa9d14b742634ff6603
|