Iterative prompt

В одном из чатов возник вопрос - после обновления VSCode все сессии с Github Copilot слетели. 

Вчера и я обновлял VSCode и все на этот раз осталось на месте - но в прошлом подобное случалось и у меня. Стоит переместиться папке воркспейса в другое место, сильно смениться тому как VSCode+GHCP хранит свои сессии, или переехать на другой ноут - как все слетает. 

В прошлом из за этого (и других причин) перешел на концепцию iterative prompt и больше не беспокоюсь о том, где там то хистори копилота. 

Кратко суть. Раз мы генерируем исходный проекта код с помощью модели, то это уже не исходный а сгенерированный код. Следовательно исходным кодом являются все мои промпты + саммари того, что сделала модель в ответ на мой промпт. И потому я их начал хранить в гите. Потому на каждый коммит у меня есть: 1) чем я тригернул модель к началу изменений 2) как она мне отрипортила в саммари что сделала (не в чате, а мне в тот же файл) 3) все изменения в проекте. 

Какие преимущества:

1) Всегда можно проследить историю умозаключений инженера, как он пришел к этой идее и продолжить ее, даже на чистой сессии (можно попросить загрузить часть файла или весь в контекст)

2) Работу можно легко передать со всем контекстом любому другому разработчику

3) Сама модель сможет отыскать в будущем, почему имеено так случилось по тому же grep.

4) Ты ничего не забудешь и не надо искать ту самую сессию в чате GHCP. Одна фича - один iterative prompt файл - Все в репо. 

Вот скилл vibecoding-training/instructions/iterative-prompt

Вот пример как он сам разрабатывался vibecoding-training/requests/058-workspace-kickoff/main.prompt.md. 

По сути итеративный промпт (helm log я его еще называю, или лог разработки) это и есть мой центр управления агентом. Чат же - как двигатель под капотом, мне он мало о чем говорит я туда захожу редко, если только не заводится что-то. 

Из фидбеков на проекте:

• Ребятам нравится подход, особенно QA которые теперь больше не мучаются с вопросом, почему Dev сделал именно так
• В итеративном промпте можно общаться на родном языке, тогда как весь thiking будет на английском как и правки в проекте, ответ будет так же на родном - снижаем когнитивную нагрузку на инженера, ему можно за день больше текста перелопатить
• Чуть дороже по токенам, но есть пространство куда оптимизировать
• + все то что описал выше

Итого у меня любой проект теперь стартует уже из 2х скилов. 

Инструкция по созданию инструкций vibecoding-training/instructions/creating-instructions.agent и итеративный промпт vibecoding-training/tree/main/instructions/iterative-prompt

Пройти модуль с коучем можно сказав "хочу пройти модуль 058-workspace-kickoff-iterative-prompt" следуя vibecoding-training/blob/main/quickstart.md

Что касается сессий которые уже пропали. Стоит вернуться к старой версии VSCode. Я обычно скачиваю zip и распаковываю его рядом со старым (не доверяю апдейт самой IDE). Так всегда могу откатиться. Старую версию потом через неделю в зип и в архив. Бывало такое, что новая версия чуть глючит, и пропускаю ее возвращаясь на старую.

Все настройки VSCode и ее плагинов хранятся тут C:\Users\<USER>\AppData\Roaming\Code

Местоположение можно менять через ключик https://stackoverflow.com/a/70453798

 

По сути самое ценное внутри JSONL файл по одному на 1 сессию.

• воркспейсы C:\Users\<USER>\AppData\Roaming\Code\User\workspaceStorage
• инфа про воркспейс C:\Users\<USER>\AppData\Roaming\Code\User\workspaceStorage\<WORKSPACE_HASH>\workspace.json
• сессии в воркспейсе C:\Users\\<USER>\AppData\Roaming\Code\User\workspaceStorage\<WORKSPACE_HASH>\chatSessions\*.jsonl  

JSONL это серия json файлов в одну строчку каждый по одной строчке на один json раскрывающий какой-то тип взаимодействия в сессии: вызов тула, thinnking, твое сообщение и так далее..