Analysis updated 2026-05-18
Read the RFC specs to understand a proposed standard for assigning fault in AI incidents.
Run the included simulations to see how fault scores and human-involvement proofs are derived.
Reference the JSON schemas when designing an AI incident reporting or audit system.
| rackp-io/rackp | 0xustaz/streamgate | a-bissell/unleash-lite | |
|---|---|---|---|
| Stars | 1 | 1 | 1 |
| Language | Python | Python | Python |
| Setup difficulty | moderate | hard | hard |
| Complexity | 4/5 | 4/5 | 4/5 |
| Audience | researcher | developer | researcher |
Figures from each repo's GitHub metadata at analysis time.
This is a specification and simulation project, not a drop-in library, so first use means reading the RFC docs before running anything.
RACK Protocol, also called RACKP, is a specification for figuring out who or what is at fault when an AI system causes harm or makes a bad decision. It is not a finished software product yet, the repository holds the written specs (called RFCs), JSON schemas describing the data formats, and simulations, all still at an early alpha stage. The core idea is that when something goes wrong with an AI, there needs to be a standardized, reproducible way to calculate a fault score, similar to how car accidents can be assessed for insurance purposes. Without a number like this, the project argues, AI risk cannot be priced or insured, so the financial cost of AI incidents falls entirely on developers. The protocol defines four roles, which give it its name. A Referee is an independent AI that reviews evidence and calculates the fault score and whether a human was meaningfully involved. An Actor is the AI agent involved in the incident. A Claimant is the injured party's AI agent, or the personal AI acting on their behalf. A Keeper stores the evidence in a tamper-proof way, using distributed ledger technology or something similar. No single party can hold more than one of these roles in the same case, and trust comes from following the protocol's rules rather than from trusting any particular participant. The project's philosophy is that a Referee does not need to be neutral, only honest, because every action it takes is recorded and can be checked by another Referee later. The protocol itself does not decide what counts as right or wrong, it provides the structure for applying rules that are set by outside authorities such as regulators, industries, or courts. The repository includes several linked documents describing the message flow between roles, how the protocol maps onto HTTP requests, a FAQ, and contributing guidelines. It is licensed as source-available with a pending patent, so it is not a fully open-source permissive license.
RACK Protocol is a specification and simulation toolkit for calculating a reproducible fault score when an AI system causes an incident.
Mainly Python. The stack also includes Python, JSON Schema, HTTP.
The source is viewable but this is not a standard open-source license, and a patent is pending, so reuse rights are limited compared to permissive licenses.
Setup difficulty is rated moderate, with roughly 1h+ to a first successful run.
Mainly researcher.
This repo across BitVibe Labs
Verify against the repo before relying on details.