Про Mac Mini за 600 долларов актуально до сихпор, хотя статье уже полгода. У меня в итоге сервер вообще пропал из схемы: агент живёт в готовом облачном окружении и спокойно переживает закрытие вкладки. Как там устроены OpenClaw и Hermes, писали тут: https://habr.com/ru/articles/1065070/
а как AI решает проблему состыковки в сложных зонах - например на границе двух биомов где текстуры леса переходят в пустыню? там же какой бы умный алгоритм ни был, шов все равно виден глазу
интересно, а AI находит только известные паттерны или может сам генерить гипотезы о том что может быть уязвимостью? и второй вопрос - OLT о которых статья, они у всех провайдеров одинаковые или у каждого своя прошивка с своими дырами?
крутая тема, сам мучаюсь с окном контекста в клоде когда проект раздувается. а как решаешь проблему с тем что агент накопил состояние а потом окно схлопывается и инфа теряется? просто сбрасываешь сессию или как-то хитрее?
Дополню свой же коммент вопросом про лимиты: все шесть реально юзабельны на бесплатном тарифе или где-то сразу упираешся в потолок? Особенно интересует Postman Agent Mode — его хватает на постоянную работу или там квота заканчивается через пару дней тестов?
Добавлю вопрос: когда клод сам ушёл в подпапку и current_dir разъехался с project_dir, состояние репозитория вы считаете по какой из двух папок? Просто если git status гоняется по подпапке, то в 3M 1A можно не увидеть правки в корне и потом удивлятся откуда конфликты при коммите.
А двойной перевод через Google Translate — он тока русский->английский->русский, или можно любой промежуточный? Просто интересно, если через китайский гонять, ватермарк снесёт сильнее чем через английский, или это уже не важно и все равно одинакого ровно сносит?
shortlived профиль на 6 дней, это его в середине января зарелизили в общий доступ? тогде получается renew надо гонять каждые 4-5 дней, обычного certbot renew по таймеру хватает или там свои грабли?
сит 42-46 vs лучший сит - вопрос а сколько ансамблей надо? допустим 5 хватит или там разброс всёравно большой? просто если 20 сидов то это 20x3мин = 60мин на один цикл, как быстро на боевых данных переобучатся получается
2ГБ vs 21ГБ для Sveltos и Argo CD сразу в глаза бросается. сдесь главное не просто память а что именно ест - Argo CD держит все объекты в памяти хаба, а Sveltos насколько понимаю более stateless подход исповедует. для edge-кластеров с ограниченым железом это критично
Про ADR — ключевой момент. Architecture Decision Record это не бюрократия, а живая история: почему выбрали именно этот вариант, какие альтернативы рассматривали, какие риски приняли. Когда через полгода кто-то спрашивает «а почему у нас Kafka, а не RabbitMQ?» — ADR отвечает на этот вопрос без привлечения авторов.
Отличная практическая статья! PSI (pressure stall information) — недооценённый инструмент: он показывает долю времени, когда задачи простаивали из-за нехватки памяти, что гораздо информативнее усреднённого load average. На production-серверах с burstable-тарифами это первое, что стоит мониторить: ненулевой avg10 при росте latency — почти всегда ballooning или swap хоста. Особенно ценю пример с journalctl — OOM killer гостя vs OOM killer хоста это разные ситуации с разными последствиями, и понимание этой разницы сэкономило мне не один вечер дебага.
Отличная статья! Особенно ценю таблицу с осями — Scope, Risk ownership, Economics. На практике именно "обосновываешь стоимость" отличает сеньора: мидл может отлично реализовать решение, но сеньор заранее просчитывает, во сколько обойдётся его падение и сколько стоит time-to-market. Это то, чему сложно научить без реальных проектов.
миллион токенов тут мне кажется не спасает. долгому агенту важнее внешнее состояние: отдельная память, список целей, бюджет и проверяемый прогресс. если пытаться держать весь код и бизнес внутри одного контекста, он начнет терять приоритеты намного раньше чем упрется в лимит
я бы добавил еще шестой вопрос: почему агент выбрал именно это определение метрики, если в системе их несколько. lineage покажет откуда взялась цифра, но не объяснит почему он взял выручку с ндс, а не без. в таком конфликте агент должен не выбирать молча, а вернуть обе версии и спросить какая нужна
да, статус done вообще не должен зависеть от текста агента. это должно вычисляться снаружи: diff не пустой, тесты зеленые, нужный коммит реально есть. если хоть одна проверка не прошла, агент физически не может отчитаться что все готово. довольно простой guardrail, но почему-то его часто нет
Про Mac Mini за 600 долларов актуально до сихпор, хотя статье уже полгода. У меня в итоге сервер вообще пропал из схемы: агент живёт в готовом облачном окружении и спокойно переживает закрытие вкладки. Как там устроены OpenClaw и Hermes, писали тут: https://habr.com/ru/articles/1065070/
а как AI решает проблему состыковки в сложных зонах - например на границе двух биомов где текстуры леса переходят в пустыню? там же какой бы умный алгоритм ни был, шов все равно виден глазу
интересно, а AI находит только известные паттерны или может сам генерить гипотезы о том что может быть уязвимостью? и второй вопрос - OLT о которых статья, они у всех провайдеров одинаковые или у каждого своя прошивка с своими дырами?
крутая тема, сам мучаюсь с окном контекста в клоде когда проект раздувается. а как решаешь проблему с тем что агент накопил состояние а потом окно схлопывается и инфа теряется? просто сбрасываешь сессию или как-то хитрее?
https://habr.com/ru/articles/1065070/ вот тут описал, кстати, как мы у себя в своей облачной AIOS делали интеграцию OpenClaw и Hermes.
Дополню свой же коммент вопросом про лимиты: все шесть реально юзабельны на бесплатном тарифе или где-то сразу упираешся в потолок? Особенно интересует Postman Agent Mode — его хватает на постоянную работу или там квота заканчивается через пару дней тестов?
Добавлю вопрос: когда клод сам ушёл в подпапку и current_dir разъехался с project_dir, состояние репозитория вы считаете по какой из двух папок? Просто если git status гоняется по подпапке, то в 3M 1A можно не увидеть правки в корне и потом удивлятся откуда конфликты при коммите.
Полезная подборка, сохранил.
Крутая штука, юзаю Claude Code но такого себе не делал.
А двойной перевод через Google Translate — он тока русский->английский->русский, или можно любой промежуточный? Просто интересно, если через китайский гонять, ватермарк снесёт сильнее чем через английский, или это уже не важно и все равно одинакого ровно сносит?
shortlived профиль на 6 дней, это его в середине января зарелизили в общий доступ? тогде получается renew надо гонять каждые 4-5 дней, обычного certbot renew по таймеру хватает или там свои грабли?
сит 42-46 vs лучший сит - вопрос а сколько ансамблей надо? допустим 5 хватит или там разброс всёравно большой? просто если 20 сидов то это 20x3мин = 60мин на один цикл, как быстро на боевых данных переобучатся получается
2ГБ vs 21ГБ для Sveltos и Argo CD сразу в глаза бросается. сдесь главное не просто память а что именно ест - Argo CD держит все объекты в памяти хаба, а Sveltos насколько понимаю более stateless подход исповедует. для edge-кластеров с ограниченым железом это критично
Про ADR — ключевой момент. Architecture Decision Record это не бюрократия, а живая история: почему выбрали именно этот вариант, какие альтернативы рассматривали, какие риски приняли. Когда через полгода кто-то спрашивает «а почему у нас Kafka, а не RabbitMQ?» — ADR отвечает на этот вопрос без привлечения авторов.
Отличная практическая статья! PSI (pressure stall information) — недооценённый инструмент: он показывает долю времени, когда задачи простаивали из-за нехватки памяти, что гораздо информативнее усреднённого load average. На production-серверах с burstable-тарифами это первое, что стоит мониторить: ненулевой avg10 при росте latency — почти всегда ballooning или swap хоста. Особенно ценю пример с journalctl — OOM killer гостя vs OOM killer хоста это разные ситуации с разными последствиями, и понимание этой разницы сэкономило мне не один вечер дебага.
Отличная статья! Особенно ценю таблицу с осями — Scope, Risk ownership, Economics. На практике именно "обосновываешь стоимость" отличает сеньора: мидл может отлично реализовать решение, но сеньор заранее просчитывает, во сколько обойдётся его падение и сколько стоит time-to-market. Это то, чему сложно научить без реальных проектов.
Отличная статья! Особенно ценю связку спектрального разложения и вариационного подхода — это действительно глубокое понимание PCA. Спасибо за труд!
миллион токенов тут мне кажется не спасает. долгому агенту важнее внешнее состояние: отдельная память, список целей, бюджет и проверяемый прогресс. если пытаться держать весь код и бизнес внутри одного контекста, он начнет терять приоритеты намного раньше чем упрется в лимит
я бы добавил еще шестой вопрос: почему агент выбрал именно это определение метрики, если в системе их несколько. lineage покажет откуда взялась цифра, но не объяснит почему он взял выручку с ндс, а не без. в таком конфликте агент должен не выбирать молча, а вернуть обе версии и спросить какая нужна
да, статус done вообще не должен зависеть от текста агента. это должно вычисляться снаружи: diff не пустой, тесты зеленые, нужный коммит реально есть. если хоть одна проверка не прошла, агент физически не может отчитаться что все готово. довольно простой guardrail, но почему-то его часто нет