Verification and Constraints

READY FOR REVIEW

Kertújítók · What exists, where the client experience falls short, and what the finalizing orchestrator must deliver.

Current item: review the finalization contract24 September 2026Execution not launched

Goal and finish line

End goal: Deliver one client-ready Cloudflare Client Panel with the demonstrated proposal experience, reliable settlement accounting and CRM calendar, alongside verified Google marketing and a truthful, usable Hungarian onboarding guide.

Useful components. Unfinished client delivery.

The historical report is delivered. The public maintenance page is live. Proposal and calendar features have substantial separate staging evidence. The combined production panel, live measurement proof and final onboarding are still missing.

8 scenarioshistorical proposal acceptance
7 deliverablesthe finalization contract below
0 / 29final-release criteria verified

The zero is for this finalization contract. It does not erase earlier successful tests.

Rules that stay fixed

  • Keep Google Sheets input and the demonstrated PDF highlight frontend.
  • Use separate branches and protected staging subdomains before safe live integration.
  • Keep all six Google service campaigns within 200,000 Ft/month. Maintenance: Szigetszentmiklós, 10 km.
  • Preserve CRM history, blog/editor, authentication and forms. Cloudflare only.
  • Prepare for review now. A separate Launch message starts execution.
Evidence boundary: Most implementation results below are receipts from 23–24 September. This review distinguishes freshly inspected source/screens from historical tests. It does not pretend to rerun the entire application or query fresh Ads performance.

Existing work: open, inspect, judge

Direct URLs · status before criticism

Client reactions below are predicted usability questions, not statements Péter actually made.

Proposal application

STAGING · protected
Open proposal applicationhttps://kertujitok-product-stage-20260923.clientsflowdigital.workers.dev/panel/proposals/

What was produced

Eight accepted scenarios, 15 downloaded documents and 26 rendered pages are recorded. Grid-to-PDF highlighting, settlements, payments and immutable history exist; the staged grid is currently read-only.

Why it is not enough yet

The demonstrated prototype allowed in-place cell editing and immediate affected-PDF updates. The new grid is read-only and sends editing to a separate Sheet, losing part of the demonstrated experience. The new application is also separate from the live panel. Sheets editing still needs safe row/formula guidance. First download also locks the original estimate, but the visible button sounds like an ordinary download.

A bemutatón itt át tudtam írni a cellát és láttam a PDF változását. Most miért kell másik ablakba mennem?Predicted client reaction · illustrative wording
Evidence: product/onboarding-evidence.md; product/pdf-tests/eight-pass-acceptance.json; cloudflare/proposals/app.js:74 · Finalizer: D1, D2, D3

Calendar and CRM

STAGING · protected
Open calendar and crmhttps://calendar-stage-20260923.cfd-staging.com/panel/

What was produced

23 API checks and 11 hosted journeys are recorded, with additional conflict/error/retry and mobile evidence. The calendar reuses CRM dates.

Why it is not enough yet

The calendar-only stage does not contain the proposal module. Shared-menu alignment remains unfinished. A search observation needs reproduction before calling it a defect. No integrated live-panel acceptance exists.

Ugyanonnan elérem az ajánlatokat is? Ha rákeresek egy ügyfélre, biztosan csak őt látom?Predicted client reaction · illustrative wording
Evidence: calendar/workers/visual-final.md; hosted-api-results.json; hosted-browser-results.json · Finalizer: D1, D4

Local maintenance landing

LIVE · public
Open local maintenance landinghttps://kertujitok.hu/helyi-kertfenntartas

What was produced

A focused mowing/leaf-collection page is published for Szigetszentmiklós and its 10 km area. The dropdown correction has a live receipt.

Why it is not enough yet

A working visible page does not prove enquiries are stored and measured. The complete production form-to-analytics chain and final route-wide production QA are still unproved.

Ha innen valaki ajánlatot kér, hol jelenik meg, és biztosan tudjuk, hogy ebből az oldalból jött?Predicted client reaction · illustrative wording
Evidence: product/public-production-release.json; product/qa/dropdown-production.json; marketing/production-test-resume.md · Finalizer: D5, D6

30-day report pack

COMPLETE · historical
Open 30-day report packhttps://review.clientsflow.hu/kertujitok-30-napos-riport-2026-09-23-v1/

What was produced

Four linked report sections, narration, native slides and a private Notion page are delivered. Its frozen window is 24 Aug–22 Sep.

Why it is not enough yet

It explains past results, not the live launch state. A client could mistake five mixed platform interactions for five real leads if the handoff collapses the distinction. Do not rewrite the frozen numbers to make current delivery look complete.

Rendben, de ebből mi működik most, és hány valódi érdeklődő érkezett?Predicted client reaction · illustrative wording
Evidence: marketing/workers/reporting/pack_receipt.json · Finalizer: D6, D7

Client onboarding guide

DRAFT · planned journeys
Open client onboarding guidehttps://review.clientsflow.hu/kertujitok-client-onboarding-2026-09-23-v1/

What was produced

The initial guide was created before execution and includes a sanitized copy of the original frontend plus planned journeys.

Why it is not enough yet

Mockups and a historical prototype are still the teaching material. Final protected links, actual released screenshots and exact controls are missing. It is useful as a design brief, insufficient as a client manual.

Ezt a gombot nálam hol találom? A képen máshogy néz ki.Predicted client reaction · illustrative wording
Evidence: onboarding/index.html; product/onboarding-evidence.md · Finalizer: D7

Demonstrated highlight prototype

REFERENCE · not current app
Open demonstrated highlight prototypehttps://review.clientsflow.hu/kertujitok-proposal-highlight-2026-09-09-v1/

What was produced

This is the exact September 9 reference required by Matt. It establishes the grid and PDF highlight interaction to preserve.

Why it is not enough yet

Its public availability makes it easy to confuse with the new persistent application. It must be labelled a demonstration, never presented as the final place to manage projects.

Ebbe írjam az új ajánlatot, vagy a másik felületbe?Predicted client reaction · illustrative wording
Evidence: original source: review-variants/highlight/site/ · Finalizer: D2, D7
Additional completed artifacts and old verification boards

Open the native Google Slideshttps://docs.google.com/presentation/d/1o0dtXeev3d5MGcpMPKLfJAGYjrMAWMiwPNcVB5A1cJQ

Open the private Notion reporthttps://app.notion.com/p/Kert-j-t-k-30-napos-PPC-SEO-s-CRO-riport-kertujitok-2026-08-24-2026-09-22-3e49cef986ad81c99085d5d316d6cd80

Open the product verification boardhttps://review.clientsflow.hu/kertujitok-product-verification-2026-09-23-v1/Historical progress surface. A green marker is not fresh production proof.

Open the calendar verification boardhttps://review.clientsflow.hu/kertujitok-calendar-verification-2026-09-23-v1/Historical progress surface. A green marker is not fresh production proof.

Open the marketing verification boardhttps://review.clientsflow.hu/kertujitok-marketing-verification-2026-09-23-v1/Historical progress surface. A green marker is not fresh production proof.

KPC decision evidence: 251 advice rows imported with zero rejects and zero cited-figure mismatches in the saved receipt. The raw Stage 3 dashboard contains private account/query evidence and was deliberately not hosted. /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/marketing/workers/kpc/ads-control/reports/stage-3-20260923T231819-68beff25.html

Google Ads execution lessons: the exact-session research is complete and belongs in the finalizer input, rather than a new research task. /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/marketing/workers/knowhow/report.md

Inspect the actual visual evidence

Saved screenshots from the overnight synthetic tests, inspected again for this review. They show staging and a downloaded PDF, not production acceptance.

Usability critique: what to fix and why

P1 = affects trust, task completion or promised delivery. P2 = important clarity or polish. Evidence gaps are labelled separately from observed defects.

P1 Source-confirmed prototype regression

The demonstrated table can no longer be edited

Evidence: The September 9 prototype creates input/textarea controls in table cells and regenerates the PDF on edits. The staged renderSheet builds text-only cells and points to an external Sheet for editing. Highlighting remains, direct editing does not.

Client consequence: The client saw an edit-and-see workflow. A read-only replacement is a loss of demonstrated behavior even if the underlying accounting improved. The earlier read-only choice was an implementation decision, not a user requirement.

Required improvement: Restore in-place editing backed by the same authoritative Sheet. Show save/error/conflict states and verify edited cells, Sheet readback and the affected regenerated PDF together. D2

P1 Confirmed gap

One client task spans separate builds

Evidence: The proposal and calendar proofs belong to isolated stages. Neither is evidence that the current production panel supports the complete journey.

Client consequence: A collection of working modules still leaves the client without the promised single entry point.

Required improvement: Release the combined panel and prove Blog → Ajánlatok → Naptár → CRM with one login, including mobile. D1

P1 Observed workflow risk

Routine row editing exposes internals

Evidence: The written workflow asks users to insert full rows, copy E/H formulas and avoid the hidden Q identifier. Duplicate IDs reject import, so silent corruption is not being alleged.

Client consequence: Péter must remember spreadsheet mechanics unrelated to quoting a job. A harmless copied row can become a support request.

Required improvement: Preserve Sheets but make normal row edits safe, validate import errors in plain Hungarian and show the exact repair. D2

P1 Source-confirmed usability gap

Download also establishes the original

Evidence: The button reads “PDF mentése és letöltése”. Its handler locks the original estimate before generating/storing the first file. The visible primary action does not explain that state transition.

Client consequence: A client may believe they are testing a download while committing the baseline against which later work is compared.

Required improvement: Make draft/first issue state clear before the action. Explain recovery when save/download fails after the original has been locked. D2

P2 Observed visual friction

The spreadsheet dominates first use

Evidence: The staged screenshot carries the original image/header area and a large grid beside a scaled PDF. Five financial totals and several actions compete above it.

Client consequence: A first-time user has to infer whether to edit here, open Sheets, refresh, or download. Familiarity with the original workbook helps, but hierarchy can improve.

Required improvement: Keep the demonstrated grid and highlight. Make the next action, source freshness and edit location obvious; ensure preview can be read at useful size. D2

P2 Recorded defect / unconfirmed behavior

Calendar finish is inconsistent

Evidence: Shared menu entries lack neighboring icons/inset. Separately, an earlier Kanban query left all records visible; that behavior is an observation pending reproduction.

Client consequence: Uneven navigation makes additions feel bolted on. If search truly fails, finding a specific client becomes unreliable.

Required improvement: Align menu styles. Reproduce search with known matches/no-matches, then fix only the confirmed behavior. D4

P1 Verification gap

Tracking has no complete live proof

Evidence: The saved-lead runtime and GTM20 are published, but the genuine production submission, D1 row and same-ID GA4 diagnostic event have not been witnessed end to end.

Client consequence: The client cannot rely on reported lead counts or campaign comparisons yet.

Required improvement: Prove the real chain with safe synthetic data and notification suppression; keep Ads attribution distinct. D5

P1 Provider-dependent gap

Configured campaigns are not serving proof

Evidence: At 23 Sep 21:53 UTC, five campaigns were enabled at 5700 Ft/day; maintenance at 800 Ft/day was paused. Billing/destination review and actual impressions remained unresolved.

Client consequence: The client asked for ads to run. Enabled settings and a live landing page alone do not deliver that outcome.

Required improvement: Refresh eligibility/billing/approval and current impressions. Complete independent work; return the exact provider blocker if one remains. D6

P1 Budget-control gap

The monthly limit needs a real control

Evidence: 6500 × 30.4 = 197600 Ft is a planning estimate. The historical account configuration had no hard account budget cap. Current spend and all enabled campaigns must be included.

Client consequence: An estimate presented as a guarantee could violate the agreed 200000 Ft monthly ceiling.

Required improvement: Document and verify an all-account stop/adjust control using actual spend-to-date and remaining allowance. D6

P1 Observed documentation gap

The guide cannot yet teach the shipped app

Evidence: It openly labels itself a first planned version. Its screenshots are mockups and the earlier prototype; real final controls and access steps remain absent.

Client consequence: A polished guide can still send the client down the wrong click path.

Required improvement: Replace placeholders with the final live interface, test the guide with a first-time reviewer and show exact limitations. D7

P1 Freshly confirmed content gap

Published business details need completion

Evidence: The current public /aszf and /adatkezelesi-tajekoztato responses both contain [kitöltendő] for registered office, tax number and registration number.

Client consequence: Placeholder legal/business fields undermine trust and signal unfinished delivery. This is a content completeness observation, not a legal compliance opinion.

Required improvement: Recover verified existing business facts and replace only supported fields. Escalate only any irreducible missing fact. D5

P2 Independent usability judgment

The report needs a handoff bridge

Evidence: The report opens four equally weighted sections: results, competitors, next period and decision situations. Each is useful, but none answers what is available to Péter today.

Client consequence: The client must translate a historical report into a current operational decision.

Required improvement: Keep the report intact and add a concise current-status bridge in the handoff, with one recommended reading order. Do not reopen the already agreed six-service choice. D7

P2 Independent usability judgment

Daily calendar actions compete

Evidence: Recorded upcoming-view screenshots show four actions repeated on reminder cards: open lead, done, reschedule and clear date.

Client consequence: A busy operator has to scan the same choices for every reminder. This is friction, not proof the actions fail.

Required improvement: Improve the primary/secondary action hierarchy if the first-time walkthrough confirms hesitation. Preserve every action and avoid a speculative calendar redesign. D4

Independent critique method and limits

Method: two isolated assessments, design/usability and detector/browser evidence. The source detector reported two style warnings in degraded regex mode because parser dependencies were unavailable. These are not functional failures.

Fresh inspection: public report, onboarding and landing at desktop/mobile; current proposal source; saved synthetic proposal/calendar screenshots; one actual rendered PDF page. Protected stage routes returned 401 without authentication. Full protected journeys and Ads provider state were not rerun in this review.

Review judgment: the design assessment scored the inspected journey 29/40. This is an expert usability judgment, not a product test score. Calendar-specific tests and historical PDF results remain separate evidence.

HeuristicScoreMain finding
System status3/4Good source time and urgency, weak next action.
Real-world language4/4Clear Hungarian financial and calendar terms.
User control3/4Download and first issue need distinction.
Consistency3/4Separate surfaces and unfinished menu alignment.
Error prevention2/4Row mechanics and consequential PDF action.
Recognition3/4Sheets → refresh sequence needs guidance.
Efficiency2/4Repeated calendar actions increase scanning.
Minimalism3/4Dense proposal opening, otherwise calm visual system.
Error recovery3/4Calendar recovery evidence is a strength.
Help3/4Guide is thorough but needs a first-success route.

Rejected overreach: the calendar placeholder in the unintegrated parent branch does not erase the tested calendar child. Legal placeholders are a concrete completion gap, not proof of a legal violation. The completed report does not need a new campaign-choice exercise because the six-service scope is settled.

Questions skipped: settled scope and existing evidence are sufficient to prepare this review. No new product preference is needed now.

End state

Péter can open the existing panel, reach Blog, Ajánlatok and Naptár from the hamburger menu, edit proposal inputs once through the demonstrated editable grid backed by Google Sheets, understand and download accurate immutable PDFs, track completed work separately from requested and paid amounts, and manage dated CRM reminders without duplicate entry. The live public forms have proved saved-lead measurement. Google campaigns cover all six agreed services within the combined monthly budget, with actual serving proved or its precise external blocker honestly recorded. One final Hungarian guide teaches the actual released journeys using real screenshots and direct links. Technical release and Péter's own acceptance remain distinct.

Confirmed requirementProposed methodUnproved result / open fact

End goal system

flowchart TD
 S["<b>Google Sheets</b><br/>One input source"]:::confirmed --> P["<b>Existing Client Panel</b><br/>Proposals and calendar<br/>CRM and blog"]:::confirmed
 P --> Q["<b>Proposal documents</b><br/>Highlight and history"]:::confirmed
 P --> C["<b>CRM reminders</b><br/>One record, date-only workflow"]:::confirmed
 W["<b>Public enquiries</b><br/>Real saved leads"]:::confirmed --> M["<b>Measured acquisition</b><br/>Live chain still unproved"]:::open
 A["<b>Six Google services</b><br/>200000 Ft/month"]:::confirmed --> W
 B["<b>Billing and approval</b><br/>Eligibility unresolved"]:::open --> A
 P --> G["<b>Client guide</b><br/>Actual released journeys"]:::confirmed
 classDef confirmed fill:#E8F5E9,stroke:#2E7D32,color:#173B25
 classDef assumption fill:#FCE4EC,stroke:#C2185B,color:#5B1430
 classDef open fill:#FFFFFF,stroke:#94A3B8,color:#475569,stroke-dasharray:5 5

Route to the end state

Scroll this diagram horizontally to read the full route at a comfortable size.

flowchart LR
 P["<b>Separate stages</b><br/>Proposal and calendar"]:::confirmed --> R["<b>Review contract</b><br/>Then explicit Launch"]:::confirmed
 M["<b>Partial live marketing</b><br/>Serving unproved"]:::open --> R
 R --> F["<b>Finalize and combine</b><br/>Preserve working parts"]:::assumption
 F --> T{"<b>Evidence passes?</b><br/>Final-build acceptance"}:::open
 T -- No --> F
 T -- Yes --> L["<b>Safe live release</b><br/>Rollback and live checks"]:::open
 L --> H["<b>Client-ready handoff</b><br/>Guide and truthful status"]:::open
 L -- External blocker --> E["<b>Partial delivery</b><br/>Owner and exact resume point"]:::open
 classDef confirmed fill:#E8F5E9,stroke:#2E7D32,color:#173B25
 classDef assumption fill:#FCE4EC,stroke:#C2185B,color:#5B1430
 classDef open fill:#FFFFFF,stroke:#94A3B8,color:#475569,stroke-dasharray:5 5

The finalizer may progress product and marketing in parallel. One owner serializes shared production release. External Ads billing must not stall independent product work.

Deliverable flow

One operational handoff · six nodes
input

Settled scope

Preserve what Matt and Péter agreed.

/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/finalization-review-20260924/user_prompts_and_goal_relevant_info.md
input

Existing artifacts

Reuse working components and trace their limits.

/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923
deliverable

Reviewed contract

Give one finalizer observable acceptance.

https://review.clientsflow.hu/kertujitok-finalization-review-2026-09-24-v1/
deliverable

Released panel

Let Péter complete daily work in one place.

Protected production URI to verify
deliverable

Verified marketing

Prove saved leads, budgets and actual serving.

Live site and provider readbacks
deliverable

Client guide + handoff

Teach the actual interface and expose remaining limits.

https://review.clientsflow.hu/kertujitok-client-onboarding-2026-09-23-v1/

Exact deliverables for the finalizer

Final release criteria · source-owned status

Expand each card to inspect its contract. Checkboxes are read-only review controls: the executor updates their source only when evidence exists. The detailed tests describe outcomes, not a prescribed implementation recipe.

D1 · Release a unified client panel

protected integrated staging URL, then existing production Panel with separate Ajánlatok and Naptár menu tabs, exact release manifest and rollback receipt.

NOT STARTED 0 / 4
Criteria, constraints and required evidence

Inputs

execution-state.json/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/execution-state.jsonintegration-checklist.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/calendar/integration-checklist.md

Outputs to produce

Integrated staging panelProduction panelRelease and rollback manifest

Verify with evidence

Protect these constraints

  • development remains on separate work branches and separate protected subdomains/storage; shared release has exactly one owner.
  • Preserve public maintenance/tracking changes already live and unrelated dirty work.
  • Do not ship proposal-only stage over newer production.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.

Platform assumptions checked against official documentation: Cloudflare Worker rollback · D1 recovery

Required screenshot proof · D1
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

D2 · Make proposal editing safe

the original highlighted-PDF frontend upgraded into a client-usable Sheets/Panel workflow, plus a concise field ownership map and guided error recovery.

NOT STARTED 0 / 5
Criteria, constraints and required evidence

Inputs

workbook-mapping.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/workbook-mapping.mdonboarding-evidence.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/onboarding-evidence.md

Outputs to produce

Safe proposal workflowField ownership mapRecovery guidance

Verify with evidence

Protect these constraints

  • Google Sheets stays phase-one input and the sole authoritative persisted source for quotation inputs, with no duplicate authoritative data entry; preserve exact demonstrated frontend identity and original template.
  • Do not add billing integration, auto customer emails, or an unrelated app redesign.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.

Platform assumptions checked against official documentation: Drive sharing and permissions

Required screenshot proof · D2
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

D3 · Prove eight proposal scenarios

eight distinct accepted proposal scenarios with actual downloaded PDFs, readable rendered screenshots, independent arithmetic/content checks and a final-build applicability manifest.

NOT STARTED 0 / 4
Criteria, constraints and required evidence

Inputs

eight-pass-acceptance.json/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/pdf-tests/eight-pass-acceptance.jsonrender-manifest.json/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/pdf-tests/render-manifest.json

Outputs to produce

Eight accepted scenariosDownloaded PDFsRendered page screenshotsIndependent calculation checks

Verify with evidence

Protect these constraints

  • preserve agreed unit prices unless a recorded reason authorizes a change; preserve original estimate and document history.
  • Never count a screenshot of the HTML preview as proof of the downloaded PDF, and never reset the criterion to eight consecutive passes.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.
Required screenshot proof · D3
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

D4 · Finish calendar and CRM journeys

integrated calendar + CRM on the final Panel, with date-only reminders, coherent navigation and reversible archive/restore.

NOT STARTED 0 / 4
Criteria, constraints and required evidence

Inputs

visual-final.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/calendar/workers/visual-final.mdhosted-browser-results.json/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/calendar/hosted-browser-results.json

Outputs to produce

Integrated calendar and CRMSearch and recovery proof

Verify with evidence

Protect these constraints

  • no external Google Calendar synchronization promise or second reminder database; preserve date-only workflow and existing CRM field authority.
  • No bulk spam deletion: existing audit found no substantiated current spam; cleanup only exact verified synthetic records with recovery.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.
Required screenshot proof · D4
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

D5 · Verify live lead measurement

production proof of accepted lead → D1 → GTM → GA4, plus accurate failure/consent/duplicate behavior and customer-facing public-page checks.

NOT STARTED 0 / 4
Criteria, constraints and required evidence

Inputs

production-test-resume.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/marketing/production-test-resume.mdpublic-production-release.json/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/public-production-release.json

Outputs to produce

Live measurement proofPublic page QAVerified company details

Verify with evidence

Protect these constraints

  • preserve Turnstile, privacy/consent and existing notification suppression; never bypass a challenge or fabricate attribution.
  • If tool policy requires a human challenge action, preserve the exact resume point and complete all independent checks.
  • No secrets/real leads in public evidence.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.

Platform assumptions checked against official documentation: GA4 automatic form interactions · Turnstile server validation

Required screenshot proof · D5
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

D6 · Complete Google campaign delivery

all six agreed service campaigns correctly configured, reconciled budget/pacing, maintenance destination/approval resolved, and actual serving evidence or exact provider blocker.

NOT STARTED 0 / 4
Criteria, constraints and required evidence

Inputs

campaign-final.json/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/marketing/after/campaign-final.jsonads-evidence-checklist.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/marketing/workers/knowhow/ads-evidence-checklist.md

Outputs to produce

Six-service campaign deliveryMonthly spending controlServing or blocker receipt

Verify with evidence

Protect these constraints

  • Google only, no Meta, no increase to monthly cap or client prices; all six services stay in scope.
  • Never alter Péter's card/funding or claim accepted settings prove ad delivery.
  • Separate fixed historical report from current launch status.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.

Platform assumptions checked against official documentation: Google spending limits · Account budgets · Location targeting

Required screenshot proof · D6
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

D7 · Deliver the client onboarding guide

updated existing Hungarian onboarding URL, one concise unsent handoff draft, current feature/status table, exact protected client entry URL and private completion/rollback packet.

NOT STARTED 0 / 4
Criteria, constraints and required evidence

Inputs

index.html/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/onboarding/index.htmlonboarding-evidence.md/Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923/product/onboarding-evidence.md

Outputs to produce

Real client guideUnsent handoff draftPrivate operational packet

Verify with evidence

Protect these constraints

  • natural concise Hungarian, no invented claims, prices or timelines; preserve the existing guide identity and original prototype lineage.
  • Keep private transcripts, customer data, secrets and operational account exports off public review pages; client access verification is separate from actual client acceptance.
Current proof: historical work is listed above. No finalization criterion is checked before proof applies to the final release.
Required screenshot proof · D7
Attach the actual state(s) named in the criteria, capture date, viewport, source commit and serving version. Synthetic examples only. A placeholder is not a pass.

Open facts and affected actions

Open factHow the finalizer resolves itWhat it affects
Actual current build and accessRead serving versions, branch state and authorized protected routes. Do not infer from stale reports.D1 production release, D7 access instructions
Reported search behaviorReproduce with known matching and nonmatching records, check list and Kanban separately.D4 only if confirmed
Production challenge / measurementUse genuine permitted submission. Human action only if current tool policy actually requires it.The exact live measurement proof, not all other work
Billing and ad approvalCurrent provider diagnostics. Péter handles funding; finalizer documents exact requested action.Ad serving, not product deployment
Missing company factsRecover authoritative records first. Ask only for unrecoverable required values.The affected published fields
Péter’s actual experienceAgent rehearsal plus access checks first; actual client trial stays explicitly pending until it happens.Client acceptance, not a fabricated technical pass

Inspect current published business placeholders: Terms page · Privacy page.

No scope questions need repeating: Google only, six services, 200,000 Ft/month, 10 km, Péter pays, Google Sheets remains, the demonstrated prototype is the base.

Authority and execution handoff

This turn prepares the plan only. Start one finalizing executor only after a separate explicit user message containing Launch, as required by the invoked LLL skill. The default named executor is gpt-5.6-sol medium. It owns implementation choices and may use bounded subagents; no two writers own shared shell, migrations or release at once. Prior explicit permission covers staged development, reversible Cloudflare production integration and in-scope Google setup after Launch. Do not ask again about settled scope. No client send, binding commitment, changed client prices, or permanent important-data deletion without verified recovery. USD15 incremental vendor spending is a shared task ceiling, not per worker; retain the previous ledger if resuming the same work. Google advertising has separate explicit 200000 HUF/month authority. Never use GAJA/GHL. Do not invent a morning deadline that has already passed.

Source map and completion rules for a fresh executor

Root R = /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/overnight-20260923. New run root N = /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/finalization-review-20260924.
Canonical code /Users/agency/Documents/Agty/kertujitok-cloudflare, private origin dani-clientsflow/kertujitok-cloudflare. Legacy KERTÚJÍTÓK repository is evidence only. Relevant branch codex/product-overnight-20260923. Calendar worktree /Users/agency/Documents/Agty/kertujitok-calendar-worktree, branch codex/calendar-overnight-20260923. Inspect actual dirty status, branch and remote at execution start and preserve all unrelated changes. Recover current source/version instead of deploying old reports.
Read R/shared-contract.md for original boundaries and exact source locations. Read N/user_prompts_and_goal_relevant_info.md for user intent. Original prototype source /Users/agency/.codex/worktrees/ccd4/KERTÚJÍTÓK/review-variants/highlight/site/. Meeting commitments /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/client-review-20260922/meeting-commitments.md and relevant original meeting sections. Preserve original workbook /Users/agency/Downloads/Árajánlat Küküllő utca 13.xlsx unchanged. Historical model/launch instructions in R are superseded by this review-gated run; factual scope remains.

Historical evidence must not be treated as fresh current state. Proposal pass: R/product/pdf-tests/eight-pass-acceptance.json, R/product/pdf-tests/render-manifest.json, R/product/pdf-tests/independent-content-checks.json. Product resume R/product/execution-state.json. Public release R/product/public-production-release.json. Calendar R/calendar/workers/visual-final.md, R/calendar/hosted-api-results.json, R/calendar/hosted-browser-results.json, R/calendar/hosted-states-results.json, R/calendar/integration-checklist.md. Ads R/marketing/after/campaign-final.json, R/marketing/access-and-budget.md, R/marketing/kpc-applied-decisions.md. Tracking R/marketing/production-test-resume.md. Lessons R/marketing/workers/knowhow/report.md and R/marketing/workers/knowhow/ads-evidence-checklist.md. Report R/marketing/workers/reporting/pack_receipt.json. These are historical baseline/handoff receipts, not current provider proof. Every provider claim must carry its evidence date and exact account, route and environment. Missing fresh access/readback leaves that criterion UNKNOWN or BLOCKED.

Board acceptance

Use exactly /Users/agency/Documents/Codex/2026-09-22/create-a-new-variant-of-ll/outputs/lll-communication-template.html for the single extended review board, preserving its communication, flow and work-card structure. For each already-created artifact show its usable human-review URL, separate local evidence/source path, access status and evidence date/build, observed state, specific critique and why it is insufficient, clearly labelled predicted client reaction, and mapped D1-D7 remedy. Missing or protected URLs remain explicitly qualified. Include the existing proposal stage, calendar stage, maintenance landing, onboarding and historical report with direct destinations recovered from their receipts. Do not replace review URLs with receipt paths or imply a protected application was freshly inspected. Preserve the fixed historical report and add current status in the handoff/board. The board must expose all D1-D7 outputs, criteria and proof for review. This Prepare acceptance is separate from product execution completion.

Execution ownership

Launch one finalizing executor after the separate Launch instruction. It owns integration, shared shell, migrations, release and the final evidence packet. Bounded worker packages may cover proposal/PDF verification, calendar/CRM verification and Google/measurement verification, each on disjoint files or read-only checks; the finalizer may combine packages when fewer writers are safer. Before spawning, record exact files/provider surfaces, dependencies, done criteria from the assigned D1-D7 subset and report path. Each worker returns changed revisions plus criterion-linked evidence, never a bare completion claim. Only the finalizer integrates and deploys shared application state. Keep reporting/guide work downstream of the verified release and provider state.

Bind proof to one release

Maintain one immutable release manifest with run ID, relevant product/calendar commits, built-asset hashes, serving Worker versions, route/environment and redacted destination/configuration identifiers. Product, PDF, calendar, tracking and guide evidence references this release ID; Google evidence references the same run with its own account and timestamp rather than pretending Ads settings are part of a Worker build. Reused evidence records the dependency comparison against the final release. Postdeployment readback must match the manifest before a release-dependent criterion passes.

Completion rules

Update this run's same HTML/URL with current item, native checkboxes, evidence and passed/total counters. Black contract, blue live evidence, green proven pass, red failed/blocked. Do not mark a deliverable complete from a child summary alone. Screenshot slots say exact required state/build. Keep deliverables.md, main-prompts.md, session.txt and final report.md in N/execution. Return one evidence-complete handoff via recorded parent. If any required acceptance remains unproved, final status is partial/blocked for that deliverable, even if all independent work is done. External billing/challenge/client acceptance cannot be fabricated. No new executor during this Prepare turn.

Parent ↔ child messages

Meaningful handoffs only
PARENT · PREPARE24 September 2026

Review existing work, critique client usability and define the exact remaining deliverables. Use Matt’s specified communication template. No finalizing executor has been launched.

Executor messages will appear here only after Launch.

Parent read set and recovery stateOn completion or a real stall

The three previous orchestrators stopped at usage limits. This run has not inherited a running executor. Preserve their partial work, then re-establish the exact source and serving versions.

Future read set: clean executor gist, deliverables.md and main-prompts.md. session.txt provides extraction provenance. Do not infer completion from old PENDING reports or unchecked boards.