Користувачі Codex вимагають чіткого контролю над рівнем зусиль ШІ
Розробники Codex виступають проти непрозорих функцій автоматичного розподілу зусиль ШІ. Вони вимагають ручного детального контролю, щоб надати перевагу точності над швидкістю у складних кодових базах.
Чому це важливо
Отримання ручного контролю дозволяє оминути загальні евристики та спрямувати ресурси агента на ті ділянки коду, де ваша логіка є найбільш вразливою.
TL;DR
- 01Вимагайте явного контролю над рівнями зусиль моделі
- 02Уникайте автоматичного розподілу ресурсів для критичного рефакторингу
- 03Документуйте очікування щодо зусиль у файлах конфігурації
Боротьба за автономність
Користувачі Codex повідомляють, що автоматизована логіка часто ігнорує наміри розробника під час критично важливого рефакторингу. Вимогою є створення рівня конфігурації, який дозволить визначати:
- Обмеження глибини: примусовий глибокий аналіз основної бізнес-логіки.
- Масштабування обчислень: перевизначення лімітів токенів за замовчуванням для складних функцій.
- Збереження стану: явне перемикання між довготривалою пам'яттю та режимом сесій без збереження стану.
Практична реалізація
Замість прийняття порад IDE за замовчуванням, інженерам рекомендується документувати бажані рівні зусиль у файлах .ai-config, де це підтримується, або чітко вказувати наміри у префіксі промпту.
✓ Коли використовувати
- Рефакторинг критично важливого застарілого коду
- Робота зі складними ін'єкціями залежностей
- Коли консистентність у кодовій базі є найвищим пріоритетом