agentleFS
ai-shifuai-shifu/ChatALL/AGENTS.md

ChatALL

AGENTS.md17k starsChanged 21 months agoApache-2.0View on GitHub

Trending

Quiet since September.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: 1 mentionJul 2026: 0 mentionsAug 2026: 0 mentionsSep 2026: 3 mentionsOct 2026: 0 mentionsNov 2026: 0 mentions
Dec 2025Jun 2026Nov 2026
Mentions a month of the ai-shifu/ChatALL repository that our weekly crawl found: only 10 in all, so this is a hint, not a trend. There is no adoption data for this file yet.

Who's talking about ai-shifu/ChatALL

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

See all 10

Talked about on GitHub, the web and YouTube (10 times).

On GitHub · 4

On the web · 4

On YouTube · 2

  • Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.

    Of the AGENTS.md files we read, the 31,542 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.

The file

Show its rules and text

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

14 rules. About 1 is common, 1 is distinctive, and 12 are very specific to this project.

  • ≈1

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 12

    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:

    Do run npm run lint -- src/<relative-file> and npx prettier --check <relative-file> on every touched file (for example, npm run lint -- …

    line 7
  2. Very specific:

    Do keep locale files in src/i18n/locales/ and prompt catalogs in src/prompts/ updated whenever UI strings change.

    line 8
  3. Very specific:

    Don't: commit generated artifacts such as dist_electron/ outputs or transient logs.

    line 9
  4. Very specific:

    Follow existing naming: camelCase for functions/variables, PascalCase for Vue components and classes, consistent with CONTRIBUTION.md.

    line 42
  5. Very specific:

    Use the @/ alias (configured in jsconfig.json) instead of deep relative paths when importing from src/.

    line 43
  6. Distinctive:

    Keep code comments and implementation notes in English, and add concise comments only when logic is non-obvious.

    line 44
  7. Very specific:

    When adding a bot, base it on src/bots/TemplateBot.js, register it in src/bots/index.js, and update any applicable botTags entries.

    line 45
  8. Very specific:

    Update src/i18n/locales/*.json and matching prompt files whenever new user-facing text or actions are introduced.

    line 46
  9. Very specific:

    Use npm run lint -- src/<relative-file> and npx prettier --check <relative-file> as fast feedback loops before committing changes.

    line 51
  10. Very specific:

    After altering persistence (src/store/ or migrations), launch the app to confirm data migrations and settings behave as expected.

    line 53
  11. Very specific:

    Follow CONTRIBUTION.md: keep pull requests focused, update localization files for any UI copy changes, and avoid mixing unrelated refactors …

    line 57
  12. Very specific:

    Use imperative, concise commit subjects similar to recent history (Update dependencies, Remove deprecated Mixtral8x7b APIBot via Groq), …

    line 58
  13. Very specific:

    Run the repo’s linting and formatting commands before committing.

    line 59
  14. Common:

    Avoid committing secrets, API keys, or personal data.

    line 68

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

Repository Guidelines

Dos and Don’ts

  • Do align your Node.js runtime with .nvmrc via nvm use before running repo scripts.
  • Do install dependencies with npm install (or npm ci in clean environments) so that the postinstall electron dependencies stay in sync.
  • Do run npm run lint -- src/<relative-file> and npx prettier --check <relative-file> on every touched file (for example, npm run lint -- src/main.js).
  • Do keep locale files in src/i18n/locales/ and prompt catalogs in src/prompts/ updated whenever UI strings change.
  • Don't commit generated artifacts such as dist_electron/ outputs or transient logs; rebuild them locally when needed.
  • Don't change shared configuration (package.json, vue.config.js, CI workflows) or add dependencies without first confirming the impact.

Project Structure and Module Organization

  • ChatALL is a Vue 3 + Vuetify 3 desktop app packaged with Electron via vue-cli-plugin-electron-builder.
  • src/main.js, src/App.vue: bootstraps Vuetify, Vuex, i18n, Matomo analytics, and Electron IPC wiring.
  • src/background.js: runs the Electron main process, wiring BrowserWindow lifecycle, proxy handling, and single-instance guard.
  • src/bots/: contains every bot connector plus registration logic in src/bots/index.js; use TemplateBot.js when adding new integrations.
  • src/components/, src/composables/, src/helpers/: Vue components, reusable composition utilities, and helper functions.
  • src/store/: Vuex state management modules and persistence helpers.
  • src/i18n/index.js and src/i18n/locales/*.json: localization setup and language packs (fallback en).
  • src/prompts/: canned prompt definitions aligned with locale files.
  • src/assets/ and public/: ships product icons, base HTML shell, and provider logos under public/bots/.
  • .github/workflows/*.yml: CI pipelines for deploy (deploy.yml), release packaging (release.yml), and GitHub Pages sync (static.yml).
  • vue.config.js: centralizes Vue CLI and Electron Builder configuration; double-check implications before changing it.
  • dist_electron/: Electron build artifacts generated by npm run electron:build (ignored by version control).

Build, Test, and Development Commands

  • Scripts live in package.json; ensure dependencies are installed before running them.
  • npm install / npm ci: install JavaScript and Electron dependencies (triggers electron-builder install-app-deps).
  • npm run electron:serve: launch the Electron development build with hot reload.
  • npm run build: produce the web build in dist/; used by .github/workflows/deploy.yml.
  • npm run electron:build: package the desktop app for the current platform; npm run release-<platform> wraps platform-specific release builds.
  • npm run lint -- src/<relative-file>: run ESLint + Prettier checks on specific files (for example, npm run lint -- src/main.js).
  • npx prettier --check <relative-file>: confirm formatting per .prettierrc.js; npm run format writes the entire src/ tree when broad formatting is necessary.
  • npm run start: open the packaged app from the current workspace using the locally built files.

Coding Style and Naming Conventions

  • Prettier (.prettierrc.js) enforces semicolons, double quotes, two-space indentation, and 80-character line width; always format through Prettier rather than manual spacing.
  • ESLint extends plugin:vue/vue3-essential, eslint:recommended, and plugin:prettier/recommended; resolve lint warnings instead of suppressing them.
  • Follow existing naming: camelCase for functions/variables, PascalCase for Vue components and classes, consistent with CONTRIBUTION.md.
  • Use the @/ alias (configured in jsconfig.json) instead of deep relative paths when importing from src/.
  • Keep code comments and implementation notes in English, and add concise comments only when logic is non-obvious.
  • When adding a bot, base it on src/bots/TemplateBot.js, register it in src/bots/index.js, and update any applicable botTags entries.
  • Update src/i18n/locales/*.json and matching prompt files whenever new user-facing text or actions are introduced.

Testing Guidelines

  • The project has no automated unit test suite; rely on linting, builds, and manual verification.
  • Use npm run lint -- src/<relative-file> and npx prettier --check <relative-file> as fast feedback loops before committing changes.
  • For functional validation, run npm run electron:serve to exercise UI and bot flows; when packaging logic changes, run npm run electron:build.
  • After altering persistence (src/store/ or migrations), launch the app to confirm data migrations and settings behave as expected.

Commit and Pull Request Guidelines

  • Follow CONTRIBUTION.md: keep pull requests focused, update localization files for any UI copy changes, and avoid mixing unrelated refactors with features.
  • Use imperative, concise commit subjects similar to recent history (Update dependencies, Remove deprecated Mixtral8x7b APIBot via Groq), optionally with conventional prefixes (fix:) when appropriate.
  • Run the repo’s linting and formatting commands before committing; husky’s pre-commit hook (.husky/pre-commit) already invokes npx lint-staged on staged Vue/JS files.
  • Reference related issues or PR numbers in commit bodies when applicable, mirroring existing commits that include (#id) annotations.
  • Include context in PR descriptions (screenshots for UI changes, reproduction steps for bug fixes) to streamline reviews.

Safety and Permissions

  • Favor minimal, file-scoped edits that respect the current formatting; never run broad reformatting across the codebase without approval.
  • It is safe to read/list files, modify code under src/, and run targeted lint/format/build commands documented above.
  • Seek confirmation before adding dependencies, altering build/release configuration, or deleting/renaming files.
  • Avoid committing secrets, API keys, or personal data; configuration lives in user settings and should remain local.
  • Coordinate on large architectural changes or cross-cutting refactors before implementation to prevent drift from project expectations.

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.