

Also from Kynth Studios


Also from Kynth Studios


Also from Kynth Studios
1# CODEX Agent Configuration23This file demonstrates how `vibe-rules` formats and manages rules for the CODEX editor. Rules are stored as XML-like tagged blocks within a `<vibe-rules Integration>` section.45## Codex File Hierarchy67Codex looks for AGENTS.md files in the following places and merges them top-down:891. `~/.codex/AGENTS.md` - personal global guidance (use `--global` flag)102. `AGENTS.md` at repo root - shared project notes (default behavior)113. `AGENTS.md` in current working directory - sub-folder/feature specifics (use `--target` flag)1213## Custom Project Rules1415Add your custom CODEX rules here...1617## Rule Examples1819<!-- vibe-rules Integration -->20<react-component-patterns>21React Component Development Guidelines2223Always Apply: true24Globs: src/components/**/\*.tsx, src/components/**/\*.jsx2526When creating React components:27281. Use functional components with hooks instead of class components292. Implement proper TypeScript interfaces for props303. Use descriptive component and prop names314. Extract complex logic into custom hooks325. Add proper JSDoc comments for complex components336. Use React.memo() for performance optimization when appropriate347. Implement proper error boundaries for critical components35 </react-component-patterns>3637<api-design-patterns>38API Development Best Practices3940Always Apply: false41Globs: src/api/**/\*.ts, src/routes/**/\*.ts4243For API development:44451. Use consistent REST conventions (GET, POST, PUT, DELETE)462. Implement proper error handling with meaningful HTTP status codes473. Use middleware for authentication and validation484. Document APIs with OpenAPI/Swagger specifications495. Implement rate limiting and request validation506. Use proper TypeScript types for request/response objects517. Add comprehensive logging for debugging52 </api-design-patterns>5354<testing-guidelines>55Testing and Quality Assurance5657Always Apply: true5859Testing best practices:60611. Write unit tests for all business logic functions622. Use integration tests for API endpoints633. Implement end-to-end tests for critical user flows644. Maintain at least 80% code coverage655. Use descriptive test names that explain the scenario666. Mock external dependencies appropriately677. Test both success and error cases688. Use factories or fixtures for test data setup69 </testing-guidelines>7071<architecture-patterns>72Software Architecture Guidelines7374Globs: src/models/**/\*.ts, src/services/**/_.ts, src/utils/\*\*/_.ts7576Architecture principles:77781. Follow SOLID principles in class design792. Use dependency injection for better testability803. Implement proper separation of concerns814. Use design patterns appropriately (Factory, Strategy, Observer)825. Keep functions small and focused on single responsibility836. Implement proper error handling and logging847. Use TypeScript interfaces to define contracts858. Follow consistent naming conventions86</architecture-patterns>87<!-- /vibe-rules Integration -->8889## Additional Notes9091The CODEX editor reads agent instructions from `AGENTS.md` files. The hierarchy allows for flexible configuration:9293- Global rules apply to all projects94- Project-root rules apply to the entire project95- Directory-specific rules apply to current working directory contexts9697Rules managed by `vibe-rules` are contained within the `<!-- vibe-rules Integration -->` comment block to distinguish them from manually added rules.9899Rules can include metadata such as:100101- **Always Apply**: Whether the rule should be automatically applied to all relevant contexts102- **Globs**: File patterns that determine when the rule should be active103104Use `vibe-rules` commands to manage these rules:105106- `vibe-rules save my-rule -f ./my-rule.md` - Save a rule to local storage107- `vibe-rules load my-rule codex` - Apply a saved rule to this file108- `vibe-rules load my-rule codex --global` - Apply to global `~/.codex/AGENTS.md`109- `vibe-rules load my-rule codex --target ./subdir/AGENTS.md` - Apply to specific directory110- `vibe-rules install codex` - Install rules from NPM packages with `llms` exports111
One repository carrying more than one format is the comparison this product exists for: does anyone actually write different content in each file, or is one a copy of the other?
| Repository | Format | Stack | Covers | Score | Changed |
|---|---|---|---|---|---|
| FutureExcited/vibe-rules.cursor/rules/architecture.mdc · 530 | Cursor rules | no sections | 16/100 | 14 days ago | |
| FutureExcited/vibe-rules.cursor/rules/yo.mdc · 530 | Cursor rules | no sections | 16/100 | 14 days ago | |
| FutureExcited/vibe-rules.github/instructions/examples-test.instructions.md · 530 | Copilot instructions | buildtest | 20/100 | 14 days ago | |
| FutureExcited/vibe-rulesreference/claude-code-directory/CLAUDE.md · 530 | CLAUDE.md | do-notagent-behaviour | 31/100 | 14 days ago | |
| FutureExcited/vibe-rulesreference/cline-rules-directory/.clinerules/glob.md · 530 | Cline rules | no sections | 12/100 | 14 days ago |
Same format, overlapping stack, ranked by quality.
| Repository | Format | Stack | Covers | Score | Changed |
|---|---|---|---|---|---|
| code-yeongyu/oh-my-openagentpackages/web/AGENTS.md · 68k | AGENTS.md | setupbuildtestlint-format+6 | 100/100 | 13 days ago | |
| mui/material-uiAGENTS.md · 99k | AGENTS.md | setupbuildtestlint-format+9 | 100/100 | 14 days ago | |
| aaif-goose/gooseAGENTS.md · 53k | AGENTS.md | setupbuildtestlint-format+7 | 100/100 | 8 days ago | |
| duckduckgo/content-scope-scriptsspecial-pages/AGENTS.md · 70 | AGENTS.md | buildteststylearch+3 | 100/100 | 14 days ago | |
| deepseek-ai/deepseek-harnessnative/landlock-run/AGENTS.md · 104k | AGENTS.md | setupteststylearch+3 | 100/100 | today | |
| TryGhost/Ghoste2e/AGENTS.md · 55k | AGENTS.md | setupteststylearch+2 | 100/100 | today | |
| n8n-io/n8npackages/@n8n/agents/AGENTS.md · 201k | AGENTS.md | buildteststylearch+3 | 100/100 | 14 days ago | |
| elastic/elasticsearchx-pack/plugin/core/src/main/java/org/elasticsearch/xpack/core/ml/AGENTS.md · 78k | AGENTS.md | buildtestlint-formatstyle+2 | 100/100 | 14 days ago |
A badge carrying the measured quality of the strongest agent config file in this repository, out of 100. It reads from this index every time somebody loads your page, so it changes when the measurement changes and there is nothing to keep up to date. Free, no account, and the value is not something you or we can set by hand.
[](https://rulestack.kynth.studio/configs/futureexcited-vibe-rules-reference-codex-rules-directory-agents)Would rather not hotlink us? Every badge is also served in shields.io’s endpoint schema, so shields renders the image and your readers never talk to our domain:
Published by Toolproof, the masthead over this index and eight others. The method behind the number is at toolproof.kynth.studio/methodology, and the whole thing is readable as JSON with no key at /api.