Немного странный подход, строить мониторинг вокруг бота. Я бы делал на ± стандартном стеке , prometheus, alertmanager или аналоги от Victoria metrics + каналы поставки уведомлений: мессенджеров, sms, заонки.
При таком подходе канал оповещения теряет актуальность и легко заменяется
Вам шашечки или ехать? Цель сэкономить контекст или получить рабочий код? Если хотите контекст съэкономить, вдыделите для коммита отдельного сабагента.
Логов много и они в любом случае будут теряться. SLA на поставку логов никогда не 100%. С другой стороны, ничего не мешает настроить отправку логов по TCP, но это легко может вызвать DoS в случае, если что-то с принимающей стороной или с сетью что-то произойдет. В итоге выбор, иметь чуть меньше гарантий доставки логов или иметь все логи, но неработающий сервис.
Я перебрал множество esp железок и в итоге остановился на продуктах m5stack. Это не "таракан с лапами", который надо будет ещё как-то в корпус поместить.
Прошивки последнее время делаю с помощью esphome. Это сайд проект Home Assistant, но и без HA прекрасно работает
Нет, никогда не собираю никакие тяжелые проекты локально. Всегда использую github/gitlab runner
Вот пример приложения, полностью навайбкоженного в termux с помощью codex и claude code https://github.com/pastukhov/iishnitsa
Не очень понятна проблема.
Поставил termux, туда npm install codex.
...
Profit!
Я работаю с gitlab ci последние 10 лет и для себя определил несколько правил:
Избегай needs, это запутывает логику. Всегда хватает stages
Если Шелл скрипт становится длиннее 5 строк, старайся выносить его из ямля в файл. Это позволит проверять его литерами или даже написать тесты
Когда в CI доходит до include, необходимо их так же версионировать и стараться не делать инклуды глубиной более 2
Есть же figma mcp
Некогда объяснять, катим на все компы!
Немного странный подход, строить мониторинг вокруг бота. Я бы делал на ± стандартном стеке , prometheus, alertmanager или аналоги от Victoria metrics + каналы поставки уведомлений: мессенджеров, sms, заонки.
При таком подходе канал оповещения теряет актуальность и легко заменяется
Вам шашечки или ехать? Цель сэкономить контекст или получить рабочий код?
Если хотите контекст съэкономить, вдыделите для коммита отдельного сабагента.
Для LLM хуки как раз необходимы. В ни можно проверять качество того, что LLM накодил и отправлять его пререписывать
Кажется, автор изобрел велосипед.
https://pre-commit.com/
Логов много и они в любом случае будут теряться. SLA на поставку логов никогда не 100%.
С другой стороны, ничего не мешает настроить отправку логов по TCP, но это легко может вызвать DoS в случае, если что-то с принимающей стороной или с сетью что-то произойдет.
В итоге выбор, иметь чуть меньше гарантий доставки логов или иметь все логи, но неработающий сервис.
Заманчиво, но я уже купил парочку ulanzi tc001 почти вдвое дешевле каждый
Да
Неблагодарное это дело, писать про ИИ на хабре.
Спасибо за статью!
Тот же вопрос. Поднял n8n, покрутил, но пока не понял чем он лучше
Крутяк, много инфраструктурных провайдеров!
А есть Описание, какие компонеты, как CRD выглядят?
У него Cluster API внутри?
Я перебрал множество esp железок и в итоге остановился на продуктах m5stack. Это не "таракан с лапами", который надо будет ещё как-то в корпус поместить.
Прошивки последнее время делаю с помощью esphome. Это сайд проект Home Assistant, но и без HA прекрасно работает
Уже есть си с 4 плюсами. Это C#