Thanks to visit codestin.com
Credit goes to github.com

Skip to content
View francescomaiomascio's full-sized avatar
🧊
working on ICE
🧊
working on ICE

Block or report francescomaiomascio

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don't include any personal information such as legal names or email addresses. Markdown supported. This note will be visible to only you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse

                               

TL;DR — Governability via explicit identity, authority, and traceability. ICE is the proof surface.
Proof — If a system acts, I can reconstruct the why through declared authority + durable state (no inference, no guesswork).

How I work

Most architectural failures today are not caused by missing features, but by unclear responsibility: implicit decisions, opaque transitions, and no reliable way to explain why something happened.

I work by making those boundaries explicit.

Systems are defined from observable behavior backward: what happens is visible first; what is allowed to happen is constrained next. Everything else is implementation detail.

I favor execution paths that are boring, inspectable, and reconstructible. If a system acts, I expect to trace that action through declared authority and durable state — without inference or guesswork.

Python is the medium I use to express this discipline: explicit control flow, lifecycle phases, and state transitions. I avoid agent frameworks and implicit schedulers; they trade convenience for opacity.

Tip

Models suggest. Code authorizes. State changes only by rule.

Persistence is treated as part of system semantics. SQLite / SQL and DuckDB anchor execution in durable state and make post-hoc reasoning possible.

Semantic indexing (sentence-transformers + FAISS / Chroma) may inform decisions, but never drive control flow.

LLMs are constrained strictly to inference. They produce proposals — never actions.

Important

ICE is where this approach is exercised — against real code, real state, and real failure modes.


This work is long-term, structural, and research-driven.
Support sustains continuity, not direction.

Donate with PayPal

Pinned Loading

  1. ice-docs ice-docs Public

    Runtime architecture research for governable intelligent systems. ICE studies intelligence as an executable system property shaped by runtimes, orchestration, authority, memory, and observability.

  2. ice-foundation ice-foundation Public

    Axiomatic and invariant authority of the ICE ecosystem. This repository defines the non-negotiable truths, structural invariants, and epistemic boundaries that all ICE systems must obey. ICE Founda…

  3. ice-runtime ice-runtime Public

    Execution substrate of the ICE ecosystem. ICE Runtime enforces lifecycle, authority, and state transitions under the constraints defined by ICE Foundation. It does not decide what to do. It ensure…

    Python 1

  4. ice-ai ice-ai Public

    Agentic intelligence layer of the ICE ecosystem. ICE AI defines how agents reason, plan, and decide under explicit constraints. It produces intent and structured decisions, but never executes actio…

    Python

  5. project-standard-core-public project-standard-core-public Public

    Public proof surface for a policy-first project standard showing how software projects can be governed before tooling, CI/CD, or automation exist.