code-guidelines-cursorrules-prompt-file — правило Cursor
Правило задаёт Cursor порядок работы с кодом: проверять факты, сохранять существующую структуру и учитывать тесты, безопасность и совместимость.
.cursor/rules/code-guidelines-cursorrules-prompt-file.mdcЧто делает code-guidelines-cursorrules-prompt-file
Правило для Cursor описывает процесс изменений в проекте. Агент должен проверять информацию, работать с файлами по очереди и вносить правки одним блоком для каждого файла. Оно запрещает выдумывать изменения, трогать несвязанный код, предлагать правки пробелов и пересказывать итог работы.
В настройках указаны область **/* и alwaysApply: false. Правило также задаёт требования к именам переменных, стилю проекта, производительности, обработке ошибок, модульности, тестам, крайним случаям и безопасности. При изменениях нужно учитывать версии языка или фреймворка, избегать магических чисел и использовать утверждения там, где это уместно.
При alwaysApply: false правило не включается для каждого запроса автоматически, поэтому файл нужно подключить в настройках Cursor. Ссылка на реальный файл обязательна, а содержимое файла, созданного из контекста, следует проверить перед правкой.
Какие задачи решает
- разбить правки по отдельным файлам
- сохранить несвязанный код и структуру проекта
- проверить безопасность и обработку ошибок
- добавить тесты для изменённого кода
- учесть версии фреймворка и крайние случаи
Примеры запросов агенту
- Измени обработку ошибок в
src/api.tsи покажи правку одним блоком. - Добавь тесты для новой функции, сохрани текущий стиль проекта и проверь крайние случаи.
- Проверь этот файл перед изменением и не трогай код, который не относится к задаче.
Как установить code-guidelines-cursorrules-prompt-file
Вручную: положить файлы
.cursor/rules/code-guidelines-cursorrules-prompt-file.mdcВо frontmatter: description, globs, alwaysApply
Вручную: положить файлы
.claude/rules/code-guidelines-cursorrules-prompt-file.mdПоле paths во frontmatter ограничивает файлы: globs из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.github/instructions/code-guidelines-cursorrules-prompt-file.instructions.mdПоле applyTo задаёт, к каким файлам применять: globs из источника → applyTo
Вручную: положить файлы
.devin/rules/code-guidelines-cursorrules-prompt-file.mdВручную: положить файлы
.clinerules/code-guidelines-cursorrules-prompt-file.mdПо шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules
Вопросы о code-guidelines-cursorrules-prompt-file
Как установить code-guidelines-cursorrules-prompt-file в Cursor?
Создайте файл .cursor/rules/code-guidelines-cursorrules-prompt-file.mdc и поместите в него правило.
Что делает code-guidelines-cursorrules-prompt-file?
Оно задаёт Cursor правила для правок кода: проверку фактов, работу по файлам, сохранение существующей структуры, тестирование и учёт безопасности.
Когда правило применяется в Cursor?
Для него задан шаблон файлов **/*, но alwaysApply имеет значение false, поэтому правило не применяется ко всем запросам автоматически.
Исходный текст
code-guidelines-cursorrules-prompt-file.mdc · CC0-1.0
--- description: "Cursor rules for code development with guidelines integration." globs: **/* alwaysApply: false --- 1. **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.
© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules