Skip to content

chore: add universal Qodo best_practices.md - #4

Open
vaulttec-dev wants to merge 1 commit into
mainfrom
chore/qodo-best-practices
Open

vaulttec-dev wants to merge 1 commit into
mainfrom
chore/qodo-best-practices

Conversation

@vaulttec-dev

@vaulttec-dev vaulttec-dev commented Jul 23, 2026

Copy link
Copy Markdown
Owner

Що це

Додає універсальний, стеко-незалежний best_practices.md у корінь репо.
Qodo PR-Agent /improve читає цей файл автоматично і, якщо код у PR порушує
гайдлайн, додає поради з лейблом Organization best practice.

Джерело шаблону: qodo-pr-agent/templates/best_practices.md.


Summary by cubic

Adds a universal, stack-agnostic best_practices.md at the repo root for Qodo PR-Agent /improve. The agent auto-reads it and will add "Organization best practice" suggestions when PRs break a rule.

Written for commit c9d8e81. Summary will update on new commits.

Review in cubic

Summary by CodeRabbit

  • Документація
    • Додано універсальний довідник інженерних практик для перевірки змін.
    • Описано рекомендації щодо коректності, обробки помилок, безпеки, API, даних, асинхронності, тестування, продуктивності та підтримуваності.
    • Додано вимоги до коротких, перевірюваних правил і обмеження обсягу змін.

Greptile Summary

Додано універсальний файл інженерних рекомендацій для Qodo PR-Agent.

  • Описано правила коректності, обробки помилок і безпеки.
  • Зафіксовано вимоги до API, збереження даних, асинхронності, тестування, продуктивності та підтримуваності.
  • Визначено рекомендації щодо залежностей і конфігурації.

Confidence Score: 5/5

Pull Request виглядає безпечним для злиття.

Зміни обмежені новим Markdown-файлом із рекомендаціями та не впливають на виконуваний код, дані, залежності чи безпекові межі застосунку.

Important Files Changed

Filename Overview
best_practices.md Додано суто документаційний набір стеко-незалежних правил без змін виконуваного коду, конфігурації або продакшен-поведінки.

Reviews (1): Last reviewed commit: "chore: add universal Qodo best_practices..." | Re-trigger Greptile

Стеко-незалежний набір правил для Qodo PR-Agent /improve; читається автоматично.
Copilot AI review requested due to automatic review settings July 23, 2026 19:35
@coderabbitai

coderabbitai Bot commented Jul 23, 2026

Copy link
Copy Markdown

Review Change Stack

📝 Walkthrough

Walkthrough

Додано best_practices.md з універсальними інженерними правилами для PR-Agent /improve, включно з вимогами до якості коду, безпеки, тестування, продуктивності та формату документа.

Changes

Інженерні правила

Layer / File(s) Summary
Документ best practices
best_practices.md
Додано правила для коректності й обробки помилок, безпеки, API, даних, concurrency, тестів, продуктивності, підтримуваності та залежностей, а також обмеження щодо проєктно-специфічних правил і розміру документа.

Estimated code review effort: 1 (Trivial) | ~5 minutes

Suggested reviewers: copilot

Poem

Я, кролик, стрибаю крізь правила й рядки,
Щоб код був надійний, безпечний завжди.
Тести морквиною сяють в саду,
Помилки ховаються в тихім кутку.
PR-Agent читає — і вуха тремтять!

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed Заголовок точно відображає головну зміну: додання універсального файлу best_practices.md для Qodo PR-Agent.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch chore/qodo-best-practices

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@sonarqubecloud

Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick comments (3)
best_practices.md (3)

61-64: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Уточніть політику закріплення залежностей.

Безумовна вимога закріплювати всі версії може заохочувати exact pinning у маніфесті та ускладнювати контрольовані security-оновлення. Краще вимагати lockfile/constraints для відтворюваних збірок і заборонити лише неявні major-апгрейди.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@best_practices.md` around lines 61 - 64, Уточніть пункт про залежності:
замініть безумовну вимогу закріплювати версії на вимогу використовувати lockfile
або constraints для відтворюваних збірок, зберігши заборону неявних
major-оновлень у звичайних PR.

45-45: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Розділіть вимоги до regression-тестів і нової поведінки.

Тест нової функціональності не завжди може «падати до зміни» — часто його додають одночасно з реалізацією. Цю вимогу слід застосовувати до regression-тестів для багфіксів, а для нової поведінки вимагати перевірку нового контракту.

Запропоноване формулювання
-- Нова поведінка й фікси багів супроводжуються тестами, що падали б до зміни.
+- Фікси багів супроводжуються regression-тестами, що падали б до зміни; нова поведінка — тестами нового контракту.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@best_practices.md` at line 45, Оновіть рекомендацію в best_practices.md:
вимогу про тест, який падає до зміни, застосовуйте лише до regression-тестів для
виправлення помилок; для нової поведінки вимагайте тест, що перевіряє новий
контракт, без обов’язкової невдачі до реалізації.

13-15: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Зробіть правила стеко-незалежними.

Терміни promises, awaited, null/undefined і truthiness прив’язані переважно до JS/TS та можуть спричиняти нерелевантні поради для інших стеків. Сформулюйте їх через загальні поняття асинхронності, відсутніх значень і валідних false-like значень, залишивши специфічні приклади лише в дужках.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@best_practices.md` around lines 13 - 15, Оновіть правила в best_practices.md,
замінивши JS/TS-специфічні терміни в пунктах про асинхронність, відсутні
значення та false-like значення на стеко-незалежні формулювання. Збережіть
приклади на кшталт promises, await, null/undefined і 0/""/false лише як
необов’язкові приклади в дужках.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Nitpick comments:
In `@best_practices.md`:
- Around line 61-64: Уточніть пункт про залежності: замініть безумовну вимогу
закріплювати версії на вимогу використовувати lockfile або constraints для
відтворюваних збірок, зберігши заборону неявних major-оновлень у звичайних PR.
- Line 45: Оновіть рекомендацію в best_practices.md: вимогу про тест, який падає
до зміни, застосовуйте лише до regression-тестів для виправлення помилок; для
нової поведінки вимагайте тест, що перевіряє новий контракт, без обов’язкової
невдачі до реалізації.
- Around line 13-15: Оновіть правила в best_practices.md, замінивши
JS/TS-специфічні терміни в пунктах про асинхронність, відсутні значення та
false-like значення на стеко-незалежні формулювання. Збережіть приклади на
кшталт promises, await, null/undefined і 0/""/false лише як необов’язкові
приклади в дужках.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: a6d112d0-ca60-4a30-bebc-76e30e100391

📥 Commits

Reviewing files that changed from the base of the PR and between 6439197 and c9d8e81.

📒 Files selected for processing (1)
  • best_practices.md

@cubic-dev-ai cubic-dev-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No issues found across 1 file

Re-trigger cubic

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds a stack-agnostic best_practices.md at the repository root so Qodo PR-Agent /improve can automatically apply organization-wide guidance during PR reviews.

Changes:

  • Introduces a universal best-practices guide covering correctness, security, API boundaries, data, concurrency, tests, performance, maintainability, and dependencies/config.
  • Documents where project-specific rules should live (outside this universal file) and notes PR-Agent size constraints.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread best_practices.md
Comment on lines +6 to +8
Правила, специфічні для проєкту (фреймворки, доменна логіка, назви пакетів),
НЕ додавай сюди — їм місце в `.pr_agent.toml` → [pr_reviewer]/[pr_code_suggestions] extra_instructions.
Ліміт PR-Agent: 800 рядків. Тримай пункти короткими й перевірюваними.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants