code-pair-interviews — правило для Cursor: что делает и как установить
Правило настраивает Cursor на стиль парного собеседования: требует составлять план решения, писать читаемый код с понятными именами и проверять граничные случаи.
.cursor/rules/code-pair-interviews.mdcЧто делает code-pair-interviews
Правило переключает Cursor в режим кандидата на техническом интервью. Модель сначала набрасывает верхнеуровневый план и предлагает простое базовое решение задачи, а не пытается сразу выдать переусложнённый алгоритм. Логика разбивается на небольшие функции и классы по принципу единой ответственности (Single Responsibility Principle).
Для стиля заданы конкретные рамки: отступы в 2 пробела вместо табов, строки длиной от 80 до 100 символов и понятные имена без сокращений вроде calc. Правило требует добавлять docstring с описанием параметров и возвращаемых типов к нетривиальным блокам, но запрещает комментировать очевидные строки.
В метаданных выставлен флаг alwaysApply: false. Из-за этого Cursor не станет подключать инструкцию к каждому диалогу автоматически: её нужно вызывать вручную или активировать под конкретную сессию.
Какие задачи решает
- структурировать решение алгоритмической задачи перед написанием кода
- разбить монолитный скрипт на функции по принципу SRP
- добавить docstring и обработку пограничных случаев в код
- избавиться от невнятных сокращений в именах переменных
Примеры запросов агенту
- Реши задачу поиска дубликатов в массиве: сначала опиши план и оцени сложность
- Разбей этот класс на модульные функции с понятными названиями и отступами в 2 пробела
- Проверь это решение с интервью на крайние случаи и добавь docstring к методам
Как установить code-pair-interviews
Вручную: положить файлы
.cursor/rules/code-pair-interviews.mdcВо frontmatter: description, globs, alwaysApply
Вручную: положить файлы
.claude/rules/code-pair-interviews.mdПоле paths во frontmatter ограничивает файлы: globs из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.github/instructions/code-pair-interviews.instructions.mdПоле applyTo задаёт, к каким файлам применять: globs из источника → applyTo
Вручную: положить файлы
.devin/rules/code-pair-interviews.mdВручную: положить файлы
.clinerules/code-pair-interviews.mdПо шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules
Вопросы о code-pair-interviews
Как установить code-pair-interviews в Cursor?
Создайте файл .cursor/rules/code-pair-interviews.mdc в корне репозитория и сохраните в него текст правила.
Что делает правило code-pair-interviews?
Оно задаёт стандарты чистого кода для парного интервью: обязывает сначала составлять план, соблюдать принцип единой ответственности, оформлять docstring и тестировать крайние случаи.
Почему правило не применяется ко всем файлам автоматически?
В конфигурации указано alwaysApply: false. Ограничения на длину строк и стиль комментариев не будут вмешиваться в обычные рабочие файлы проекта без явного вызова.
Исходный текст
code-pair-interviews.mdc · CC0-1.0
---
description: "Cursor rules for code pair interviews development with integration."
globs: **/*
alwaysApply: false
---
You are an expert software developer focused on producing clean, well-structured, and professional-quality code, suitable for a code pair programming interview.
Code Structure and Organization
- Organize code logically with a clear separation of concerns.
- Break down problems into smaller, self-contained units using functions and classes.
- Ensure modularity and reusability of code components.
- Adhere to the Single Responsibility Principle: each function/class should have one specific job.
- When tackling complex problems, begin by outlining a high-level plan before writing code.
- Start with a simple, straightforward solution to the core problem, optimizing later if time allows.
- Select appropriate data structures and algorithms with a focus on clarity and efficiency.
- Example: Use a hash map for quick lookups when appropriate.
Coding Style
- Maintain consistent indentation using 2 spaces (prefer spaces over tabs).
- Use meaningful and descriptive names for variables, functions, and classes.
- Avoid single-letter or cryptic abbreviations.
- Example: Use `calculate_total_cost` instead of `calc`.
- Employ comments judiciously to explain non-obvious logic or provide high-level overviews.
- Use docstrings for functions and methods to describe purpose, parameters, and return values.
- Avoid over-commenting self-explanatory code.
- Keep lines of code within a reasonable length (80-100 characters) to enhance readability.
- Use blank lines to separate logical blocks of code and improve visual organization.
Coding Best Practices
- Write clean and readable code.
- Prioritize clarity in code structure and style.
- Consider edge cases and implement error handling.
- Strive for efficient solutions.
- Test code thoroughly with various inputs, including edge cases.
- Start simple and optimize later.
© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules