This credits the original publisher. Better Loop membership or a shared assessment is not implied.
The public work
Ronacher published a tolerant XML parser after earlier parsing approaches failed. He describes directing the initial implementation, reviewing it, requesting further fixes and an extensive test suite, and releasing the resulting library.
What to notice
Specify recovery behavior for malformed inputs, then turn failures found during use into tests and focused revisions.
Keep the context
The author reports a useful experiment, acknowledges possible remaining bugs, and does not endorse it as a production-ready parser. No independent rerun or measured human improvement is established.
AI use: Documented in the source.
The author explicitly describes using Claude for implementation, tests and revisions; the exact Claude model and host are unspecified.
A useful public example is not an assessment of a reader, a publisher or a Better Loop member.
Authored practice suggestion
Try the idea. Check your own work.
Use material you are allowed to work with. This suggestion is preparation; it does not record a completed task or an improvement.
A check to adapt
Each malformed input has an explicit expected outcome, and the proposed changes preserve valid-input behavior.
Willison built a browser clipboard viewer while investigating rich-text paste. His public write-up links the code and conversation; the conversation shows requests to display available formats and then make long output easier to inspect.
OpenAI publishes a multi-step test-writing notebook with a concrete Pig Latin function and generated pytest cases. Several printed expected values conflict with the function, making this a worked example of why generated tests themselves need review.
Carlini describes supervising parallel Claude agents building a C compiler. When agents collided on Linux build failures, he introduced comparisons with GCC and tighter regression checks to isolate faults and divide the remaining work.