Concepts/Definition
ADPS Agent Systems · Engineering Concept
Judge Migration
Track how acceptance authority moves across requirements, tests, review, deployment, and outcomes.
Application context: different objects prove "correct" at different stages
Acceptance criteria judge whether a design answers the requirement. Tests judge implementation against an interface. Deployment checks judge whether a release can run. Only later business outcomes show whether the user received the intended result. A system can pass every local gate and still fail overall when one judge does not hand its conditions to the next.
Definition
Judge Migration tracks how the adjudicator, acceptance standard, and evidence type change across a lifecycle. The record states what the previous stage established, what the next stage must prove again, which assumptions remain open, and how the final outcome links back to the agent version and execution trace.
Engineering use
A request to raise a transport allowance to 1000 can become requirement criteria, parameter and authority checks, an after-read, and reconciliation in the next payroll cycle. A unit test proves that code executed as specified; it cannot replace payroll reconciliation. A reconciliation failure must still link to the policy version, approval, and tool receipt used at execution time.
Boundary
Judge Migration concerns continuity of evidence. It does not call for one central reviewer across every stage. Specialist judges can remain independent when the hand-off carries forward valid constraints and unresolved claims.
Proposal and provenance
- Initial source within ADPS
- First proposed within ADPS by Jia Huang
- First recorded in
- First Perception workshop, 13 August 2026
- ADPS editorial work
- ADPS treats the changing judge across requirements, tests, review, deployment, and business outcome as a lifecycle concern.
- Current standing
- Candidate concept
Chronicle
- Recorded source
- ADPS public page
- First published on ADPS