Weekly Updates / September 20 to 26, 2026
The Speed of AI Applies To Repeating Mistakes. Slow Down the Token Bleeding With Human Oversight Built Into the System.
- AI hid content meant to be revived.
- Dataset checks passed while the pages exposed no Datasets in the rendered HTML.
- A legacy redirect nearly buried Florida real estate for the third time.
Audio Summary
Listen to the Weekly Readback
This 7-minute-47-second AI-generated readback follows the week AI repeated avoidable mistakes and human checks turned those failures into guardrails.
Read by Kodi, AI co-architect
Read transcript
This was the week the receipts argued back. Across the portfolio, the biggest lesson was not that AI helped us build faster. It was that AI had missed things. Obvious things. Repeated things. Problems that survived because the AI systems kept doing what they had been told without independently verifying whether the result actually made sense.
The clearest example came from RealSEOLife. For months, the real estate section looked like a content failure. Visibility was poor. Campaigns had been abandoned. The natural human conclusion was that the content simply had not worked. That conclusion was wrong. A longer historical review showed that the site had been gaining visibility before an April rebuild. During that rebuild, index-blocking robots tags were placed across the real estate sections. The content had not failed. It had been hidden.
Once that was discovered, the problem was not treated as a one-off mistake. The entire portfolio was checked. More than 80 files across 30 sites were corrected, including pages that should have been discoverable, public data directories that had been blocked, and even a robots file that appeared to welcome AI crawlers while simultaneously preventing access to the site's own AI catalog.
That exposed the real issue. AI memory is not a control system. An AI system can remember instructions, patterns, and previous decisions and still repeat the same mistake. Memory does not verify that the result is correct. Human oversight still matters because somebody has to question the output, compare it against reality, and decide whether the system is behaving as intended.
The same pattern appeared inside Digital Karma. The public Dataset catalogs could look correct while the actual rendered pages failed to expose the Dataset information that search engines and AI crawlers were receiving. The first full inventory found only 20 of 155 registered sites passing the new rendered-page requirement. Some catalogs contained no Dataset entries at all. Others grouped real content into labels so broad that they no longer accurately described what the sites actually published.
Then another problem surfaced. Five live websites were missing from the inventory itself. The registry had to be expanded. The auditing system had to become identity-aware. Duplicate schema identities had to stop being counted as valid coverage. Eventually, nearly 14,000 canonical pages and more than 900 Dataset records were validated across 161 sites, and then the audit found another mistake in its own process.
The automated workflow was testing pages before the normalizer had finished assigning stable Dataset identities. The same websites that passed when tested correctly were producing stale failure receipts when the automated steps ran in the wrong order. That was fixed too. This is exactly why the gate exists. The goal is not to assume the automation is correct. The goal is to force the automation to prove that it is correct.
Crawler research produced another version of the same lesson. A study that appeared to show changing AI crawler preferences turned out to be measuring something else. On several properties, the leading crawler identities were close enough that small changes could reshuffle the rankings. Where one crawler had a large lead, the pattern stayed stable. One particularly strong-looking Claude signal turned out to be almost entirely one burst of activity concentrated inside a single week. The rolling 28-day window made that burst look like a persistent monthly preference.
Then the crawler identity audit uncovered something stranger. More than 900 requests came from 15 addresses presenting themselves under many different vendor and crawler identities. Some of those requests even used DELETE methods, something normal search and retrieval crawlers would have no reason to use while simply reading content. That did not invalidate the wider crawler Dataset. It did reinforce a simple rule. A user agent is a claim. It is not proof of identity. The next version of the research now needs verified identity signals instead of trusting names supplied by the requester.
Several smaller audits followed the same pattern. A slow BellyUp! Jacksonville page was initially treated like an application problem. It was not. The server was failing to compress files and was providing poor browser caching across the portfolio. Once corrected across more than 150 sites, typical transfer sizes dropped by roughly 80 percent.
Content audits found another repeated AI tendency. AI-generated pages were talking about queries, intent, and SEO mechanics instead of simply answering the person reading the page. That language was cleared across 28 sites. A design audit found repeated pill-style interface problems across more than 50 websites. The first automated correction then created a new readability problem in some places, which required another human visual check and another rule.
That is the central lesson from the week. Scripts do not eliminate human judgment. AI does not eliminate human oversight. Automation is valuable because it can make repeated mistakes visible. But a human still has to recognize when the explanation is wrong. A human still has to notice that a robot's rule makes no sense. A human still has to question why the Dataset receipt receipt disagrees with the rendered page. A human still has to trace the order of operations. And a human still has to look at the screen after an automated design fix and say, this still isn't right.
The portfolio also continued to grow. BellyUp! Charlotte launched as the sixth BellyUp! city. RealSEOLife rebuilt its Florida real estate directory into 783 live pages. AIHealthcareNow expanded to more than 100 sitemap URLs and new evidence, device, and return-on-investment collections. That project also caught another automated matching error. One false regulatory connection was created while 29 legitimate connections were missed. Again, the automated system had to be checked against reality.
At publication, the frozen measurement cohort contained 122 active public properties. Across the latest complete 28-day Search Console window, they recorded just over 194,000 Google impressions and 453 clicks. The same cohort generated more than 173,000 successful crawler content requests. Those numbers are baselines. They are not being presented as proof of growth. That distinction matters because the cohort itself changed from the previous edition.
The real accomplishment this week was not the number of launches, fixes, pages, or crawler requests. It was the tightening of the system. The robots mistake became a portfolio audit. The Dataset mistake became a release gate. The crawler identity problem became a verification requirement. The performance problem became a server-wide check, and repeated content and design mistakes became permanent quality controls.
That is how the system gets smarter. Not because the AI remembers more. Not because the automation runs faster. Because every mistake leaves behind a new guardrail. AI can make the same mistake twice. Our system shouldn't let it make it three times.
AI made the week's biggest mistakes, and AI's own checks kept calling some of them correct. A rebuild hid content we were trying to revive. Dataset endpoints passed while the pages exposed no Datasets. A legacy redirect nearly sent a rebuilt directory into another three-month hole. The lesson was not to use less AI. It was to stop letting AI decide what done means.
2026-08-27 to 2026-09-23
The numbers at publication
At capture time, the latest complete Google Search Console date was September 23. Across the frozen cohort of 122 active public properties, the preceding 28 observed dates recorded 194,452 Google impressions and 453 clicks, a click-through rate of 0.233 percent. Average position was 55.143, weighted by impressions. The same cohort recorded 173,508 successful crawler content requests under algorithm version 2: 68,411 search, 13,452 AI search, 86,682 training, and 4,963 user retrieval requests. These are baseline values, not a growth claim. The prior edition used 116 properties and an overlapping earlier window, so comparing its totals directly would mix a changed cohort with changed dates.
- Public properties in this snapshot
- 122
- Portfolio work-log records
- 278
- Google impressions
- 194,452
- Google clicks
- 453
- Click-through rate
- 0.23%
- Average position
- 55.1
This snapshot is saved with the edition. Work-log dates and search-data dates are shown separately; later dashboard updates do not rewrite this history.
AI hid the content we were trying to revive
The RealSEOLife rebuild was supposed to revive useful real estate content from the old Joomla site. The build package never asked for that content to be hidden. I have never told AI to hide content we are trying to expose. Yet the build added index-blocking robots tags across the real estate sections anyway.
That decision was so far outside common sense that I did not even look for it. Why would a rebuild hide the pages it was built to revive? AI had handled the same basic job correctly on roughly a hundred other sites. So I blamed the content, removed it, rebuilt it, and watched a second attempt fail without ever receiving a fair test.
The full 580-day record finally broke the story open. Real estate visibility had been climbing before the April rebuild, while the whole site fell from 20,270 impressions in March to 437 in April. Monthly impressions later moved from 437 to 346, 505, 711, 4,979, and 5,221 through September after the block was gone. That sequence does not prove one tag caused every returning impression, but it does show the first two content attempts were judged while Google was being told not to show them.
This was not a memory failure. It was a supervision failure. The build looked normal enough that I did not check for an instruction nobody had given. A portfolio sweep then corrected more than 80 files across 30 sites. The release rule is now simple: if a page is meant to be found, the rendered output has to prove it is not blocking discovery. Common sense is useful. A test is better.
The Dataset endpoints passed while the pages exposed nothing
Dataset exposure is not an optional feature in this portfolio. It is in the build standards, the site structure, the public URLs, and the explanation of why Digital Karma exists. When I asked whether Datasets were properly installed, I expected the actual pages to expose them. AI kept checking the endpoints and telling me the system was correct or working as designed.
That was a failure of the check and a failure of common sense. A catalog endpoint can list Datasets while the HTML fetched by search engines and AI crawlers exposes none of them. We had been telling people the structure was built around Datasets while many pages were not practicing what the sites preached. The first rendered inventory found only 20 of 155 registered sites passing. Eight catalogs had no Dataset entries, and 21 reduced real content families to labels too broad to describe what they published.
The corrected audit stopped asking whether a file existed and started checking what every canonical page actually rendered. On September 24, it passed 13,984 pages and 924 catalog Datasets across all 161 sites with zero failures. It also stopped counting duplicate identities as coverage. The publication-day inventory later showed 159 of 160 main-account sites passing, with one BellyUp! Charlotte receipt still failing and still visible.
The larger lesson is not about schema. It is about checks and balances. If a human says Datasets must be exposed, the test must verify exposed Datasets on the page. It cannot verify the endpoint AI finds convenient and call the job complete. The check has to measure what a human means by done.
One bot used fifteen crawler names
This finding was separate from the AI build failures. The crawler story was simpler than the original headline made it sound. This was not fifteen independent crawlers. It was one bot using fifteen crawler names. The clean picture is a fox in borrowed wool.
The wider research question was whether crawler preferences stayed stable by property. Four of seven properties changed their top three crawler fingerprints with no matching site change. The three that stayed stable had a leading crawler ahead by at least 3.64 times. Every property that reshuffled had leaders within 1.71 times. The test was measuring the width of the lead, not a durable platform preference.
AISymantix showed how the rolling window could stretch one burst into a false story. It recorded 587 Claude-User requests across 28 days, but 586 happened in one week. The total looked like a month-long preference. When that single week rolled out, the normal drop looked like a collapse.
The stranger receipt came from 1,065 requests labelled as AI crawlers. Of those, 902 came from fifteen addresses cycling through nine to eleven vendor identities and ten to fifteen crawler names. Ninety-one used DELETE, which no normal crawler needs to read a content page. Those suspicious requests were only 0.33 percent of the 317,280 declared AI crawler GET requests in the research window, so they do not identify the other 99.67 percent. They do prove that a crawler name is a claim, not an identity. Signed-agent headers are the next check.
AI needs checks that match the human expectation
None of this means stop using AI. This portfolio moves quickly because AI can help build, inspect, and improve a lot of sites. It also means one weird decision can spread fast enough to cost months before it looks weird.
The checks have to match the human expectation. A page meant to be visible cannot block discovery. A site built around Datasets has to expose them on the rendered page. A legacy address has to land on the directory we just built. Passing a nearby technical check is not the same as completing the job.
Other audits did the same work this week. Compression and client caching went live across 157 public sites after a slow BellyUpJax page exposed a server-wide gap. Its homepage transfer fell from 35,343 bytes to 6,189, and the stylesheet fell from 33,056 to 6,724. Writing, interface, mobile, contrast, and first-screen checks also became release gates after the output showed that instructions alone were not enough.
Systems do not replace judgment. They force the output to answer the question the human actually asked. That is the balance: AI keeps the work moving, and human expectations decide what counts as done.
The Portfolio Continues To Grow With New Launches, Fresh Content and Rebuilt Campaigns.
BellyUp! Charlotte launched as the sixth city with 195 verified venues, 36 neighborhoods, and 16 guides across the hub and five audience lenses. The expansion pause still stands. Charlotte is a measured exception, not permission to announce a seventh city before the Atlanta checkpoint in November.
RealSEOLife rebuilt its Florida real estate directory into 783 live pages with place-specific findings and real office records. Then a manual click found the old Florida address still landing on one case study instead of the directory. Without that check, the third rebuild could have spent another three months waiting for traction while the route sent readers and crawlers somewhere else. The same campaign almost repeated the same mistake in a different form.
AIHealthcareNow grew to 106 sitemap URLs and 12 catalog Datasets with self-refreshing device, evidence, and return-on-investment collections. That healthcare build also caught a name matcher making one false regulatory connection while missing 29 real ones. The corrected map now carries 68 verified clearances across six companies and records where no honest connection exists.
The neglected-site rotation continued across art, insurance, AI, personal brands, healthcare, manufacturing, legal, and IBM properties. Those are interventions, not results. The next snapshots have to show which pages earn visibility, which tools attract useful actions, and which apparent wins disappear when the cohort, date window, destination, or label gets checked again.
What we are watching next
Whether every old Florida address reaches the rebuilt directory and whether those pages finally earn impressions and clicks.
The number of public pages caught with index-blocking robots directives before publication.
Whether the nightly Dataset runner proves that every rendered page exposes the Datasets a human expects to find.
Whether signed-agent headers can confirm the bot behind a crawler name instead of trusting the name alone.
Whether the same 122-property cohort remains complete enough for a defensible performance comparison in the next edition.
Whether Charlotte, the new AIHealthcareNow collections, and this week's content sprints earn visibility or useful actions after launch.
Explore the work
- DataSetSEO: explore the public portfolio
- DataSetSEO: rendered Dataset receipt
- Digital Karma Federation v8.2 specification
- Digital Karma Web: rendered Dataset receipt
- Real SEO Life: robots-tag case study
- Real SEO Life: one bot using fifteen crawler names
- Real SEO Life: Florida real estate directory
- BellyUp! Charlotte: city dining guide
- BellyUp! Jacksonville: compression rollout starting point
- AIHealthcareNow: FDA-cleared AI directory
- AIHealthcareNow: published evidence library
- Add AI Marketing: benefit-first content system
Dates, scope, and corrections
This edition covers Sunday, September 20 through Saturday, September 26. The frozen work-log snapshot includes portfolio events dated inside that window and stops at event 1106, the highest available event ID at capture time. The previous edition stopped at event 801. Events after that cutoff but dated before this coverage window are not included. The publication event itself is intentionally outside the frozen cutoff.
The 278 work-log records have a broader scope than the public performance cohort. They include follow-ups, corrections, repeated deployment records, and work across 72 primary domains. The editorial sections group related records and do not treat the event count as a count of unique projects or successes.
Search totals come from Google Search Console page data for August 27 through September 23. All 28 dates contain observations, and the snapshot found no duplicate page-days between parent and child properties in the selected cohort. A date with rows does not certify every property import.
The public performance cohort contains 122 active properties. The preceding edition contained 116, and the two 28-day windows overlap. This edition therefore preserves a new baseline and does not claim week-over-week portfolio growth or decline.
Crawler totals come from the separately validated server-request cache for the same 28 dates under algorithm version 2. They count successful GET requests to content routes and preserve search, AI search, training, and user retrieval purposes. They do not prove indexing, citations, human readership, or a ranking effect.
The three lead stories were selected after reviewing their full structured notes, corrections, and verification records. The publication-day Dataset inventory is a later live verification and is not part of the frozen performance snapshot.
Public source links were checked over HTTPS before publication. The issue JSON, rendered article, archive, feed, transcript, sitemap, federation catalog, schema, and protected infrastructure are verified again after deployment.
: First publication. The work-log cutoff, public cohort, Google Search Console metrics, crawler totals, and publication-day Dataset inventory state are preserved as reviewed and are not replaced with later live values.
: Restyled the baseline graphic with the site's lighter heading typography. The frozen cohort, dates, and measurements did not change.
: Added a checked audio summary and transcript. The frozen cohort, dates, and measurements did not change.
: Moved the baseline graphic directly below the introduction, renamed it for the two data sources it compares, and clarified the portfolio growth section. The frozen measurements did not change.
: Rewrote the edition around the week's common thread: AI created or excused avoidable failures that only human checks exposed. Reframed the robots, Dataset, crawler identity, and Florida redirect stories, and removed the original audio summary because it no longer matched the corrected editorial framing. The frozen measurements did not change.
: Retitled the edition around the speed of repeated AI mistakes and the need for human oversight, then removed the separate crawler-identity finding from the opening description and introduction so the first screen stays focused on that argument. The crawler evidence remains in its own section because it was still a real weekly finding. The frozen measurements did not change.
: Replaced the paragraph below the title with three plain summary points and simplified the first point to say that AI hid content meant to be revived. The metadata description and frozen measurements did not change.
: Added Kodi's checked single-speaker weekly readback and collapsible transcript. The article, work-log cutoff, public cohort, dates, and frozen measurements did not change.
: Clarified the second opening point to say the rendered HTML exposed no Datasets. The article evidence and frozen measurements did not change.