38 lines
2.2 KiB
Markdown
38 lines
2.2 KiB
Markdown
# Communication Checklist
|
||
|
||
Используй перед финальным ответом по любой нетривиальной задаче.
|
||
|
||
## Структура
|
||
|
||
- [ ] Ответ начинается с `Коротко` или с такой же короткой сводки на 2-4 пункта.
|
||
- [ ] Измененные файлы или зоны проекта перечислены в начале ответа, а не спрятаны в конце.
|
||
- [ ] Для каждого важного файла понятно: что изменилось и зачем.
|
||
- [ ] Важные изменения поведения, безопасности или состояния отделены от мелких деталей.
|
||
- [ ] Проверки разделены на `Проверено` и `Не проверено`.
|
||
- [ ] Риски написаны явно.
|
||
|
||
## Понятность
|
||
|
||
- [ ] Нет плотных абзацев длиннее 4-5 строк.
|
||
- [ ] Нет терминов и аббревиатур без пользы или краткого объяснения.
|
||
- [ ] Нет полных логов, если они не нужны для вывода.
|
||
- [ ] Нет пересказа каждой строки diff, если пользователь не просил.
|
||
- [ ] Нет мутных фраз вроде `улучшена архитектура` без объяснения, что стало проще, безопаснее или понятнее.
|
||
|
||
## Честность
|
||
|
||
- [ ] Windows/service/elevation поведение не названо проверенным, если оно не тестировалось на Windows.
|
||
- [ ] У пропущенных проверок есть простая причина.
|
||
- [ ] Ответ не говорит `готово`, если важные проверки пропущены.
|
||
|
||
## Быстрая самопроверка
|
||
|
||
Перед отправкой ответ должен отвечать на вопросы:
|
||
|
||
1. Что изменилось или найдено?
|
||
2. В каких файлах?
|
||
3. Зачем это нужно?
|
||
4. Что реально проверено?
|
||
5. Что не проверено?
|
||
6. Где остался риск?
|