docs
Skill118 starsChanged 7 days agoMITView on GitHub
Regenerate README.md, APP_STORE_DESCRIPTION.txt, and the KMReader landing page (src/pages/reader/index.tsx in the kmworks/website repo) based on current important product features in the codebase.
169 other projects use a version of this.
Adopted by
Most recently taken up by
- RLinf/RLinftheir own version, first seen Nov 15, 2026
- cpoder/claude-apple-plugintheir own version, first seen Nov 15, 2026
- Canonry/agent-readinesstheir own version, first seen Nov 15, 2026
- automagik-si/genietheir own version, first seen Nov 15, 2026
- frane/vibesurfertheir own version, first seen Nov 12, 2026
- Adelie-Squad/solosquadtheir own version, first seen Nov 8, 2026
Used with
Projects with it also use import-memory, perf and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
amirbironSkillimport-memory
Import a memory export from another AI assistant into Claude's memory — conversationally, additively, and with the content treated as data.
Also in 3 projects that use this
MicrosoftSkillperf
Speed and memory performance rules for Rust crates, the Node addon, webui-framework, and webui-delivery.
Also in 4 projects that use this
diego-tobalinaSkillbuild-fix
Fix build and compilation errors systematically. Run when build fails.
Also in 3 projects that use this
JkudjoSkillincident
Production incident response — structured triage, hypothesis tree, safe remediation, incident record
Also in 4 projects that use this
vbrevikSkillwork
Use when the user says 'plan', 'todo', 'copy plan', 'append plan', 'resume plan', 'priorities', or 'what's next'.
Also in 7 projects that use this
mbwsimsSkillimpact
This skill should be used when the user asks to "check the impact", "what will break if I change this", "blast radius", "impact analysis", "what depends on this", "who imports this", "is it safe to change this", mentions "/impact", or wants to understand the consequences of modifying a specific file or function before making changes.
Also in 3 projects that use this
Other versions169 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 169
- remotion-dev/remotion★ 73ksame name
- PrefectHQ/fastmcp★ 29ksame name
- jlowin/fastmcp★ 29ksame name
- ryoppippi/ccusage★ 19ksame name
- ccusage/ccusage★ 19ksame name
- micronaut-projects/micronaut-core★ 6.4ksame name
- RLinf/RLinf★ 5.7ksame name
- latitude-dev/latitude-llm★ 4.7ksame name
- samuelgursky/davinci-resolve-mcp★ 4.1ksame name
- TanStack/ai★ 3.4ksame name
159 more not listed
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.
- AGENTS.mdAGENTS.md
- appstore-releaseSkill
- changelogSkill
- localizationSkill
- pr-workflowSkill
- repo-conventionsSkill
- simulatorSkill
- testflightSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. 0 are common, 11 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 133 edited versions we read keep these.
11
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 25
Treat docs as a durable product overview, not a summary of every recent change.
- Distinctive: line 26
Do not add minor UX polish, small fixes, or short-lived release-specific details unless they change the core product positioning.
- Distinctive: line 27
Keep product-facing language clear and concise.
- Distinctive: line 28
Avoid low-level technical implementation details.
- Distinctive: line 29
Keep messaging consistent across all three files.
- Distinctive: line 30
Keep any supported-language claims aligned with the current app localization set.
- Distinctive: line 43
Update all target files so wording and feature emphasis stay aligned.
- Distinctive: line 44
Keep README.md as the most complete overview.
- Very specific: line 45
Keep APP_STORE_DESCRIPTION.txt concise and store-appropriate.
- Very specific: line 46
Keep the website repo's src/pages/reader/index.tsx aligned with the same feature priorities.
- Distinctive: line 50
Ensure all three files mention the same core features.
- Distinctive: line 51
Remove stale or no-longer-available claims.
- Distinctive: line 52
Keep formatting clean and ready to publish.
“Common” is measured: kept by at least 6 in 10 of the 133 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Docs
Regenerate key project docs from current product capabilities.
When To Use
- The user asks to refresh project docs after feature changes.
- README and App Store description are outdated.
- Marketing landing content in the kmworks/website repo (
src/pages/reader/index.tsx) needs alignment with current app features.
Target Files
README.mdAPP_STORE_DESCRIPTION.txtsrc/pages/reader/index.tsxin the kmworks/website repo (commit there separately)
Scope Rules
- Reflect current important features only.
- Treat docs as a durable product overview, not a summary of every recent change.
- Do not add minor UX polish, small fixes, or short-lived release-specific details unless they change the core product positioning.
- Keep product-facing language clear and concise.
- Avoid low-level technical implementation details.
- Keep messaging consistent across all three files.
- Keep any supported-language claims aligned with the current app localization set.
Inputs To Read First
AGENTS.md(project capabilities and architecture summary) and.agents/skills/repo-conventions/SKILL.md(subsystem conventions)- Current target files (to preserve structure where appropriate)
- Relevant feature modules under
KMReader/Features/when needed
Update Workflow
- Collect current user-visible features from codebase and project docs.
- Decide the most important feature set to present.
- Filter out low-signal recent changes that belong in changelogs rather than evergreen docs.
- Update all target files so wording and feature emphasis stay aligned.
- Keep
README.mdas the most complete overview. - Keep
APP_STORE_DESCRIPTION.txtconcise and store-appropriate. - Keep the website repo's
src/pages/reader/index.tsxaligned with the same feature priorities.
Validation
- Ensure all three files mention the same core features.
- Remove stale or no-longer-available claims.
- Keep formatting clean and ready to publish.
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
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.

