phionyx-core 0.7.3

Phionyx Core SDK - AI↔AI Mediator and Echo Engine

Phionyx Core SDK

Phionyx treats LLM output as a noisy sensor measurement, not as truth.

A deterministic AI runtime that maps every model output through 46 evaluation blocks before allowing it to affect system behavior. Signed audit trails, replayable decisions, and reviewer-runnable governance evidence — not better prompts, a control system around an unreliable sensor.

Beyond governance, Phionyx Core ships a physics module that produces deterministic coherence telemetry over a structured state vector — useful for NPC/agent drift detection, session-level coherence tracking, and reproducible runtime evaluation.

Where this sits in the Phionyx stack. This repo is the engine — the SDK phionyx-core (PyPI, latest v0.7.2), the deterministic runtime. It is the reference implementation that scores L3 (evaluation maturity) + D3 (determinism) on the vendor-neutral Phionyx Evaluation Standard. The SDK is not itself claim-governance-rated: the Claim-Governance ladder (CG-L0…CG-L5) rates the separate gate phionyx-pipeline-mcp, not this engine. See Evaluation Standard for the three scales and where each component sits.

pip install phionyx-core
python -c "import phionyx_core; print('Phionyx Core ready —', phionyx_core.__version__)"

Or one command end-to-end (fresh venv → install → smoke flow):

bash <(curl -sSL https://raw.githubusercontent.com/halvrenofviryel/phionyx-research/main/scripts/demo.sh)

Most AI frameworks let the LLM decide. Phionyx doesn't. Every LLM response passes through a 46-block deterministic pipeline with safety gates, ethics checks, and physics-based state tracking — before it reaches the user.

The substrate is demonstrable in seconds without an LLM, server, or API key — see the demo table below.

📖 The project explained as a series: Deterministic AI Engineering on Substack — essays on the design choices behind this repo. Latest: Persistent Worlds Need Deterministic Governance (2026-05-22).

🧭 Where this fits on phionyx.ai: the core runtime sits behind the Bounded Authority entry (safety-first AI providers); the NPC drift reference trace under examples/physics/ sits behind Narrative Coherence; the tests/, docs/mappings/, and Zenodo deposits sit behind Reviewer Evidence.

---

What Makes This Different

Feature	Typical LLM Framework	Phionyx
LLM role	Decision maker	Sensor (output is measurement, not truth)
Response control	Post-hoc filtering	Pre-response governance (46-block pipeline)
State tracking	Stateless or conversation history	Structured state vector (A, V, H, phi, entropy)
Safety	Optional guardrails	Mandatory gates (kill switch, ethics, HITL)
Determinism	Non-deterministic	Reproducible evidence path
Memory	RAG / vector search	Impact-weighted semantic time eviction

---

Try It In 30 Seconds

Three demo notebooks + a FastAPI wrapper. No API key. Runs locally.

The substrate (state vector, Φ, governance gates, pipeline) is demonstrable without an LLM, server, or external account. Each demo runs end-to-end and embeds its outputs.

#	Demo	Shows	Run time	API key
01	Determinism and Physics	EchoState2, calculate_phi_v2_1, 1000-run determinism proof, valence × arousal Φ heatmap, side-by-side with a noisy alternative	~30 s	No
02	Kill Switch in Action	KillSwitch with 4 triggers + NaN fail-closed guard, tamper-evident event log	~5 s	No
03	Pipeline Blocks and Audit	Canonical 46-block pipeline (v3.8.0), custom PipelineBlock subclass, 100-run determinism	~5 s	No
04	FastAPI wrapper	HTTP /govern endpoint over the governance pipeline	<1 min	No

Notebook 01 sweeps the cognitive component of Φ across the full Circumplex (valence × arousal). The surface is smooth, bounded, and reproducible — no LLM is involved at this layer.

pip install phionyx-core jupyter matplotlib
git clone https://github.com/halvrenofviryel/phionyx-research.git
jupyter notebook phionyx-research/examples/notebooks/

(Cloning is only needed because the notebooks live in the repo, not the package. Source-only install is also supported — see INSTALLATION.md.)

---

Quick Start — Full Runtime

For the LLM-backed orchestrator (governed response, state metrics, audit trail):

from phionyx_core import EchoOrchestrator, OrchestratorServices

services = OrchestratorServices()
orchestrator = EchoOrchestrator(services=services)

result = await orchestrator.run(
    user_input="How can I improve my study habits?",
    mode="edu",
    current_amplitude=5.0,
    current_entropy=0.3
)
# Returns: governed response + state metrics + audit trail

See examples/fastapi/ for an HTTP endpoint wrapper.

---

Scope: what Phionyx is, and is not

Phionyx is an early, working reference implementation for deterministic runtime governance. To keep claims aligned with evidence, here is what we do not assert:

• Phionyx does not make LLMs deterministic. Model output stays probabilistic. Phionyx makes the governance path — gates, state, audit — deterministic.
• Phionyx is not a certification authority. The Phionyx Evaluation Standard (released axes in v0.1.1 / v0.2.0) is an open evaluation profile, not an accredited certification scheme.
• Phionyx does not replace NIST AI RMF, ISO/IEC 42001, or the EU AI Act. It is a runtime layer designed to produce evidence that maps onto those frameworks; it does not implement them on your behalf.
• Current benchmarks are controlled reference benchmarks, not third-party audits. Reproducible from this repo, but not yet independently validated.
• Production-readiness is scoped to the demos in examples/. The runtime is research-grade until pilot deployments and an external review land.
• Clinical, medical, or psychological framings are out of scope unless separately validated under the appropriate regulatory regime.

If a claim above feels too cautious for your context, write to [e-mail] — we will tell you what we have, what we do not, and what is on the roadmap.

Known limitations

The following are real, not rhetorical. Treat them as load-bearing context when evaluating the project:

• Benchmarks are controlled reference benchmarks, not third-party audits. Determinism, cache eviction and CPU overhead figures are reproducible from this repository on a clean clone; they have not yet been independently re-run.
• No third-party security review yet. A paid independent review is on the roadmap; until it lands, treat the audit-trail and kill-switch implementations as research-grade.
• No production deployment claims. Phionyx has not been operated in a regulated environment. Use it as a reference and pilot artifact, not as a certified runtime.
• LLM output quality is not guaranteed. Phionyx governs what reaches the user (state, gates, audit) — it does not improve the model's own reasoning, hallucination rate, or domain accuracy.
• Compliance mappings (planned) are evidence mappings, not legal certification. Tracing artifacts onto NIST AI RMF / EU AI Act / ISO 42001 produces inputs that an auditor or compliance officer can use; it does not constitute legal compliance on its own.
• The Φ (cognitive coherence) and entropy metrics are experimental. They are useful as internal control signals and reproducible across runs, but they are not yet externally validated against established psychometric or behavioural benchmarks.

---

Architecture

Phionyx Core (the SDK / engine) is built from three integrated internal layers. These are internal runtime layers of the engine; do not confuse them with the separate 5-layer governance stack in which the self-governance gate phionyx-pipeline-mcp is the third governance layer.

Engine Layer 1 — Deterministic Kernel

• 46-block canonical pipeline (contract v3.8.0)
• Structured state vector: arousal, valence, entropy, time
• Hybrid Resonance Model for cognitive quality (Phi)
• Response revision gate: pass | damp | rewrite | regenerate | reject

Engine Layer 2 — Safety & Governance (pre-response / ethics governance — distinct from claim-governance, which lives in the gate)

• 4-gate pre-response control (Outbound, Merge, Release, Data)
• Kill switch with 4 triggers (fail-closed)
• Deliberative ethics engine (4-framework reasoning)
• Human-in-the-loop queue with priority and expiry
• Ed25519-signed audit trail with hash chains

Engine Layer 3 — Semantic Time Memory

• Impact-weighted cache eviction (+24% vs LRU, +72% vs FIFO)
• Monotonic semantic clock (t_local, t_global)
• Phi-decay for memory relevance

Engine Layer 2 here is the SDK's pre-response / ethics governance (EthicsVector, amplitude damping, kill switch). It is not the same as the claim-governance the CG-L0…CG-L5 ladder rates — that ("I fixed / I tested / this changed" verification against git-diff truth) lives in the separate gate phionyx-pipeline-mcp.

---

Core Concepts

State Vector

Every interaction maintains a structured state:

from phionyx_core import EchoState2

state = EchoState2(
    A=0.5,       # Arousal (0.0-1.0)
    V=0.0,       # Valence (-1.0 to 1.0)
    H=0.3,       # Entropy (0.0-1.0)
    dA=0.0,      # Arousal derivative
    dV=0.0,      # Valence derivative
    t_local=0.0, # Semantic time (local)
    t_global=0.0 # Semantic time (global)
)

Pipeline Blocks

from phionyx_core.contracts.telemetry import get_canonical_blocks

blocks = get_canonical_blocks()  # 46 blocks (v3.8.0)

Profiles

from phionyx_core import ProfileManager

manager = ProfileManager()
profile = manager.load_profile("edu")  # or "game", "clinical"

---

Testing

The public SDK ships with a verifiable subset that runs against a clean pip install phionyx-core clone. CI enforces this on every push across Python 3.10–3.13.

pytest tests/core tests/contract tests/benchmarks
# Public CI on commit c8fa1f9 (Python 3.12): 1,131 pass / 7 skip / 0 fail

The historical / internal corpus across the internal development history (which includes integration tests, behavioural eval suites, and apps) is larger (~2,500+ checks). Only the figures runnable from this public repository on a clean clone are reported here as load-bearing claims.

---

Reproducibility Pack (v0.3.0+)

Every tagged release attaches a small (< 1 MB) reproducibility_pack_v*.zip containing JUnit XML, coverage XML, determinism hashes, benchmark JSON, the canonical governed-response envelope, an audit-chain example, and an OpenTelemetry sample trace. Build the same artifacts locally:

pip install -e ".[dev]"
python scripts/make_reproducibility_pack.py --zip
ls dist/reproducibility_pack_v*.zip

The pack is the artifact that backs every load-bearing claim on phionyx.ai/evidence. Reviewers do not have to trust prose: the pack itself is the evidence.

---

Evaluation Standard

Phionyx systems are evaluated against the vendor-neutral Phionyx Evaluation Standard. The Standard defines three scales:

• Determinism Grading (D0-D3) — non-deterministic to fully deterministic. Released (v0.1.1 / v0.2.0).
• Evaluation Levels (L0-L3) — unmeasured to governance-grade. Released (v0.1.1 / v0.2.0).
• Claim-Governance ladder (CG-L0…CG-L5) — how rigorously a runtime verifies its own "I fixed / I tested / this changed" claims against ground truth. This is the Standard's v0.3 layer and is currently a DRAFT (no v0.3 tag/release yet).
• Composite Quality Score (CQS) — multi-dimensional behavioral quality metric.

Where each component sits:

Scale	Rates	This repo (phionyx-core, engine, v0.7.2)	Gate (phionyx-pipeline-mcp)
L0-L3 (eval maturity)	any runtime	L3 (reference implementation)	—
D0-D3 (determinism)	any runtime	D3 (reference implementation)	—
CG-L0…CG-L5 (claim-governance)	the self-governance gate	not CG-rated (no require_tool / continuity logic)	stable v0.2.0 = CG-L2; alpha v0.3.0a1 = CG-L3 (opt-in / default-off, already on PyPI)

So: phionyx-core is the L3+D3 reference engine; the CG ladder rates the gate phionyx-pipeline-mcp, not this engine. The three artifacts also carry three independent version lines — engine v0.7.2, gate v0.2.0 / v0.3.0a1, Standard v0.1.1 / v0.2.0 released + v0.3 draft — which must never be cross-attributed.

---

Companion packages

Eight PyPI-published companion packages extend the Phionyx runtime into an end-to-end evidence stack for the agentic AI ecosystem. Each carries its own version line (do not inherit the engine's v0.7.2). Six are listed below, grouped by where they sit on the phionyx.ai audience pillars; the remaining two ship under the applied-product line.

MCP integration — surfaces under Bounded Authority. Trust boundary + self-claim gate for AI coding agents (Claude Code, Cursor, Zed, VS Code, JetBrains — any MCP-capable host):

• phionyx-mcp-server (v0.1.0) — outward-facing MCP trust boundary. Hashes tool descriptors at first observation, detects post-approval drift, signs every third-party tool call as a Reasoned Governance Envelope (RGE v0.2), and maintains a tamper-evident hash chain. Threat surface aligned with arXiv:2512.06556 (Jamshidi et al.) — tool poisoning, shadowing, rug pulls.
• phionyx-pipeline-mcp (stable v0.2.0 = CG-L2; alpha v0.3.0a1 = CG-L3) — the self-governance gate. Self-governance gate over the agent's own "I fixed this / I tested that / this code path changed" declarations. Three-stage verification: LLM declaration → git diff truth → deterministic physics gate (a 9-block composition from the 46-block runtime). Returns a directive: pass | regenerate | reject. This is the component the Claim-Governance ladder rates (it is the third layer of the 5-layer governance stack), not the engine.

Evidence export — surfaces under Reviewer Evidence. Bridges that turn runs in third-party frameworks into reviewer-runnable Phionyx envelopes:

• phionyx-eval-inspect (v0.1.0) — Inspect AI bridge. Convert a Phionyx envelope chain into an Inspect AI .eval log so Phionyx-governed runs are natively viewable in Inspect's tooling. Interop-only; no endorsement or partnership claim.
• phionyx-langchain-langgraph (v0.1.0a1) — LangChain + LangGraph adapters. Every chain / tool / LLM event + supervisor handoff becomes a signed, hash-chained envelope. Includes a PhionyxLangGraphSupervisor for the multi-agent ingestion pattern.
• phionyx-openai-agents (v0.1.0a1) — OpenAI Agents SDK tracing bridge. Every Trace and Span becomes a signed, hash-chained envelope.

Evaluation-runner bridge:

• phionyx-eval (v0.1.0a1) — evaluation runner that emits a phionyx.judgment_envelope.v1 (JudgmentEnvelope), distinct from the agent adapters' AgentMessageEnvelope.

The eighth companion is phionyx-compliance (v0.1.1) — evidence-mapping helpers; see the Compliance mappings section.

When the two MCP servers are installed and registered with the same Claude Code host, they share a single trace_id per session (via PHIONYX_TRACE_ID env var with ~/.phionyx/active_trace file fallback). One Claude Code conversation = one trace = end-to-end view of every third-party MCP tool call AND every agent self-claim gate decision. The Inspect bridge and the framework adapters consume envelopes off-host; they don't need to share the live trace.

# MCP governance for live coding sessions:
pip install phionyx-pipeline-mcp[mcp-server-integration]

# Inspect AI bridge (post-session evaluation surface):
pip install phionyx-eval-inspect

# Framework adapters (each its own version line):
pip install phionyx-langchain-langgraph   # v0.1.0a1
pip install phionyx-openai-agents         # v0.1.0a1

Each repo documents its own integration contract; the trace coordination module is read-only across the package boundary — no cross-package write coupling.

---

Case studies

Phionyx applies its own runtime-evidence protocol reflexively to its own development. The first published case study measures whether Claude (the AI coding agent writing Phionyx) actually invokes the gates the rules require — and what changes when the binding hook layer becomes operative.

• case-studies/agentic-development-2026-05/ — baseline audit (7.5% coverage), post-intervention audit (9.5%), 13-scenario verification suite (13/13 pass), coverage timeline figure. Consumer-facing landing at phionyx.ai/agentic-development. The case-study manuscript is in preparation; this directory holds the underlying data + the deterministic measurement scripts.

---

Compliance mappings

Phionyx publishes evidence mappings — not certifications — connecting runtime artifacts to industry threat models and risk frameworks (helpers packaged as phionyx-compliance v0.1.1 on PyPI):

• docs/mappings/owasp-agentic-ai-2025.md — OWASP Agentic AI Threats v1.0 (15 categories, 1 Full / 10 Partial / 4 Gap)
• docs/mappings/eu-ai-act.md — EU AI Act Articles 9–15 high-risk obligations (1 Full / 5 Partial / 1 Gap, with explicit deployer-responsibility per article)
• docs/mappings/nist-ai-rmf.md — NIST AI RMF 1.0 four functions (Govern / Map / Measure / Manage; 1 Full / 3 Partial within the runtime perimeter, with explicit deployer-responsibility per function)
• docs/mappings/iso-42001.md — ISO/IEC 42001:2023 AI Management System — 15 control-type rows (1 Full / 8 Partial / 6 Gap) draft; Annex A identifier accuracy requires paid-text verification

Each row is structured: framework description → Phionyx mechanism → Coverage → Evidence (file paths + reproducibility command) → "what's still missing" / "deployer responsibility" residual line. Gaps are stated explicitly.

See also docs/mappings/README.md for reading conventions and cadence.

---

Contributing

Contributions welcome! See CONTRIBUTING.md for guidelines.

• Got a question, integration scenario, or roadmap idea? Open a Discussion. Q&A, Ideas, and Show-and-tell categories are open.
• Want to ship code? Pick a Good First Issue. Each one has acceptance criteria, a layer label, and a determinism contract clause — small, scoped, reviewable.
• Found a bug or hit an unexpected behaviour? Open an Issue.

---

License

AGPL-3.0 — See LICENSE for details.

A commercial license is available for use cases where AGPL-3.0 copyleft is not suitable. Patent rights retained by Phionyx Research. See PATENT_NOTICE.md.

---

Documentation & Research

• Research website: phionyx.ai
• Posts (Deterministic AI Engineering series): phionyx.ai/research/posts
• Substack (read direct): phionyxresearch.substack.com
• Evaluation Standard (vendor-neutral spec): phionyx-evaluation-standard — L0-L3 / D0-D3 (released v0.1.1 / v0.2.0) + CG-L0…CG-L5 (v0.3 draft); JSON Schema for governance evidence rows + worked examples
• MCP outward layer: phionyx-mcp-server (v0.1.0) — MCP trust boundary governance (descriptor hash, signed RGE v0.2 envelope, audit chain)
• Self-governance gate (CG-rated): phionyx-pipeline-mcp (v0.2.0 = CG-L2; alpha v0.3.0a1 = CG-L3) — self-governance gate over the agent's own "fixed / tested / changed" claims
• Inspect AI bridge: phionyx-eval-inspect (v0.1.0) — RGE envelope chain → Inspect .eval log; viewable with inspect view
• LangChain / LangGraph adapters: phionyx-langchain-langgraph (v0.1.0a1) — chain / tool / LLM events + supervisor handoff → signed envelopes
• OpenAI Agents tracing bridge: phionyx-openai-agents (v0.1.0a1) — Trace + Span → signed envelopes

Latest essays in the series

• Post 5 — Persistent Worlds Need Deterministic Governance (2026-05-22)
• Post 4 — The Phionyx Architecture: Treating LLMs as Sensors, Not Oracles (2026-05-09)
• Post 3 — The LLM Is Not the Product (2026-05-01)
• Post 2 — Inside the 46-Block Deterministic AI Pipeline (2026-04-28)
• Post 1 — Why Every AI Runtime Needs a Kill Switch (2026-04-24)

Stay updated

If runtime evidence for agentic AI is a problem you have, Watch this repo for email notifications when we ship new experiments, MCP capabilities, or evidence-pack updates.

Other channels:

• Substack: phionyxresearch.substack.com — long-form engineering notes
• X (Twitter): @phionyx_ai — short-form runtime evidence updates
• GitHub Discussions: phionyx-research/discussions — questions, comparisons, examples

---

Links

• Website: phionyx.ai
• Author / ORCID: 0009-0002-3718-4010
• arXiv Paper 1 (Architecture): Submission in moderation (cs.AI primary, cs.SE secondary) — ID will be added when announced
• arXiv Paper 2 (Evidence Protocol): Paused, gated on Paper 1 ID + repo alignment

---

Citation

If you use Phionyx Core in academic work, please cite both the software and the architecture paper.

Software (this repository):

@software{abak2026phionyxcore,
  author    = {Abak, Ali Toygar},
  title     = {Phionyx Core SDK},
  year      = {2026},
  publisher = {Phionyx Research},
  version   = {0.7.2},
  doi       = {10.5281/zenodo.20027534},
  url       = {https://doi.org/10.5281/zenodo.20027534}
}

The DOI above is the concept DOI — it always resolves to the latest archived version (v0.7.2 at the time of writing). To pin a specific release, use the version DOI in CITATION.cff: v0.3.0 is 10.5281/zenodo.20027535; v0.4.0 is 10.5281/zenodo.20297990; releases from v0.5.0 onward (including v0.7.0, v0.7.1, v0.7.2) carry per-version DOIs auto-issued on Zenodo release and also resolve via the concept DOI above.

Architecture paper (companion):

@techreport{abak2026phionyx,
  author      = {Abak, Ali Toygar},
  title       = {Phionyx: A Deterministic AI Runtime Architecture with Structured State Management and Pre-Response Governance},
  institution = {Phionyx Research},
  year        = {2026},
  url         = {https://github.com/halvrenofviryel/phionyx-research}
}

A machine-readable CITATION.cff is provided for GitHub's “Cite this repository” widget; both the concept and version DOIs are registered there.