agentleFS
OpenClawAndroidOpenClawAndroid/openclaw-android-assistant/docs/AGENTS.md

openclaw-android-assistant

AGENTS.md556 starsChanged 34 days agoMITView on GitHub

This directory owns docs authoring, published link rules, and docs i18n policy.

2 other projects use a version of this.

Adopted by

Most recently taken up by

The file

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

10 rules. About 0 are common, 2 are distinctive, and 8 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 8

    Very specific

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

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

    Keep OpenClaw-specific skill and plugin guidance in the owning OpenClaw docs, such as docs/cli/skills.md and docs/cli/plugins.md.

    line 9
  2. Very specific:

    Run pnpm docs:dev -- --page <route> to preview uncommitted English content using the current website UI.

    line 16
  3. Very specific:

    Use an explicit <a id="stable-section-name" /> for a durable section link when heading wording may change.

    line 27
  4. Very specific:

    When node-version.mjs, package.json engines, the Bun minimum in src/infra/runtime-guard.ts, or the SQLite floors in …

    line 34
  5. Distinctive:

    Keep bundled plugin naming consistent with the repo-wide plugin terminology rules in the root AGENTS.md.

    line 36
  6. Very specific:

    Never add docs/internal/ pages to docs/docs.json navigation or link them from public docs.

    line 45
  7. Very specific:

    Keep deterministic qa-evidence.json.scorecard data in GitHub Actions artifacts unless a maintainer explicitly asks for a sanitized …

    line 56
  8. Very specific:

    Do not add or edit localized docs under docs/<locale>/ here.

    line 62
  9. Distinctive:

    Treat OpenClaw-owned English docs in this repo plus glossary files as the source of truth.

    line 63
  10. Very specific:

    Before rerunning scripts/docs-i18n, add glossary entries for new technical terms, page titles, and short nav labels.

    line 65

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.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
AGENTS.md

Docs Guide

This directory owns docs authoring, published link rules, and docs i18n policy.

Source Ownership

  • Maintainers author /clawhub/** pages in openclaw/clawhub. scripts/docs-sync-publish.mjs replaces the entire publish docs/clawhub/ tree from that source. Do not keep authored copies here.
  • This repo therefore holds no /clawhub/** page sources, even though docs/docs.json lists them in the navigation. Both link-audit modes accept those declared routes without a ClawHub checkout; undeclared routes still fail.
  • Keep OpenClaw-specific skill and plugin guidance in the owning OpenClaw docs, such as docs/cli/skills.md and docs/cli/plugins.md. That guidance covers installation, update, verification, removal, and release trust. Standalone ClawHub CLI and publishing reference belongs upstream.
  • For links into /clawhub/**, plain pnpm docs:check-links does not check fragments. To verify anchors, run pnpm docs:check-links:anchors with OPENCLAW_DOCS_SYNC_CLAWHUB_REPO pointing to the actual ClawHub source checkout. Without that source, fragments into declared mirrored routes are reported as unverified.
  • Approved release docs can own a marked CHANGELOG/<version>.md mirror. When changing those sources, regenerate that complete flat Markdown file in the same PR with pnpm changelog:from-docs, preserving the marker's ordered source list and the frozen CHANGELOG/records/<version>.md. pnpm changelog:check verifies marked mirrors; it does not convert untouched historical releases. The openclaw-changelog-update skill owns the commands and separate post-release publication sequence.
  • Generated CHANGELOG/** artifacts retain the exact migrated or mirrored bytes. Like the root changelog, they are excluded from generic formatting; use the owning generator and pnpm changelog:check instead.

Local Preview

  • Run pnpm docs:dev -- --page <route> to preview uncommitted English content using the current website UI. Repeat --page for more pages; the preview is bounded to 30 pages.
  • Clone openclaw/docs as ../openclaw-docs beside the main checkout and run npm ci there first. For another checkout, pass --site-repo <path> or set OPENCLAW_DOCS_SITE_REPO.
  • The preview reads this checkout and writes only ignored .cache/docs-preview/ output. It does not sync, translate, or publish. Re-run after edits. Use --build-only for artifacts without a server, or --port <port> to change the loopback server's default port 4173. Serving requires Python 3.
  • Website styling and renderer changes belong in openclaw/docs; content, navigation, redirects, and the shared publishing parser remain here.

Published Link Rules

  • The publish pipeline pushes docs to https://docs.openclaw.ai from the openclaw/docs publishing repo, which owns the website design and UI.
  • Internal doc links in docs/**/*.md must stay root-relative with no .md or .mdx suffix (example: [Config](/gateway/configuration)).
  • Section cross-references should use anchors on root-relative paths (example: [Hooks](/gateway/config-hooks#hooks)).
  • Anchor IDs come from the shared publishing parser in scripts/lib/docs-markdown.mjs. Verify them with pnpm docs:check-links:anchors. Published heading IDs stay stable. Compatibility aliases never replace an existing target.
  • Use an explicit <a id="stable-section-name" /> for a durable section link when heading wording may change. Keep existing named anchors when reorganizing content.
  • README and other GitHub-rendered docs should keep absolute docs URLs so links work outside the docs site.
  • Docs content must stay generic: no personal device names, hostnames, or local paths. Use placeholders like user@gateway-host and ~/path/to/skills.
  • For tokens, API keys, and credential snippets, follow Secret Placeholder Conventions. Keep example values obviously fake so secret scanners stay quiet.

Docs Content Rules

  • When node-version.mjs, package.json engines, the Bun minimum in src/infra/runtime-guard.ts, or the SQLite floors in src/infra/sqlite-runtime-version.ts change, update the supported-versions and history tables in docs/install/node-compatibility.md and docs/install/bun-compatibility.md.
  • For docs, UI copy, and picker lists, order services and providers alphabetically. The one exception is a section that explicitly describes runtime order or auto-detection order.
  • Keep bundled plugin naming consistent with the repo-wide plugin terminology rules in the root AGENTS.md.
  • CI verifies JSON5 and JSON config fences that look like whole openclaw.json documents against the schema. pnpm docs:check-config-examples runs that verification. Deliberately partial or legacy snippets opt out with validate=false in the fence info string.
  • Generated docs, never hand-edit: docs/plugins/reference/**, docs/plugins/reference.md, and docs/plugins/plugin-inventory.md come from pnpm plugins:inventory:gen. docs/maturity/** comes from pnpm maturity:render.
  • Publishing and packaging generate the public and packaged docs map from pnpm docs:list --headings. Keep only the small source stub at docs/docs_map.md. Never commit the expanded heading mirror.

Internal Docs

  • Long-lived private operator docs belong in a private operator repo outside this one.
  • Repo-local internal scratch/mirror docs may live under ignored docs/internal/.
  • Never add docs/internal/** pages to docs/docs.json navigation or link them from public docs.
  • scripts/docs-sync-publish.mjs excludes and prunes docs/internal/** from the public openclaw/docs publish repo if a page is force-added later.
  • Root docs/AGENTS.md and docs/CLAUDE.md are repository instructions, not public pages. Source sync excludes and prunes them; translation finalization removes their locale copies. Public workspace templates under docs/reference/templates/** remain published.
  • Internal docs may mention repo paths, private app names, 1Password item names, and runbooks, but never include secret values.

Maturity Scorecard Editing

  • taxonomy.yaml and qa/maturity-scores.yaml are the source inputs.
  • Generated maturity docs under docs/maturity/ are projections. Do not hand-edit their score, LTS, taxonomy, QA profile, or evidence tables.
  • scripts/qa/render-maturity-docs.ts owns generation. Use pnpm maturity:render to refresh committed docs and pnpm maturity:check to verify them.
  • .github/workflows/maturity-scorecard.yml renders artifact previews and can open generated-doc PRs. .github/workflows/openclaw-release-checks.yml dispatches it for release QA.
  • Keep deterministic qa-evidence.json.scorecard data in GitHub Actions artifacts unless a maintainer explicitly asks for a sanitized committed projection.
  • Human overrides must change source state in a PR and explain the reason plus public or redacted evidence.

Docs i18n

  • Foreign-language docs are not maintained in this repo. The generated publish output lives in the separate openclaw/docs repo (often cloned locally as ../openclaw-docs).
  • Do not add or edit localized docs under docs/<locale>/** here.
  • Treat OpenClaw-owned English docs in this repo plus glossary files as the source of truth. ClawHub English sources follow Source Ownership above.
  • Pipeline: update English docs here, update docs/.i18n/glossary.<locale>.json as needed, then let the publish-repo sync and scripts/docs-i18n run in openclaw/docs.
  • Before rerunning scripts/docs-i18n, add glossary entries for new technical terms, page titles, and short nav labels. Add an entry for each term that must stay in English or use a fixed translation.
  • pnpm docs:check-i18n-glossary is the guard for changed English doc titles and short internal doc labels.
  • Translation memory lives in generated docs/.i18n/*.tm.jsonl files in the publish repo.
  • See docs/.i18n/README.md.

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.