Робочі логи: база знань, що постійно зростає
Я витратив шість місяців на тестування паттернів Claude. Один метод працює краще за інші: робочі логи.
Робочий лог — це підсумок вашої розробки. Він слугує щоденником. Він фіксує технічні кроки та причини ваших рішень.
Для побудови цієї системи я використовую дві специфічні команди.
/snapshot-session: створює короткий підсумок однієї сесії. Я запускаю цю команду перед тим, як очистити контекст чату. Я роблю це багато разів на день. Вона зберігає підсумок у тимчасовий файл./end-session: запускається наприкінці дня. Вона збирає кожен знімок (snapshot) в один щоденний файл. Також вона очищує ваші тимчасові файли.
Файли мають просту структуру папок за місяцями та днями.
Ця система створює базу знань. Її цінність зростає з кожним днем. Ви стикатиметеся з моментами, коли клієнт ставить запитання, на яке ви вже відповідали кілька місяців тому. Замість того, щоб згадувати самостійно, ви просите Claude пошукати у ваших робочих логах.
Ви можете покращити цю систему, підключивши Gmail або Slack. Коли ви отримуєте електронний лист про баг, не копіюйте та не вставляйте його. Дозвольте Claude прочитати його безпосередньо.
Це додає імена та контекст до ваших логів. Claude дізнається, хто і про що запитував. Ви можете запитати: «Хто раніше питав про цю функцію?» — і отримати відповідь.
Налаштування цієї системи потребує дисципліни. Ви повинні фіксувати інформацію, поки вона ще свіжа. Ви не зможете відтворити робочий лог після завершення дня.
Формування цієї звички зараз окупиться, коли ваші логи накопичуватимуться протягом місяців і років.
Джерело: https://dev.to/juhapellotsalo/work-logs-a-knowledge-base-that-accumulates-over-time-1khj
Додаткова спільнота для навчання: https://t.me/GyaanSetuAi