Is this the complete policy?
Check the document identity, required sections, language and final passage against a reviewed source contract.
Engineering notebook / 01
Engine 6 Preview is being developed and tested to make policy retrieval, comparison and validation more traceable. This page opens the design for inspection.
ArchitectureCheck the document identity, required sections, language and final passage against a reviewed source contract.
Keep frozen captures, exact quotations and a separate verification step connected to each proposed change.
Save tasks, attempts and checkpoints so interruption does not erase progress or publish a change twice.
01 / Architecture
Official sources enter a private working area. A public record is created only after the required checks succeed. Retrieval, AI analysis and delivery have separate responsibilities.
Direct HTTP, HTTP/2 and a configured browser renderer supply bounded retrieval paths. Archive captures do not attest current live availability.
Durable tasks, per-origin backoff, frozen artifacts and checkpoints preserve the retrieval and reasoning trail. Observation and publication keep separate policy state.
Complete, supported changes may commit automatically at lower impact. High impact requires review; missing or uncertain evidence remains held.
The baseline, version, change record and queued notification event commit together. Delivery happens later and checks subscription preferences again.
02 / Decision flow
The change path requires two fresh captures in distinct runs, separated by at least one hour and no more than seven days. A 304 response can revalidate a stored representation; it cannot confirm a new change.
Missing contract, source drift, incomplete content or uncertain language → hold and record the reason.
Unchanged content → record a verified check. Missing or incompatible baseline → review before comparison.
A matching fresh capture in a different run confirms the candidate. A retry or a conditional 304 response does not count as a second capture.
The analyst must cover the complete delta with exact old/new quotations. A separate verifier assesses every claim and both language versions.
Unsupported or uncertain claims → hold. Verified high impact → human review. Complete supported lower-impact changes → atomic commit when publication is enabled.
Human approval does not waive missing evidence. Source or extraction-baseline repairs have their own review path. A purely presentational extraction change does not become a provider policy-change alert.
03 / Entity relationships
This is a conceptual map of the implemented preview schema. A solid line is an explicit database foreign key; dashed lines are application-managed references, including identifiers in checkpoints and evidence payloads.
Scroll horizontally to read every column. Keyboard: focus the table area and use the arrow keys.
| Entity | What it records | Relationship / identity |
|---|---|---|
| EngineRun → EngineTask | A requested run and its resumable work. | Explicit runId foreign key; one run has many tasks. |
| EngineAttempt | Each claimed task stage and its outcome. | Logical taskId; attempt history is separate from the current task. |
| EngineArtifact | Frozen captured or derived evidence with integrity checks. | Content-addressed ID; logical references from checkpoints and evidence payloads. |
| EngineSourceContract | Reviewed expectations for one source document. | policyId identity; logical relationship to Policy. |
| EnginePolicyState | Due time, last verified state and candidate confirmation. | Composite identity (policyId, mode); observe and publish are separate. |
| EngineOrigin · EngineHttpCache | Per-origin pacing and eligible conditional representations. | Origin / cache-key identities; cache logically references an artifact. |
| EngineReview | Frozen evidence, reason, decision and review history. | Unique taskId/evidenceKey; logical policy, artifact and change references. |
| Policy · PolicyChange · EngineOutbox | Public baseline, committed change and deferred delivery. | PolicyChange → Policy is an existing FK; outbox changeId is an application reference. |
04 / Validation
Recorded local verification, 31 October 2026. These results are a starting point for qualification, not a production accuracy score.
Synthetic fixtures do not measure retrieval quality on the live catalogue.
A 500-record scheduling test is not 500 successful Internet retrievals.
15 pre-existing web lint warnings remain; no independent dynamic security audit is claimed.
One clearly labelled synthetic policy; no subscriber notifications.
Review is not execution or certification. Subsequent fixes were tested locally.
Before live activation, qualification needs an annotated corpus and at least three complete daily windows. The target is up to 500 policies per day; reliability and coverage take priority.
OCR for scanned PDFs, general PDF structure recovery, automatic source-contract onboarding and automatic evidence pruning are outside this preview. Ambiguous documents remain in review.