agentleFS
rivet-devrivet-dev/agentos/docs/CLAUDE.md

agentos

CLAUDE.md4.9k starsChanged 45 days agoApache-2.0View on GitHub

Rules for the docs in this repo. These pages are not rendered here — they are published on rivet.dev by the rivet-website repo, which symlinks this directory in. Everything below exists so a page written here renders correctly there. The website links docs/content into its content collection, so only real pages belong under content/. Anything else (scripts, fixtures, notes) goes elsewhere in the repo or it will be published as a docs page. Every page needs title and description. Both…

  • Installs packages

2 other projects use a version of this.

Trending

Steady talk.thin dataabout the whole repository

Dec 2025: 0 mentionsJan 2026: 0 mentionsFeb 2026: 0 mentionsMar 2026: 0 mentionsApr 2026: 0 mentionsMay 2026: 0 mentionsJun 2026: 2 mentionsJul 2026: 2 mentionsAug 2026: 0 mentionsSep 2026: 1 mentionOct 2026: 2 mentionsNov 2026: 1 mention
Dec 2025Jun 2026Nov 2026
Mentions a month of the rivet-dev/agentos repository that our weekly crawl found: only 8 in all, so this is a hint, not a trend. There is no adoption data for this file yet.

Most recently taken up by

Who's talking about rivet-dev/agentos

The biggest 5 of 8 mentions linking to the repository that our crawl found. Each line is their own headline.

See all 8

Talked about on GitHub and Bluesky (8 times).

On GitHub · 6

1 more on GitHub
  • Other versions2 projects use a version of this.

    Word for word · 2

    1. rivet-dev/agent-os★ 4.9k100% same
    2. rivet-dev/rivetkit★ 4.9k100% same

    Edited · 0

    None found.

    Wrote their own version · 0

    None found.

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repository8 other files it gives its agents.

The file

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

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Every page needs title and description.

    line 25
  2. Very specific:

    Every TypeScript snippet must include its imports and define everything it references.

    line 71
  3. Very specific:

    Use <CodeGroup workspace> for examples spanning multiple files, with each file as its own <CodeSnippet>.

    line 73
  4. Distinctive:

    Website components: Do not import from the website by relative path or alias.

    line 81
  5. Distinctive:

    Never "engine", "server", or "orchestrator".

    line 89
  6. Very specific:

    Always rivet.dev, never rivet.gg.

    line 100
  7. Distinctive:

    Write comments and prose as complete sentences.

    line 104
  8. Distinctive:

    Do not document deltas. A reader who never saw the old version gains nothing from "this was renamed".

    line 106
  9. Very specific:

    Every agentOS docs page ends with a concise ## Embedded API section.

    line 108

≈ “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

Docs Bundle CLAUDE.md

Rules for the docs in this repo. These pages are not rendered here — they are published on rivet.dev by the rivet-website repo, which symlinks this directory in. Everything below exists so a page written here renders correctly there.

Layout

docs/
  sidebar.json            navigation for the two tabs
  content/
    docs/**.mdx           -> /{product}/docs/...
    tutorials/**.mdx      -> /{product}/tutorials/...

The website links docs/content into its content collection, so only real pages belong under content/. Anything else (scripts, fixtures, notes) goes elsewhere in the repo or it will be published as a docs page.

Frontmatter

Every page needs title and description. Both are used for SEO and the sidebar falls back to title when a sidebar entry omits one.

---
title: "In-Memory State"
description: "Actors store state in memory for instant reads and writes."
---

sidebar.json

Navigation for this product's Documentation and Tutorials tabs. Icons travel as Font Awesome export names, not objects, so this repo needs no dependency on the website's icon package.

{
  "docs": [
    { "title": "General", "pages": [
      { "title": "Introduction", "href": "/actors/docs", "icon": "faSquareInfo" }
    ]}
  ],
  "tutorials": []
}
  • href is the full site path, including the product segment.
  • Adding a page to content/ does not add it to the nav. Add it here too.
  • The Self-Host tab is not in this file. It is generated by the website.

Code

  • Never inline a fenced TypeScript block. Real examples live in examples/ and are embedded with <CodeSnippet>, so they are type-checked and cannot rot. A snippet that fails to compile fails the website build.
  • Snippet paths are relative to this repo's root, so the same path works both here and on rivet.dev:
    <CodeSnippet file="examples/docs/actors-state/durable-basic.ts" />
  • Embed part of a file with region="name", delimited in the source by // docs:start name / // docs:end name.
  • Shell commands, YAML, Dockerfiles, and terminal output may be inline fenced blocks. The no-inline rule exists for type checking, which only applies to TypeScript.
  • Every TypeScript snippet must include its imports and define everything it references. Use @nocheck only for API that does not exist on this branch yet.
  • Use <CodeGroup workspace> for examples spanning multiple files, with each file as its own <CodeSnippet>.

What does not belong here

  • Marketing pages. They live in the website repo.
  • Deploy and self-hosting guides. They are written once in the website repo and templated across every product. Do not write a per-product copy.
  • Website components. Do not import from the website by relative path or alias; a page must render from the components the site already provides.

Terminology

Applies to everything published on the website.

  • The service that routes, schedules, and persists is the control plane. Never "engine", "server", or "orchestrator".
  • A process running user code with the Rivet SDK is a worker. Never "envoy", "runner", "node", "compute", or "data plane".
  • Never use "agent" as a deployment noun. Rivet ships agentOS and Actors is "where agents live"; the collision is unrecoverable.
  • "envoy" never appears in docs. Envoy Proxy is a top-tier CNCF project. Internal code keeps its own names.
  • "Rivet Compute" is retired. Where prose must name the managed offering it is Rivet Cloud, and it links to https://dashboard.rivet.dev.
  • Spell the product agentOS, never AgentOS. Capitalize Rivet Actor as a proper noun, lowercase generic "actor".
  • Always rivet.dev, never rivet.gg.

Writing

  • Write comments and prose as complete sentences. Never use em dashes; use periods instead.
  • Do not document deltas. A reader who never saw the old version gains nothing from "this was renamed".
  • Every agentOS docs page ends with a concise ## Embedded API section. Prefer checked <CodeSnippet> examples over prose. End with: Read more in the [embedded API quickstart](/agentos/docs/quickstart-embedded).

Previewing locally

Clone the website next to this repo and run it. It detects the sibling automatically and serves this directory's pages live:

git clone https://github.com/rivet-dev/website
cd rivet-website && pnpm install && pnpm dev

pnpm assemble prints which checkout each product resolved to. To point at a different checkout, repoint the symlink; it is gitignored and assemble leaves an existing one alone:

ln -sfn /path/to/this/repo/docs/content src/content/docs/<product>

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.