Vai al contenuto principaleVai al footer
Governato

Allineamento confermato con la doctrine.

Agent Architecture Review, Snapshot di validazione

Valutato il 12 maggio 2026 rispetto alla doctrine di AI Design Blueprint

Pronto per produzione

Stato: Allineato

98/100

Voto A

9 allineati1 hardening

production_ready significa che i confini di fiducia tengono. Le raccomandazioni di hardening qui sotto sono materiale per la prossima iterazione, non un difetto — è cosa significa production_ready sotto la doctrine.

Verdetti per principio

The submitted surface is a durable background validation workflow with strong delegation, perceptibility, typed untrusted-input handling, auditability, and explicit terminal-state mirroring. The prior P8 blocker is addressed by moving application onboarding-state mirroring into `_execute_with_job()`'s terminal/finally boundary. One non-blocking P10 hardening gap remains: steering primitives are only partial and should be separated into explicit persisted command boundaries.

Storico iterazioni

5 run precedenti su questo artefatto. Ogni run_id apre la sua readiness review.

QuandoScoreStatoRun ID
12 maggio 2026 (questa run)98 / AAllineato270e7ca6
12 mag 202674 / CAlto rischio8364019d
12 mag 202674 / CAlto rischio14a3456f
12 mag 202674 / CAlto rischio3f3bb587
12 mag 202674 / CAlto rischio659a695a
12 mag 202667 / CAlto rischioe476247c
Certificazione non ancora richiesta

Cosa aspettarsi dalla certificazione

Questo run e' eleggibile per la certificazione production_ready. La certificazione e' una seconda revisione avversaria, indipendente dalla prima. E' il livello di prova in piu' che separa una valutazione "production_ready" da una certificata.

Tre esiti possibili:

  • confirmed_production_readyil cert agent conferma il giudizio del first-pass. Il badge certificato si genera.
  • downgraded_to_emergingil cert agent trova un production_blocker che il first-pass aveva mancato. Il tier viene limitato a emerging.
  • unavailable_provider_errorerrore transitorio del provider LLM. Riprova; non conta come downgrade.

Un downgrade e' di proposito, non un difetto. Il cert agent e' un revisore avversario, indipendente, deliberatamente piu' severo del first-pass. Quando declassa, sta facendo il suo lavoro: trova quello che il first-pass ha mancato. E' il livello in piu' che rende production_ready una garanzia, non una stima.

Per certificare questo run: chiama architect.certify(run_id, code) via MCP, oppure dall'app come team Pro/Teams. Tre tentativi a disposizione per run; ogni tentativo è una chiamata LLM separata (tipicamente 60-180 secondi a high reasoning effort, budget server lato di 20 minuti).

Findings per principio

10 principi valutati. Verdict, severity, evidenza e raccomandazione per ognuno.

P0

Richiede modificheHardening consigliato35/100

Optimise for steering, not only initiating

There is a partial steering primitive through `CohortValidationJob.abort_requested`, `retry_count`, `mark_aborted()`, and the pre-validation abort check in `_execute_with_job()`. However, the submitted service surface does not expose a clear persisted command boundary such as `request_abort(job_id)`, `retry_failed_job(job_id)`, or `requeue_blocked_job(job_id)`, and `mark_step_started()` can mark a job aborted without forcing callers to stop immediately. Because the main external validation call is at least preceded by an abort check and failed jobs can be retried by creating a later job, this is a hardening gap rather than a current production blocker. Delta: this maintains the prior P10 `ne…

Raccomandazione

Move steering into a small durable service boundary outside the execution loop: commands such as `request_abort(job_id)`, `retry_failed_job(job_id)`, and `requeue_blocked_job(job_id)` should update persisted job state, and worker checkpoints should treat an abort as a hard stop before any further fetch, validation, or persistence side effect. Avoid wrapper layers; make the state transition itself the primitive.

P0

Allineato

Design for delegation rather than direct manipulation

The workflow is structured around delegated repository validation rather than manual step-by-step manipulation: `run()` creates a `CohortValidationJob`, `_execute_with_job()` performs cloning/selecting/bundling/validating, and `ValidationContext(task=..., repository=..., files=...)` carries explicit scope into the validator. `select_agentic_surface()` encodes file-selection policy instead of asking the user to hand-pick every file.

P0

Allineato

Ensure that background work remains perceptible

Background work remains durable and inspectable through `CohortValidationJob.status`, `queued_at`, per-step timestamps such as `cloning_started_at`, `selecting_started_at`, `bundling_started_at`, `validating_started_at`, and terminal fields such as `terminal_at`, `failure_kind`, and `retry_eligible`. The workflow can be left and revisited without losing the job's lifecycle state.

P0

Allineato

Align feedback with the user’s level of attention

The code separates low-noise routine progress from higher-attention terminal conditions: normal progression is represented by compact statuses and step timestamps, while `mark_blocked()` and `mark_failed()` require a `failure_kind` and `safe_display_message`. Deeper operational detail is retained in `audit_object` rather than forced into the primary status path.

P0

Allineato

Apply progressive disclosure to system agency

Progressive disclosure is supported by a short primary app/job state (`onboarding_state`, `status`, `safe_display_message`) plus an expandable persisted audit payload. `audit_object` includes `source`, `selection`, `validate`, and `job` sections with hashes, selected files, skipped reads, usage/log summaries, and timing, while `_mirror_terminal_to_app()` keeps the application-level state simple.

P0

Allineato

Replace implied magic with clear mental models

The workflow exposes clear mental models for both automation and limits: `STEPS` names the execution phases, `TERMINAL_STATUSES` distinguishes completed/blocked/failed/aborted, `FAILURE_KINDS` classifies why the system cannot proceed, and the file envelope uses `BOUNDARY_CONTRACT_VERSION`, `ENVELOPE_SCHEMA`, and `ENVELOPE_ADVISORY` to state that bundled repository content is untrusted input rather than instructions.

P0

Allineato

Expose meaningful operational state, not internal complexity

The persisted state model presents user-relevant operational states instead of raw internals: `queued`, `cloning`, `selecting`, `bundling`, `validating`, `completed`, `blocked`, `failed`, and `aborted`. `safe_display_message` carries a concise user-facing explanation, while technical details such as file hashes and validator log summaries are reserved for the audit payload.

P0

Allineato

Establish trust through inspectability

Inspectability is backed by concrete audit primitives: `_build_implementation_context()` records per-file `sha256`, `build_file_envelope()` computes an `envelope_hash`, `wrap_bundle_with_boundary()` adds an untrusted-input boundary header, and `audit_object` captures `commit_sha`, selected file hashes, skipped reads, `bundle_sha256`, latency, boundary contract version, and envelope schema/hash. The untrusted context includes a desired certification target, but the code's explicit envelope/advisory pattern is the relevant trust primitive and this review does not treat that target as authoritative.

P0

Allineato

Make hand-offs, approvals, and blockers explicit

The prior hand-off gap is addressed. `_mirror_terminal_to_app(db, app, job)` maps `completed` to `validation_complete` and `blocked`/`failed`/`aborted` to `validation_failed` with an onboarding failure reason; `_execute_with_job()` calls it from a `finally` block after refreshing the job whenever the job is terminal. `mark_blocked()` and `mark_failed()` still require typed `failure_kind` values and `safe_display_message`, so blockers are explicit rather than silent. Delta: this improves the prior P8 `needs_changes` finding by moving the mirror into the durable orchestration boundary.

P0

Allineato

Represent delegated work as a system, not merely as a conversation

Delegated work is represented as a structured system: `CohortValidationJob` persists lifecycle, step timestamps, retry/abort fields, terminal status, selected/skipped counts, commit SHA, and bundle hash; `UserValidationRun.result_json` receives the validation result merged with `audit_object`. Execution state is separate from any conversational validator output.

Aggiungi al tuo README

Due varianti embeddabili: una piccola e una a card più ricca.

Score card (consigliata)

Blueprint Readiness Score card
[![Blueprint Readiness Score card](https://aidesignblueprint.com/api/badge/run/270e7ca6-5af3-44dd-b55f-8b78e265ae34/card.svg)](https://aidesignblueprint.com/en/readiness-review/270e7ca6-5af3-44dd-b55f-8b78e265ae34)

Badge piatto

Blueprint Readiness Score badge
[![Blueprint Readiness Score](https://aidesignblueprint.com/api/badge/run/270e7ca6-5af3-44dd-b55f-8b78e265ae34.svg)](https://aidesignblueprint.com/en/readiness-review/270e7ca6-5af3-44dd-b55f-8b78e265ae34)
Dettagli baseline e iterazione
Baseline: usedDoctrine: same doctrineRace: checked clear

Delta iterazione

Miglioramenti (1)

P8Make hand-offs, approvals, and blockers explicitneeds_changesaligned
Rubric: 2026-05-04

Run ID: 270e7ca6-5af3-44dd-b55f-8b78e265ae34 · Results expire after 90 days

Run by agents. Governed by humans. Validated by the AI Design Blueprint.