Приложение Б. Чек-листы

Семь списков, к которым удобно возвращаться. Каждый занимает меньше страницы намеренно. Тут по делу и без лирики: списками пользуются в работе, а не читают на ночь. Пройдёшь по ним честно, и половина пиздецов не случится вообще.

1. Перед длинной сессией

ПОДГОТОВКА 1. Спецификация на месте, критерии готовности прописаны для каждого пункта. 2. Файл прогресса создан и агент знает, что писать туда. 3. Порог сжатия выставлен осознанно, а не по умолчанию. 4. Хук на восстановление после сжатия работает: проверено, а не предполагается. 5. Стабильная часть контекста в начале, изменчивая в конце. 6. Потолок расхода на задачу задан. 7. В запросе есть строка про работу по документации и ссылки на источник.

2. Перед ночным прогоном

АВТОНОМНЫЙ ЗАПУСК 1. План разбит на пункты, у каждого критерий готовности. 2. Сказано явно: человека нет за компьютером. 3. Сказано, что делать при блокировке: пометить, записать причину, пропустить. 4. Сказано перечитывать спецификацию перед каждым пунктом. 5. Задан порядок обхода пунктов. 6. Резервная копия сделана и лежит там, куда агент не дотянется. 7. Права ограничены: необратимое недоступно технически. 8. Утром сначала проверка состояния в чистой сессии, потом чтение отчёта.

3. При написании скилла

Чек-листы

НОВЫЙ СКИЛЛ 1. Это повторяется? Посчитай, сколько раз в месяц. 2. Модель справляется без него? Проверь прогоном с ним и без. 3. Описание перечисляет ситуации применения. 4. Описание явно называет ситуации, где скилл не нужен. 5. Внутри то, что не меняется еженедельно. 6. Есть базовая линия для замера: та же задача без скилла. 7. Есть предполётная проверка версии или скилл лежит в хранилище с такой проверкой. 8. Записано, кто владелец, если скилл общий.

4. При добавлении правила

НОВАЯ СТРОКА В ПРАВИЛАХ 1. Агент не выяснит это сам, открыв два-три файла. 2. Проверено экспериментом: с этой строкой и без неё результат отличается. 3. Есть причина, а не только запрет. 4. Названа область применения, если требование стилевое. 5. Нет противоречия с другими правилами и описаниями инструментов. 6. Это не то, чему место в описании инструмента, скилле, памяти или хуке. 7. Файл правил всё ещё умещается в разумный объём, и конец файла доезжает.

5. При разборе инцидента

ПОСЛЕ ТОГО, КАК ЧТО-ТО СЛОМАЛОСЬ 1. Сначала восстановление состояния, потом разбирательство. 2. Смотри журналы и историю команд, а не объяснение агента. 3. Вопрос не почему он это сделал, а почему он смог. 4. Найди, чего не хватало в правах, а не в правилах. 5. Заведи проверку на этот класс: тот же инцидент дважды это отсутствие проверки. 6. Проверь, восстанавливается ли состояние из резервной копии на самом деле. 7. Запиши случай туда, где его прочитает следующий человек.

6. При выборе модели и уровня усилий

Чек-листы

ПЕРЕД ЗАПУСКОМ ЗАДАЧИ 1. Что ты знаешь о задаче: как делать, что делать или в чём вообще задача? 2. Цена ошибки: минуты, часы или дни на исправление? 3. Уровень усилий подобран под размер задачи, а не под её важность. 4. Проверено, не наследуют ли субагенты уровень усилий родителя. 5. Для навигации по файлам используется дешёвая модель. 6. Задача повторяется, и разница между вариантами замерена хотя бы раз?

7. Независимость от поставщика

ПРОВЕРКА НА УСТОЙЧИВОСТЬ 1. Сколько мест жёстко завязаны на имя конкретной модели? 2. Что перестанет работать, если поставщик станет недоступен завтра? 3. Есть ли вторая настроенная и проверенная связка, а не намерение её когда-нибудь сделать? 4. Правила и скиллы написаны под задачу или под конкретную модель? 5. Эвалы хоть иногда прогоняются на второй модели? 6. Память и данные лежат в формате, переживающем смену инструмента? 7. Есть ли места, завязанные на отпечаток конкретной машины?

← Словарь терминов · оглавление · Шаблоны запросов →

Спросить книгу может любой, кто вошёл в Neuraldeep Hub: агент ищет ответ по тексту и приводит цитату со ссылкой на главу.