LL2 · LLL review board

Kertújítók client meeting: strategy, exact setup and measurement dashboards

FULL CONTRACT · EXECUTION AUTHORIZED

Authorised execution contract for the October 2, 2026 client meeting. Matt requested the contract, refinement and immediate fresh executor launch without stopping for feedback. This HTML is the primary contract.

Execution: runningRun: kertujitok-meeting-20261002Updated: 2026-10-01
0 / 7criteria verified

Current path to the deliverables

CURRENT STATE

Current state

The six-campaign 5,000 Ft/day launch has provider evidence. The September 30 native end is now in the past. At the September 30 15:37 Budapest API observation, all six were enabled and reported zero delivery. Three protected production form retests remained unverified. These are historical observations, not current October 1 facts.

INPUTS

Available inputs

  • Settled request · confirmed — Comprehensive HTML slide deck with real Google Ads screenshots beside easier designed summaries, exact keywords, exact ad copy, exact targeting, and multiple dashboards for campaign measurement. Meeting: October 2, 2026, Europe/Budapest.
  • Account and evidence route · confirmed — Google Ads 9678294672. API is the numerical/configuration source. The new explicit screenshot request authorises a narrow read-only Ads UI route to capture genuine screenshots; it does not authorise Ads writes.
  • Current outcomes · open — Fresh provider status, delivery and conversion verification must be read by the executor. No performance, accepted lead, payment clearance or end-to-end conversion claim from historical ENABLED/ELIGIBLE state.
DESIRED STATE

Desired state

Matt can run a polished Hungarian client presentation on October 2, 2026, explain why each service campaign and setting exists, show genuine provider evidence and exact inventories, and demonstrate clear dashboards for subsequent reporting with truthful empty states and known measurement limits.

OBSERVABLE DELIVERABLES

Deliverables

  • A polished Hungarian HTML presentation that explains the strategy and every relevant setting category using actual Google Ads screenshots and clear designed summaries.
  • A complete exact reference linked from the slides so Matt can answer detailed keyword, copy and targeting questions.
  • Designed dashboards that summarise acquisition, campaign delivery, lead quality and measurement health as data arrives.
Deliverable details

D1. Meeting-ready strategy and settings slides

Current problem: The existing launch board documents execution but is not a client presentation. A settings list alone does not explain intent.

Proposed change: Build one coherent slide deck with overview, service portfolio, allocation rationale, campaign-by-campaign plan, settings evidence, measurement approach and concrete next decisions. Choose length and visual system for comprehensiveness and meeting usability without an arbitrary slide quota. Use concise main slides with accessible exact appendices. Parent commonsense presentation route: latest status, service strategy and allocation, who/where/when we target, search intent and ad messages, measurement, then meeting decisions. Keep dense inventories accessible in appendices rather than filling the main narrative with tiny text.

Visible at: Hosted deck, slide overview and settings evidence sections.

Representative test: Compare fresh API facts with launch-receipt.json, setup-audit.json and the recorded launch contract. Maintain one setting-category matrix linking source, campaign scope, screenshot, designed slide and exact appendix. Check displayed values and distinguish recorded rationale from inference. Do not expand into exhaustive removed-item history.

Requirements, verification, and evidence (0/3 verified)

Requirements and verification

Present the six exact campaigns and both maintenance groups, 5,000 Ft/day reviewed allocation, service intent, landing routes, bidding, campaign status/end, network settings, locations/radii/exclusions and presence option, languages, schedules, devices/demographics and modifiers, audience/observation settings, keywords/match/negative structures, RSA/assets and conversion-goal/tracking configuration where applicable. Separate configured facts, design rationale, observed outcomes and proposed next steps. State when a category is not configured or not exposed rather than inventing it. Reconcile the recorded launch setup with current configuration. Show material changed/removed settings as dated history, keeping the current inventory distinct. Cite recorded campaign intent where available, and label rationale reconstructed from settings as inference.

Verification: Compare fresh API facts with launch-receipt.json, setup-audit.json and the recorded launch contract. Maintain one setting-category matrix linking source, campaign scope, screenshot, designed slide and exact appendix. Check displayed values and distinguish recorded rationale from inference. Do not expand into exhaustive removed-item history.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Use genuine Google Ads UI screenshots for every setting category presented under deck-content, readable in the deck with observation time and a plain caption. Pair each with an easier-to-overview designed view of the same data. Representative screenshots may cover identical setups if this is explicit and all real differences are represented. Never render or fabricate a Google Ads screenshot.

Verification: The coverage matrix names a genuine screenshot and paired same-data view for every presented category, or an exact provider/access gap. Map representative captures to campaigns whose values are verified identical and show every difference. Save original UI captures with account/campaign context, capture time and API snapshot reference. Compare visible text to API values, remove unrelated private account information, and never fabricate a provider capture. Recover access where possible. An unresolved screenshot gap leaves this criterion incomplete while independent work continues.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Deck is polished and legible for live presentation, in Hungarian, with keyboard/button slide navigation, overview/direct navigation, useful screenshot zoom and printing. No clipping of essential content at a representative desktop presentation viewport; mobile can read and navigate without horizontal document overflow.

Verification: Exercise navigation, direct slide links, screenshot zoom and print preview; inspect representative main-slide and dense-appendix screenshots at desktop and phone widths. Follow required independent visual QA on deployed client-facing HTML. No automatic user-facing preview/panel opening.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Deliverable-specific context

Output: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002/site/index.html

D2. Exact campaign, keyword, ad copy and targeting reference

Current problem: Readable summary slides can hide exact values or omit inactive entries.

Proposed change: Integrate searchable/filterable appendices with full exact positive and negative keywords and match types, source scope, active/paused state, ad copy and targeting tables. Keep simplified main slides tied to these exact records.

Visible at: Deck appendices and source/evidence links.

Representative test: Generate reference tables from fresh structured API data, not hand-copying. Programmatically compare unique IDs/counts and each text/value to the source export; no omissions, duplicate records or paraphrases in fields labelled exact. Report provider-omitted fields as unknown.

Requirements, verification, and evidence (0/2 verified)

Requirements and verification

List every non-removed configured keyword for the six campaigns and their ad groups, positive/negative and campaign/shared/ad-group scope, exact text, match type and enabled/paused state. Include shared negative list contents and links where relevant. Preserve accents and exact text. Include every non-removed RSA for these groups with all headlines/descriptions in provider order, pinning, paths, final URLs, active/paused state and policy status. Include all linked applicable asset copy and targeting/bid/budget values without approximations. Removed history need not be exhaustively included.

Verification: Generate reference tables from fresh structured API data, not hand-copying. Programmatically compare unique IDs/counts and each text/value to the source export; no omissions, duplicate records or paraphrases in fields labelled exact. Report provider-omitted fields as unknown.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Each simplified slide identifies its campaign/ad-group and links to the corresponding exact appendix and dated evidence. Provider omissions and source conflicts are visible, and the latest native end/date status is explicit. Include the historical-to-current reconciliation where settings changed, with original and current observation dates.

Verification: Test anchors and filters, reconcile source conflicts, verify IDs/counts/copy against source. Store credential-free provider evidence privately and publish only client-relevant safe evidence. Do not expose private unrelated records, credentials or entire raw account exports on the bare public URL.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Deliverable-specific context

Output: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002/site/index.html

D3. Multiple usable measurement dashboards

Current problem: Current delivery and conversion proof are limited; dashboard visuals must not imply results or integrations that do not exist.

Proposed change: Provide four focused dashboard views within the deck: executive/campaign pacing, search-and-traffic quality, lead/conversion funnel by service, and measurement health. A local snapshot/data contract supports later replacement of values; a new automated pipeline/backend is outside this assignment. Open on the actual dated snapshot by default. Present the future reporting design without requiring live backend integration or illustrative results.

Visible at: Deck dashboard chapter and data-definition drawer.

Representative test: Load the fresh observed snapshot and test filtering and reconciliation to source totals. Document source-to-metric mapping and formula checks. Controls that cannot be supported by available date grain are disabled or clearly scoped rather than pretending to filter. Read and test the reporting rules in resources.reporting-semantics: account clock/currency, unique budget pools, reported search-term coverage, exact conversion field/date basis and complete-query zero handling.

Requirements, verification, and evidence (0/2 verified)

Requirements and verification

Provide multiple functional dashboard views with sensible campaign/service/date controls and appropriate KPI cards, trends, comparisons and tables. Cover impressions, clicks, CTR, spend, CPC, budget pacing, search terms/match quality, conversion actions, qualified leads and CPL, plus form/event integrity where supported. Each metric has a definition, reporting window, source, denominator and availability/proof state. Aggregate correctly across shared group/campaign measures without double counting.

Verification: Load the fresh observed snapshot and test filtering and reconciliation to source totals. Document source-to-metric mapping and formula checks. Controls that cannot be supported by available date grain are disabled or clearly scoped rather than pretending to filter. Read and test the reporting rules in resources.reporting-semantics: account clock/currency, unique budget pools, reported search-term coverage, exact conversion field/date basis and complete-query zero handling.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Use actual fresh reported data for current observations. Use explicit no-data/unknown/not-integrated states for unavailable leads, revenue, attribution and measurement proof. Never convert tracking clicks into accepted leads or make ROI/ROAS claims without measured revenue. If illustrative data is needed for demonstrating a future populated chart, keep it behind a separate clearly labelled demo mode and prevent blending with actual results.

Verification: Verify zero/null/unknown and divide-by-zero cases, campaign filters, selected periods and labels. Confirm no invented outcomes, hidden sample data or fake integrations. Distinguish Ads conversion actions from accepted/qualified leads and compare windows/timezone consistently. Preserve source query success/completeness, snapshot time and reporting grain in the local data manifest. Validate a successful zero-data case separately from failed or incomplete retrieval.

Evidence and screenshots

Evidence pending; this criterion is not verified.

Deliverable-specific context

Output: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002/site/index.html

Resources, tools, outputs and review context

Resources

  • Run root: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002 . Primary contract contracts/goal.html (rendered from contracts/final-board.json). Executor owns site/, evidence/, reports/executor.md and truthful check updates to same final contract HTML. Preserve original draft and review candidate. Keep contracts/final-board.json and its rendered HTML checks consistent. Preserve pending status until decisive evidence exists. The renderer defaults to a later-Launch gate and parent ownership: retain this task's already-authorized launch wording and executor ownership when re-rendering. Re-render updated checks with contracts/render_final.py so already-authorized wording and executor ownership survive.
  • Prior evidence root: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/lll-ads-5000-20260929/evidence . Read launch-receipt.json, setup-audit.json, audit exports, form-checks.json and monitoring/20260930T133722Z/summary.json before fresh verification. These snapshots can guide discovery but are not current facts. Historical strategy/contract: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/lll-ads-5000-20260929/goal.md.
  • Known secret-safe Google Ads API helper: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/google-ads-contract-20260925/execution/ads_api.py . Reuse look-for-access and safe API route. Client project root: /Users/agency/Documents/Agty/KERTÚJÍTÓK . Parent thread 01a0ed58-0106-7a30-919e-cc85096b5888, local.
  • Executor report: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002/reports/executor.md using /Users/agency/.agents/skills/launch-agent/report-template.md. Return once DONE or STALLED through native final response. Do not send routine progress pings or duplicate to-my-parent/client messages.
  • Campaign IDs: 23879060095, 23934089692, 23934089710, 23934089701, 23934089713, 24276893685. Maintenance ad groups: 199215721566 and 202090510244. Resolve names and current membership from API. Scope every query/export and presentation inventory accordingly.
  • Required dashboard rules: Read customer.time_zone and currency_code and label report dates/costs accordingly, with any Budapest conversion explicit. Read campaign_budget.period and deduplicate resource_name pools. DAILY is average daily allocation, not a hard daily spending ceiling. Keep ended campaigns and actual costs visible without implying an active pacing plan. Label query tables reported search terms because privacy omits queries, and separate configured keyword match type from query-side match type. Define conversions versus all_conversions, action scope and interaction-date versus conversion-date basis. Show snapshot/freshness and qualified leads as unknown without a verified lead-quality source. Only after a successful complete query fill provider-defined absent zero-metric rows against the expected campaign/date scaffold. Failed, incomplete, out-of-scope or stale observations remain unknown. Test these rules using the local snapshot, no new backend.

Tools

  • Apply look-for-access before private services; Google Ads lesson map and relevant ad/attribution/measurement skills for evidence meanings. Check current official primary documentation for consequential changing platform semantics.
  • All generated/materially changed HTML goes through /Users/agency/.agents/skills/comment-html-review-host/SKILL.md. Keep one stable contract URL and one stable presentation URL, preserve comment IDs and full shared mirror.
  • Apply /Users/agency/.agents/skills/luna-visual-qa-section-screehoshots/SKILL.md for deployed client deck. Independent capture/review plus fixes and fresh deployed QA. Use launch-agent before any bounded child, separate ownership and report paths. No user-facing preview opening.

Output: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002/contracts/goal.html

Report: /Users/agency/Documents/Agty/KERTÚJÍTÓK/.tmp/ll2-client-meeting-20261002/reports/executor.md

Comments read: 2026-09-30T23:28:04.260759+00:00

Shared constraints and sources
  • Proceed through contract refinement and one fresh pinned separated gpt-6.1-sol High executor without asking Matt for feedback. The executor completes presentation, screenshots and dashboards, not a campaign relaunch. · Source: October 1 direct user request
  • All external account/site reads are read-only. Use API for Google Ads facts, UI only for explicitly requested Google Ads screenshots. Do not change campaigns/budgets/bids/keywords/copy/targeting/conversions/end dates/payment/automation, self-click paid ads, create leads or contact the client. Do not perform live protected-form retests. The three unproven normal submissions remain a measurement limitation, not work for this presentation. · Source: Current task requests a presentation and dashboards; prior API-only route retained except screenshot exception
  • Never access GAJA/GHL. Reuse authorised Google Ads, Cloudflare tracking and saved project evidence. No security layer. Publish as bare accessible review URL, with no private credentials, contact/lead data or unrelated account material. · Source: User standing Kertújítók and latest AGENTS instructions
  • Executor owns site/, evidence/, reports/executor.md and truthful final-contract check updates within the run root, plus the assigned contract/deck review pages. Parent owns drafting/refinement and launch metadata. Preserve shared repository/mirror and all unrelated host pages. No automatic file/panel/browser preview opening. Any browser tabs created for capture/QA are closed when no longer in use. · Source: Latest user AGENTS instructions
  • Keep this new task total paid-service spending within USD15 across parent, council, executor and QA/audio. Existing advertising authority is not vendor-cost permission for this presentation task. No paid service calls unless necessary and recorded. · Source: Latest user AGENTS spending exception
  • Parent implementation choices: deck in Hungarian for this Hungarian client, four dashboard views, integrated exact appendices, no new reporting backend. Executor may simplify layout while preserving every explicit user requirement and these proof boundaries. · Source: Parent common-sense defaults, not additional human demands

Preview (illustrative, not test proof)

Illustrative trigger → action → outcome · not test proof

TRIGGER

Read provider evidence

Fresh API facts and actual Ads screenshots

ACTION

Explain the strategy

Readable summary plus exact appendices

OUTCOME

Present and measure

Meeting deck and truthful dashboards