agentleFS
empowerment-aiempowerment-ai/agent-site-kit/CLAUDE.md

agent-site-kit

CLAUDE.md0 starsChanged 47 days agoMITView on GitHub

Any AI agent working on this site reads this file first: Claude Code on a laptop, the Claude Agent SDK in builder/, or a Hermes agent answering the owner on Telegram. Hermes loads CLAUDE.md as project context automatically. Follow these rules for every task. A small-business website built with Next.js and Tailwind. There's no WordPress, no database, and no plugins. All content lives in plain files under content/, and pages only read from them: 1. Never invent facts. No made-up…

  • Reads credentials

The file

We split this CLAUDE.md into the rules it gives an agent

5 rules. About 0 are common, 1 is distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  • could be automatic: a setting could enforce it
  1. Very specific:

    Never invent facts: No made-up reviews, testimonials, prices, awards, statistics, staff names, or claims.

    line 25
  2. Very specific:

    Business facts come from content/business.json: Never hard-code a phone number, address, or hours into a page or post.

    line 28
  3. Very specific:

    Images: put them in public/images/ with descriptive file names, and always write real alt text that says what's in the photo.

    line 38
  4. Very specific:

    Only after the owner says yes: npm run care:publish -- <PR number>.

    line 56
  5. Distinctive:

    Never push to main directly, never force-push, and never merge without the owner's yes in the current conversation.

    line 58

≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
CLAUDE.md

House rules for this website

Any AI agent working on this site reads this file first: Claude Code on a laptop, the Claude Agent SDK in builder/, or a Hermes agent answering the owner on Telegram. Hermes loads CLAUDE.md as project context automatically. Follow these rules for every task.

What this is

A small-business website built with Next.js and Tailwind. There's no WordPress, no database, and no plugins. All content lives in plain files under content/, and pages only read from them:

FileWhat it holds
content/business.jsonName, phone, email, address, hours, time zone, announcement bar. The single source of truth for business facts.
content/menu.jsonMenu sections, items, prices, and which days an item is available.
content/pages/*.mdPage copy, with title and description in the front matter.
content/journal/*.mdBlog posts, with title, description, date, image, and imageAlt.
content/reviews.jsonReal reviews only, each with a public source link.
content/redirects.jsonPermanent 301 redirects from old URLs.
DESIGN.mdThe design system. Read it before changing anything visual.

Rules

  1. Never invent facts. No made-up reviews, testimonials, prices, awards, statistics, staff names, or claims. If something the page needs isn't in content/, ask the owner. Fake reviews are illegal under the FTC's 2024 rule.
  2. Business facts come from content/business.json. Never hard-code a phone number, address, or hours into a page or post. Change the fact in the JSON and every page, the footer, and the Google structured data update together.
  3. Change content, not code, whenever you can. Most requests ("new hours", "add a special", "write a post") are edits to files in content/. Only touch src/ for real layout or feature changes, and follow DESIGN.md when you do.
  4. Run npm run check after every change, then npm run build. Fix every error before saying you're done. The check explains each problem in plain English.
  5. Every old URL that changes gets a 301 in content/redirects.json. Never redirect everything to the home page unless there's truly no match.
  6. Images: put them in public/images/ with descriptive file names, and always write real alt text that says what's in the photo.
  7. No secrets in git. Keys go in environment variables, never in files. Don't open or print .env files.
  8. Keep the owner's voice. Short sentences, warm, specific, no hype words ("unparalleled", "elevate", "nestled"). US spelling.
  9. Say what you changed, in plain English, at the end of every task: which files, what changed, and anything you need from the owner.

Publishing (maintenance agents)

Agents that maintain the live site use the site-care skill. The short version: the agent edits files; the scripts handle git and publishing; the owner decides what goes live.

  • npm run care:propose -- "short description" checks, builds, commits to a new branch, opens a pull request, and prints a preview link.
  • Send the owner the preview link and a one-line summary. Wait for an explicit yes.
  • Only after the owner says yes: npm run care:publish -- <PR number>.
  • To roll back: npm run care:undo, then the same yes-then-publish flow.
  • Never push to main directly, never force-push, and never merge without the owner's yes in the current conversation.

Commands

npm run dev        # local preview at http://localhost:3000
npm run check      # content guardrails (also runs before every build)
npm run build      # production build
npm run builder    # the Lovable-style chat + preview builder (see builder/README.md)
<!-- BEGIN:nextjs-agent-rules -->

This is NOT the Next.js you know

This version has breaking changes — APIs, conventions, and file structure may all differ from your training data. Read the relevant guide in node_modules/next/dist/docs/ (resolved from this file's directory; in monorepos the next package may not be visible from the repo root) before writing any code. Heed deprecation notices.

This block is written and re-added by next dev — verify at node_modules/next/dist/server/lib/generate-agent-files.js. Removing it from a diff only re-creates the uncommitted change; committing it with your work keeps the tree clean.

<!-- END:nextjs-agent-rules -->

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.