agentleFS
conectlensconectlens/lenserfight/.agents/skills/docs-publication-manager/SKILL.md

docs-publication-manager

Skill18 starsChanged 6 months agoMITView on GitHub

Create or refine compact technical documentation, READMEs, public docs, and contribution guides. Use for OSS-facing docs, internal docs cleanup, navigation design, converting implementation details into concise Claude-style markdown, and multilingual documentation (English + 10 WIP languages).

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 2 are distinctive, and 1 is 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.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    All documentation must be written in English first.

    line 25
  2. Distinctive:

    Do not write inaccurate or machine-translated content — use stubs until a reviewer approves

    line 49
  3. Very specific:

    When adding a new English page, add it to the sidebar array in apps/docs/.vitepress/config.ts.

    line 59

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill 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
SKILL.md

Docs Publication Manager

Use when

  • README or docs structure needs improvement
  • Internal knowledge must be turned into compact public docs
  • The repo needs clearer onboarding or contribution guidance
  • A new doc page needs to be added for English and/or any supported locale
  • Translated stubs need to be filled in or checked

Workflow

  1. Identify audience, document goal, and missing information.
  2. Produce concise, navigable markdown with minimal redundancy.
  3. Return document structure, edits, and follow-up gaps.
  4. For new pages: create English first, then create stubs for any locales where the English page is marked stable.
  5. For any locale page: verify frontmatter lang is set and a fallback link to English exists.

Language rules

Default language: English

  • All documentation must be written in English first.
  • English docs live at docs/<section>/<slug>.md.
  • VitePress serves English at / (root locale).

Supported locales

CodeLabelStatusRoot
enEnglishCompletedocs/
trTürkçeWIPdocs/tr/
esEspañolStubdocs/es/
frFrançaisStubdocs/fr/
deDeutschStubdocs/de/
zh中文Stubdocs/zh/
ja日本語Stubdocs/ja/
ko한국어Stubdocs/ko/
ruРусскийStubdocs/ru/
ptPortuguêsStubdocs/pt/
itItalianoStubdocs/it/

Page rules for every locale

  • Mirror the English path exactly: docs/{locale}/{same/path}.md
  • Required frontmatter: lang: {locale} and title: {translated title}
  • Stubs must contain a blockquote linking to the English version
  • Do not write inaccurate or machine-translated content — use stubs until a reviewer approves
  • Stub pattern (adapt wording to the target language):
    > This page has not yet been translated. [View the English version.](/<english-path>)

Turkish (/tr/) — additional rules

  • Stubs use: > Bu sayfa henüz tam olarak Türkçeye çevrilmemiştir. [İngilizce sürümünü görüntüle.](/<english-path>)

Sidebar / nav updates

  • When adding a new English page, add it to the sidebar array in apps/docs/.vitepress/config.ts.
  • Also add the corresponding entry to locales.tr.themeConfig.sidebar with /tr/ prefix.
  • WIP stub locales (es/fr/de/zh/ja/ko/ru/pt/it) do not have a sidebar in config yet — add themeConfig only when the locale has enough content to warrant it.
  • Nav links in any locale must use the /{locale}/ prefix.

SEO for multilingual docs

  • hreflang alternates are configured globally in config.ts head — all 11 locales are registered.
  • Per-page canonical is handled by VitePress automatically when cleanUrls: true.
  • Adding a new locale beyond the current 11: add to locales{}, add hreflang in head[], update inLanguage in JSON-LD, create docs/{locale}/ root files, add to supabase/seeds/01_core_languages.sql.

Full i18n contribution guide

For detailed step-by-step instructions covering app locale files (arena, web, auth, cli), see: docs/how-to/contributors/i18n-guide.md

Load only when needed

  • Doc style guide
  • README template
  • Doc outline template

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.