cleverhack: The Repo That Writes for Machines First

A tiny metadata layer that turns a content site into an agent-friendly knowledge base, with `llms.txt` for language models and CSV for pipelines.

6 min read • View on GitHub • More from joylarkin

A split editorial scene shows a cluttered pile of web pages and links on one side, and a clean index card system on the other with manifest files routed toward an abstract machine reader. The image explains the repo’s central idea: replace noisy web surfaces with machine-friendly entry points.
The whole project is a translation layer. It turns a content site into something an agent can inspect without scraping the mess.
Key Takeaways

A Website With Two Audiences

Most repositories for content projects point at the code that renders the site. `joylarkin/cleverhack` points at something stranger: a machine-readable layer that helps agents understand the site before they ever touch the page chrome.

That is the core trick here. The repo is not trying to win a design award or serve as a traditional CMS. It is trying to be a clean intake valve for models, crawlers, and pipelines that care about signal density.

Includes a timeline of recent 2025 open source model releases, open source license definitions, and additional open source AI resources

Why `llms.txt` Is the Real Entry Point

The most important file in the repo is the manifest. `llms.txt` strips away web noise and presents a curated hierarchy of the site, which is exactly what a language model wants when it needs to answer quickly and accurately.

Instead of forcing an agent to infer the shape of the site from menus, footers, and linked pages, the manifest tells it where the high-value content lives. That matters because the bottleneck is no longer crawling. It is comprehension.

`llms.txt` acts like a curated map. It tells agents what matters without making them excavate the whole site.

# llms.txt

# Site name
cleverhack

## Frequently updated AI resources
- /articles/open-source-ai
- /articles/global-ai-regulations

## Additional resources
- /about
- /archive

The Two-Track Strategy: Markdown for Models, CSV for Parsers

This is the clever part. The repository keeps two representations of the same knowledge layer: a semantic text manifest and a structured CSV mirror. One is optimized for reading. The other is optimized for ingestion.

Discovery modelWhat it favorsWhat it costs
sitemap.xmlCoverage and crawlabilityLittle semantic guidance
Human navigationVisual browsingNoise, branching, and irrelevant chrome
Freeform HTML scrapingBreadthHeavy parsing and brittle extraction
Dual-track publishingModel reading and structured importExtra maintenance
A close-up shows one source card being sorted into two routes. One route sends a semantic sheet into an LLM tray, while the other sends a grid-like CSV sheet into a parser funnel. The image explains why the repo keeps two parallel formats for the same underlying content.
The CSV file is not a duplicate. It is a second interface for the same source of truth, aimed at a different consumer.

That dual-track design is the article’s technical center of gravity. It acknowledges a simple truth: machine consumers are not one thing. Some want context and hierarchy. Others want tables they can import without ceremony.

The Maintenance Tradeoff Nobody Can Ignore

The downside is equally clear. Two parallel formats mean two places to drift, and the repo does not advertise a heavy automation layer that guarantees perfect synchronization.

That is not a fatal flaw. It is the real cost of treating publishing as infrastructure. Once a site becomes an agent-facing knowledge layer, upkeep stops being cosmetic and starts being operational.

Listing 2025 global AI policies and United States state-level AI legislation

That maintenance burden is easier to justify when the site’s value lies in curated expertise. If the content is high-signal and frequently updated, the manifest becomes part of the product, not just metadata.

What This Repo Says About the Next Content Stack

`cleverhack` is a small repo, but it points at a larger shift. Search-engine optimization taught creators to think about discoverability. Answer-engine optimization pushes that idea one layer deeper, toward machine comprehension.

The likely endpoint is not the death of websites. It is the rise of websites with two surfaces: one for humans and one for agents. `cleverhack` is a compact example of that split, and it makes a strong case that metadata is becoming part of the editorial craft.

Older stackAgent-first stack
Sitemap for crawl discoveryManifest for curated understanding
HTML as the primary interfaceHTML plus machine-readable entry points
One publishing surfaceTwo consumer-specific surfaces
Indexing as the goalComprehension as the goal