хайку подходит для генерации тестовых данных, для быстрого саммари по тексту (когда надо быстро и можно принять риск среднего качества и небольшой потери контекста), хайку справится и с самыми простыми решениями, где надо выбирать например из двух вариантов по четко сформулированным критериям, и где 20% ошибок допустимы в обмен на скорость и цену. У дешевых моделей есть своя зона применения и не стоит их недооценивать.
эспериментировать, зависит от задачи. Иногда более слабая и дешевая модель подойдет для решения задачи: Sonnet 5 лучше, чем Sonnet 4.5, а какие-то простые задачами и дешевый Haiku сделает. Иногда стоит наоборот выбрать модель подороже и поумнее и она потратит на решение меньше токенов, чем более слабая.
LLM сильны в тестировании сотен или тысяч гипотез быстро, так же и с кодом будет, я думаю. Прямо сегодня это скорее всего дороже, чем человек, т.к. чтобы построить что-то совсем новое придется сжечь возможно очень много токенов. Но это временно, я думаю.
нет. Снапшот фиксирует состояние на момент снапшота, бекап может быть инкрементальным к предыдущему инкрементальному, или к ближайшему полному, бекап тул может убрать ненужные после бекапа exhange transaction logs и много чего еще
Я генерирую планы не только в Markdown, но и в HTML
Я себе сделал неблокирующий хук на Stop, который предлагает оценить по описанным правилам, достаточно ли текста в терминале, или отчет важный и надо показать в HTML, генерит и открывает как надо.
если попросить агента поднимать через IaaC с сохранением манифест файлов и т.д. - то вполне себе имеет.
Или внедрить средний слой, который будет делать тоже самое: конвертировать запрос пользователя в манифест и применять его. Можно как угодно, если есть необходимость в такого рода задаче
Правила можно обойти, хуки обойти нельзя. Можно еще повысить качество, если добавить PreToolUse hook на вызов gh pr create (и еще на хост гитхаба добавить триггер), который заставит его выполнять дополнительные проверки, если они еще не были пройдены.
И вообще, в claude best practices советы, которые действительно хорошо работают. "Give Claude a way to verify its work " оттуда как раз.
а, так вы предлагаете покупать ворованные и прочего рода серые токены? Ну да, ага, "дешевый Fable".
хайку подходит для генерации тестовых данных, для быстрого саммари по тексту (когда надо быстро и можно принять риск среднего качества и небольшой потери контекста), хайку справится и с самыми простыми решениями, где надо выбирать например из двух вариантов по четко сформулированным критериям, и где 20% ошибок допустимы в обмен на скорость и цену. У дешевых моделей есть своя зона применения и не стоит их недооценивать.
эспериментировать, зависит от задачи. Иногда более слабая и дешевая модель подойдет для решения задачи: Sonnet 5 лучше, чем Sonnet 4.5, а какие-то простые задачами и дешевый Haiku сделает. Иногда стоит наоборот выбрать модель подороже и поумнее и она потратит на решение меньше токенов, чем более слабая.
ну, судя по описанию, это и есть очередная авторская поделка, а никак не законченное бекап решение.
уже не обязательно: https://habr.com/ru/amp/publications/1070328/
учили там нейронку это доказывать? нет, но с правильным промтом она справилась.
LLM сильны в тестировании сотен или тысяч гипотез быстро, так же и с кодом будет, я думаю. Прямо сегодня это скорее всего дороже, чем человек, т.к. чтобы построить что-то совсем новое придется сжечь возможно очень много токенов. Но это временно, я думаю.
нет. Снапшот фиксирует состояние на момент снапшота, бекап может быть инкрементальным к предыдущему инкрементальному, или к ближайшему полному, бекап тул может убрать ненужные после бекапа exhange transaction logs и много чего еще
Я себе сделал неблокирующий хук на Stop, который предлагает оценить по описанным правилам, достаточно ли текста в терминале, или отчет важный и надо показать в HTML, генерит и открывает как надо.
если попросить агента поднимать через IaaC с сохранением манифест файлов и т.д. - то вполне себе имеет.
Или внедрить средний слой, который будет делать тоже самое: конвертировать запрос пользователя в манифест и применять его. Можно как угодно, если есть необходимость в такого рода задаче
Но зачем вообще просить LLM сделать в ppt? Можно же сделать сразу красивую презу в HTML. И места она будет занимать на порядок меньше, чем ppt.
Правила можно обойти, хуки обойти нельзя. Можно еще повысить качество, если добавить PreToolUse hook на вызов gh pr create (и еще на хост гитхаба добавить триггер), который заставит его выполнять дополнительные проверки, если они еще не были пройдены.
И вообще, в claude best practices советы, которые действительно хорошо работают. "Give Claude a way to verify its work " оттуда как раз.