Change-Intent Governance: The Missing Layer
Описание и применение
Внедрение слоя управления намерением изменений обеспечивает неизменяемые, проверяемые записи о влиянии изменений и утверждениях, позволяя проводить надёжные аудиты и соблюдение требований даже при массовом использовании ИИ.
Задача
Organizations lack a layer that records which changes affect which projects, who approved them, and the evidence, especially as AI agents generate most code.
Результат
Implementing a change‑intent governance layer provides immutable, auditable records of change impact and approvals, enabling reliable post‑mortems and compliance even as AI agents generate code at scale.
Рабочий процесс
- 1. Capture a portfolio snapshot (projects, dependencies, source‑of‑truth) as immutable evidence.
- 2. Compute impact of a proposed change from the snapshot’s dependency graph.
- 3. Record the change request, approval/rejection, and any remediation plan as an append‑only entry with actor attribution.
- 4. Execute the change via runner sessions, logging each action and its evidence.
- 5. Store all records in a read‑only ledger (SQLite) that cannot be altered after creation.
Доказательства
Both layers are real and both are worth having. But there is a concrete question neither of them can answer: this change that is about to land — which projects does it affect, who approved it, and where is the evidence?
I maintain an open‑source reference implementation of this layer: aine-control-plane… It is a dependency‑free Python core… append‑only SQLite evidence and audit storage…
When a change lands across more than one repository, is its blast radius recorded, immutably, as a claim someone approved — or only discoverable, after the fact, by an engineer reading diffs?
- Дата записи: 2026-09-13T10:01:40.098Z