|
| 1 | +--- |
| 2 | +layout: post |
| 3 | +title: "AI Agents and the New Maintenance Loop" |
| 4 | +categories: news |
| 5 | +author: Chris Kenst |
| 6 | +permalink: /ai-agents-and-the-new-maintenance-loop/ |
| 7 | +twitter: |
| 8 | + username: testconferences |
| 9 | + card: summary |
| 10 | +social: |
| 11 | + links: |
| 12 | + - https://twitter.com/testconferences |
| 13 | + - https://github.com/testingconferences |
| 14 | +--- |
| 15 | + |
| 16 | +## From Hand-Checked Lists to Agent-Assisted Maintenance |
| 17 | + |
| 18 | +When I first started this project, I would occasionally check statuses and add conferences. I would also look at the list and move completed conferences to the past list when I noticed them. |
| 19 | + |
| 20 | +The monthly newsletter became the true forcing function. Before writing it, I would spend two or more hours diligently checking each conference to make sure it had not changed dates, been canceled, opened registration, closed its CFP, or otherwise updated important details. |
| 21 | + |
| 22 | +Then I would artisanally handcraft the newsletter. |
| 23 | + |
| 24 | +Today things are a bit different. |
| 25 | + |
| 26 | +Today I can bring up Codex and ask it to check for outdated conferences and statuses. Codex can, in turn, launch sub-agents that split up the list and iterate through each conference. Each agent can load the website, inspect the details, compare them against the data file, and report what looks stale or wrong. |
| 27 | + |
| 28 | +When I tried doing this in the past it was difficult. Every conference website is built differently. Some sites hide details behind JavaScript. Some move ticket information to a separate vendor. Some have registration links, CFP links, date banners, pricing tables, and old announcements all competing for attention on the same page. Some websites just could not be scraped reliably. |
| 29 | + |
| 30 | +The difference now is that the agents are good enough to reason through that mess with relatively little guidance. They can look at the page more like a person would: find the event date, notice that an early-bird deadline has passed, see that the CFP is closed, or flag a page where the official status is inconsistent. |
| 31 | + |
| 32 | +It is not magic, and it is not hands-off. I still review the findings. I still decide what wording belongs on the site. I still need to catch edge cases, especially when an organizer has contradictory information in different places. |
| 33 | + |
| 34 | +But the maintenance loop has changed. |
| 35 | + |
| 36 | +Instead of spending all my energy manually checking the same list from top to bottom, I can spend more of it reviewing, deciding, and improving the site. The agents do the first pass. I do the judgment pass. |
| 37 | + |
| 38 | +That is a big shift for a small community project like this one. TestingConferences.org has always depended on regular, careful updates. For years, that meant a lot of quiet manual work. Now the work is still there, but it is shaped differently. |
| 39 | + |
| 40 | +It has taken many hours of experimenting to get here. The early attempts were brittle. The agents missed obvious things, followed the wrong links, or got confused by pages with old and new events mixed together. But the tools have improved, and so has my understanding of how to ask for the right kind of help. |
| 41 | + |
| 42 | +The result is not a replacement for maintaining the site. It is a better maintenance partner. |
| 43 | + |
| 44 | +And for a project that has been running for more than a decade, that feels like a meaningful new chapter. |
0 commit comments