F031
parkedPlatformFeature09 Jul 2026
Website + AI as the primary read interfaces (with searchable, live records)
INSIGHT (Miles, 09 Jul 2026): 'if i am looking for a record, I ask you or go to the website as it is easy to use.' In practice the two interfaces GAAD is actually read through are (a) the website and (b) asking an AI seat. The JSON source of truth, generators and bundle structure are PLUMBING that Miles does not touch by hand. This reframes priorities: the website is not a side publish artefact, it is the primary reading room, and the AI seat is the primary retrieval method - so both must be first-class and trustworthy.
FEATURE CONSEQUENCES to build:
1. Website live data - records on the site should reflect live record data, not a snapshot frozen at publish time. If the website is the primary reader, a stale website is stale memory. (Supersedes the earlier 'live data on hold' note - this raises its priority.)
2. Website record search/filter - a search or filter box so 'find me the NASA thing' works ON THE SITE the way it works when asking the AI. The flat-table-with-category-filter pattern (audit/Records Hub) is the starting point; extend to free-text search across records.
3. Website always in the bundle - the reading room must travel with the project, never be orphaned as a separate zip (see the standing website-in-bundle rule).
4. AI retrieval must be disciplined - the primary 'ask Claude' path depends on the handover rules: search-first, do-not-parrot, verify-then-state (HANDOVER READ FIRST section). An AI that guesses instead of reading the records breaks the interface Miles relies on daily.
Also captured this session and related: the daily audit log as a shareable blog post (one HTML page per day, native 4bim theme, deep-links into record HTMLs, opens with a records scoreboard). A website 'Daily' index page (daily.html) and publishing the daily series are the immediate follow-ons.
PARKED: not started. Recorded so the strategic steer is not lost. Priority raised from 'on hold' to a recognised primary-interface concern.