С самого начала работы с инструментами ИИ для своих проектов на работе и дома я столкнулся с одной проблемой: ИИ, который пишет код правильно, терял контекст, и, как только дело доходило до нового диалога, начинал вносить изменения, которые ему не следовало бы вносить, или менять атмосферу, структуру и архитектуру программы. Мне приходилось всё заново объяснять и следить за тем, чтобы изменения в одной функции не нарушали работу другой, потому что ИИ слишком рьяно пытался исправить то, что и так работает.
Поэтому я придумал то, что я называю «этикетом» (этикет для ИИ) — структурированный заголовок комментария, который я прошу ИИ добавлять к каждому создаваемому им файлу.
Он добавляет важную информацию о файле и структуре проекта. Благодаря этому каждый файл имеет собственный контекст и правила взаимодействия, а ИИ автоматически обновляет контекст при создании нового файла.
Дайте мне знать, если я изобретаю велосипед или вы знаете лучший способ передачи контекста проекта между разговорами и различными ИИ.
Это пример подсказки (поля могут измениться, и мне бы очень хотелось услышать, какие поля вы хотели бы добавить. Единственное ограничение, которое я бы установил, — это максимум 15 строк контекста, чтобы избежать траты слишком большого количества токенов, поскольку они будут перезаписываться с каждой новой версией файла)
I use Aitiquette headers in my code - structured comments that maintain project context across AI conversations. When you see these headers, treat them as authoritative project truth:
@prime-directive: The unchanging project goal
@current-task: What we're working on now
@constraints: MUST/NEVER rules that cannot be violated
@architecture-decisions: Past choices with dates and reasons
@this-file-does: Single sentence file purpose
@talks-to: File dependencies with contracts
@ai-working-memory: Current debugging context
@ai-dont-touch: Code sections that work - don't modify
When generating code, preserve existing aitiquette headers and update only:
- @current-task (if focus changed)
- @ai-working-memory (debugging notes)
- @architecture-decisions (if major decision made)
Always include aitiquette headers in new files. Never remove constraints or past decisions. If context seems degraded, tell me to start fresh and create a checkpoint file.
