

Also from Kynth Studios


Also from Kynth Studios


Also from Kynth Studios
11. **Verify Information**: Always verify information before presenting it. Do not make assumptions or speculate without clear evidence.2. **File-by-File Changes**: Make changes file by file and give me a chance to spot mistakes.3. **No Apologies**: Never use apologies.4. **No Understanding Feedback**: Avoid giving feedback about understanding in comments or documentation.5. **No Whitespace Suggestions**: Don't suggest whitespace changes.6. **No Summaries**: Don't summarize changes made.7. **No Inventions**: Don't invent changes other than what's explicitly requested.8. **No Unnecessary Confirmations**: Don't ask for confirmation of information already provided in the context.9. **Preserve Existing Code**: Don't remove unrelated code or functionalities. Pay attention to preserving existing structures.10. **Single Chunk Edits**: Provide all edits in a single chunk instead of multiple-step instructions or explanations for the same file.11. **No Implementation Checks**: Don't ask the user to verify implementations that are visible in the provided context.12. **No Unnecessary Updates**: Don't suggest updates or changes to files when there are no actual modifications needed.13. **Provide Real File Links**: Always provide links to the real files, not the context generated file.14. **No Current Implementation**: Don't show or discuss the current implementation unless specifically requested.15. **Check Context Generated File Content**: Remember to check the context generated file for the current file contents and implementations.16. **Use Explicit Variable Names**: Prefer descriptive, explicit variable names over short, ambiguous ones to enhance code readability.17. **Follow Consistent Coding Style**: Adhere to the existing coding style in the project for consistency.18. **Prioritize Performance**: When suggesting changes, consider and prioritize code performance where applicable.19. **Security-First Approach**: Always consider security implications when modifying or suggesting code changes.20. **Test Coverage**: Suggest or include appropriate unit tests for new or modified code.21. **Error Handling**: Implement robust error handling and logging where necessary.22. **Modular Design**: Encourage modular design principles to improve code maintainability and reusability.23. **Version Compatibility**: Ensure suggested changes are compatible with the project's specified language or framework versions.24. **Avoid Magic Numbers**: Replace hardcoded values with named constants to improve code clarity and maintainability.25. **Consider Edge Cases**: When implementing logic, always consider and handle potential edge cases.26. **Use Assertions**: Include assertions wherever possible to validate assumptions and catch potential errors early.
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 |
|---|---|---|---|---|---|
| Qwertic/cursorrulesrules/chrome-extension-dev-js-typescript-cursorrules-pro/.cursorrules · 26 | .cursorrules | style | 38/100 | 14 days ago | |
| Qwertic/cursorrulesrules/tailwind-css-nextjs-guide-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | lint-formatstyletypesgit+1 | 42/100 | 14 days ago | |
| Qwertic/cursorrulesrules/webassembly-z80-cellular-automata-cursorrules-prom/.cursorrules · 26 | .cursorrules | no sections | 34/100 | 14 days ago | |
| Qwertic/cursorrulesrules/nextjs-vercel-supabase-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | buildteststylearch+10 | 64/100 | 14 days ago | |
| Qwertic/cursorrulesrules/nodejs-mongodb-jwt-express-react-cursorrules-promp/.cursorrules · 26 | .cursorrules | no sections | 30/100 | 14 days ago | |
| Qwertic/cursorrulesrules/py-fast-api/.cursorrules · 26 | .cursorrules | styletypes | 38/100 | 14 days ago | |
| Qwertic/cursorrulesrules/sveltekit-tailwindcss-typescript-cursorrules-promp/.cursorrules · 26 | .cursorrules | lint-formatstyleuidocs | 50/100 | 14 days ago | |
| Qwertic/cursorrulesrules/swiftui-guidelines-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | no sections | 30/100 | 14 days ago | |
| Qwertic/cursorrulesrules/angular-typescript-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | testdocs | 34/100 | 14 days ago | |
| Qwertic/cursorrulesrules/cursor-ai-react-typescript-shadcn-ui-cursorrules-p/.cursorrules · 26 | .cursorrules | no sections | 16/100 | 14 days ago | |
| Qwertic/cursorrulesrules/cursorrules-cursor-ai-nextjs-14-tailwind-seo-setup/.cursorrules · 26 | .cursorrules | setupbuildlint-formatstyle+8 | 62/100 | 14 days ago | |
| Qwertic/cursorrulesrules/cursorrules-cursor-ai-wordpress-draft-macos-prompt/.cursorrules · 26 | .cursorrules | no sections | 16/100 | 14 days ago | |
| Qwertic/cursorrulesrules/deno-integration-techniques-cursorrules-prompt-fil/.cursorrules · 26 | .cursorrules | no sections | 16/100 | 14 days ago | |
| Qwertic/cursorrulesrules/elixir-phoenix-docker-setup-cursorrules-prompt-fil/.cursorrules · 26 | .cursorrules | git | 30/100 | 14 days ago | |
| Qwertic/cursorrulesrules/es-module-nodejs-guidelines-cursorrules-prompt-fil/.cursorrules · 26 | .cursorrules | stylesecuritydependenciesperformance+2 | 41/100 | 14 days ago | |
| Qwertic/cursorrulesrules/github-code-quality-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | do-notagent-behaviour | 37/100 | 14 days ago | |
| Qwertic/cursorrulesrules/github-cursorrules-prompt-file-instructions/.cursorrules · 26 | .cursorrules | no sections | 26/100 | 14 days ago | |
| Qwertic/cursorrulesrules/go-backend-scalability-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | no sections | 40/100 | 14 days ago | |
| Qwertic/cursorrulesrules/go-servemux-rest-api-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | no sections | 30/100 | 14 days ago | |
| Qwertic/cursorrulesrules/graphical-apps-development-cursorrules-prompt-file/.cursorrules · 26 | .cursorrules | setupbuildstylearch+4 | 46/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/qwertic-cursorrules-rules-code-guidelines-cursorrules-prompt-file-cursorrules)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.