Process evolution: observe-propose-shadow-promote lifecycle #418
Labels
No labels
action
backlog
blocked
bug-report
in-progress
prediction/actioned
prediction/dismissed
prediction/unreviewed
priority
tech-debt
underspecified
vision
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: disinto-admin/disinto#418
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
The agent system cannot adapt its own processes. Modifying live process is too risky — a wrong step means the factory cannot recover. But never changing process means rigidity accumulates over time.
Proposal
Introduce a safe process mutation path with four stages: observe → propose → shadow → promote.
1. Observe (autonomous)
Agents track process metrics: review wait times, failure rates, escalation frequency, empty review cycles. Data accumulates in the knowledge graph.
2. Propose (autonomous)
When an agent detects a pattern (e.g. "last 15 docs-only PRs had zero review comments, median wait time 4 hours"), it writes a structured RFC to
process-rfcs/with evidence and proposed change.3. Shadow (human-gated)
Human reviews the RFC. If approved, the new process runs alongside the existing one for N cycles. Both produce outputs; results are compared.
4. Promote (human-gated)
After successful shadow period, the old process is retired and the new one becomes canonical.
Key constraint
Agents can do steps 1-2 autonomously. Steps 3-4 require human sign-off. This gives agents voice in process improvement without giving them the ability to break the factory.
Rationale
Modeled on SRE canary deployment practices (Google) and continuous improvement loops (Toyota kata). The system learns and adapts, but mutations are controlled and reversible.