Встречайте новый пост "Почём нынче токен для народа?" на Хабре, в котором я попытался составить формулу расчёта нижней границы цены токена используя стоимость электроэнергии и амортизацию оборудования.

В посте вас ожидают формулы, расчёты на примере модели GPT-OSS-120B запущенной на сервере NeuralDeep и сравнение с другими вендорами.

PS. По мотивам статьи запилил скил token-cost, с ним вы сможете попробовать выполнить расчёты на своём железе.

#МесяцАгентности

/goal это тема

На этих выходных у меня по плану была обкатка новинки /goal, которую решил поюзать через ClaudeCode, канва такая, у меня на работе через сеть нельзя получить доступ к рабочей почте, и приходится изобретать всякие костыли типа outlook-pst-mcp сервера, подробнее тут.

Но вместе с почтой у меня нет прямого доступа и к календарю событий ical, а я бы хотел эту историю себе настроить, чтобы быть в курсе рабочих событий не только на компе, но и на мобилке. Благо с недавних пор там настроен экспорт событий календаря в корпоративный чатик Dion (аналог Slack), а это значит, можно изучить документацию по апишке, натравить агента на неё и разобраться с протоколом.

Сижу, рефлексирую свой рефлексатор, прикидываю, как это всё запланировать и реализовать по уму. По-хорошему надо писать подробный план, архитектуру, затем делать /rpa-gen-rules и потом по юз-кейсам направлять агента через /rpa-feat на каждую фичу по отдельности. Но мне что-то таааак лень стало, потому как по прикидкам и прошлому опыту ресёрч протокола, составление плана, реализация и так должны занять примерно пару часов пинания ИИшницы.

И тут я вспомнил про /goal, решил не мудрствовать лукаво и описать план работ, что и как делать, агенту через эту команду, получился такого вида промт:

/goal

Мне нужно сделать штуку которая будет способна получить данные из календаря (определить какие из них повторяющиеся) и правильно формировать ical-файлик, который можно было бы использовать в любом календаре.

Для начала поищи информацию про работу с API Dion VC.

Посмотреть мой календарь можно тут: https://dion.vc/calendar
Ты сможешь сделать это через yandex-браузер, там я уже авторизовался, бери оттуда кукисы и токены для ресёрча.

Помимо этого есть уже установленный Dion на моей локальной машине, авторизованный профиль тут: /home/pasha/.config/Dion
Само по себе приложение Dion - это Electron-апп (браузер в котором запущен сайт-приложение), которое ходит через API на удалённый сервер.

Твоя задача реализовать API-сервер который будет отдавать ical запрашивая данные из Dion через API, после того как соберёшь спецификации и продумаешь архитектуру выполни /rpa-gen-rules, далее используй /rpa-feat под каждую отдельную фичу.

По итогу я хочу иметь протестированный и рабочий API-сервер, Dockerfile и docker-compose.yaml (плюс .env.example), readme с подробной инструкцией что это за сервер, для чего он нужен, как пользоваться, как тестировать и как запустить вручную и через docker.

Клодкод примерно 15 минут выполнял подготовительный этап, сначала полез читать доку про Dion API, затем через линуксовые тулы изучал конфиги Dion в домашней папке, нашёл профиль Yandex-браузера, вытащил из него кукисы, закинул их в тестовый профиль Playwright, потом через Playwright MCP запустил браузер и пошёл изучать апишку.

После чего агент составил такой вот план, в котором первые три пункта были уже отмечены как выполненные, и начал его делать:

- [x] Research Dion calendar API, auth, recurrence model
- [x] Clean up browser session + temp secrets; prepare sanitized test fixtures
- [x] Decide stack + write SPEC.md project brief
- [ ] /rpa-gen-rules: generate agent project rules
- [ ] /rpa-feat: domain model + recurrence detection (innermost layer)
- [ ] /rpa-feat: iCal serialization
- [ ] /rpa-feat: Dion API client + token refresh
- [ ] /rpa-feat: HTTP API server (/calendar.ics, /healthz)
- [ ] Dockerfile, docker-compose.yaml, .env.example
- [ ] README with full instructions
- [ ] Run full test suite + verify working end-to-end

Стек агент выбрал тривиальный, python, fastapi, pydantic, httpx и icalendar. Если бы я делал это руками сам, то взял бы ровно то же самое. Потом начал целенаправленно реализовывать фичи шаг за шагом, под конец выполнил автоматические и ручные тесты, выдал мне ical-файл и отрапортовал о проделанной работе.

Самое интересное, что единственная по-настоящему нетривиальная часть всплыла сама. Оказалось, Dion в апишке вообще не отдаёт правила повторений (никаких RRULE), а возвращает каждое повторяющееся событие отдельной записью с флажком repetitive. Выгрузишь как есть, получишь рабочий, но раздутый календарь с кучей дублей, да ещё и отменённые встречи будут торчать призраками. Я это обозначил одной скобочкой в промте, а агент сам развернул в полноценное восстановление серий, группирует события по названию, организатору, времени и длительности и собирает повторения обратно. Вдобавок сделал два режима, expanded (по событию на каждое повторение, всегда корректно) и collapsed (схлопывает серию в одно событие с выведенным RRULE).

В итоге получился рабочий API-сервер с ручками /calendar.ics и /healthz, 48 зелёных тестов (сеть замокана через respx, так что гоняются без интернета), Dockerfile, docker-compose, .env.example и подробный readme. Плюс по дороге /rpa-gen-rules сгенерил правила проекта сразу под два агента, Cursor и Claude Code, и держит их в синхроне. Теперь просто подписываюсь на этот ics-фид в Nextcloud и вижу рабочие встречи с мобилки, в Kontact и в Nextcloud.

Я ещё потестирую /goal на других проектах, но похоже, что в сочетании с уже готовыми скилами эта штука прям идеально под ваншотники будет заходить, что потенциально позволяет сократить ваншотинг со 120 минут (Валера, привет) до меньших значений.

Исходники тут:
https://github.com/EvilFreelancer/dion-calendar

Всем бобра.

#МесяцАгентности

По мотивам больших обсуждений темы нейрослопа запилил на Хабр свеженький пост.

В нём тезисно собрал мои мысли о том, что меня раздражает в нейрослопе, как его выявлять и как вычищать.

Желаю приятного прочтения!

Прочёл:
https://openai.com/index/previewing-gpt-5-6-sol/

Увидел:

During the preview, GPT‑5.6 models will initially be available through the API and Codex to a select group of trusted partners and organizations.

Сочинил:

Мимо нейроинфополя я без шуток не хожу,
То агент в агент засуну, то модельку покажу.
Хопа, хопа, срослись модель и харнес,
Этого не может быть, Фейбл скоро должен быть.

Да кто такой этот ваш harness?

Свершилось! Я позвал на следующий стрим человека, который уже дважды был упомянут на предыдущих (тут и тут).

В понедельник, 29 июня, в 17:00 по Мск (GMT+3) мы с Пашей Рыковым проведём трансляцию на тему "Что же такое harness?".

Обсудим как само понятие, так и внутреннее устройство harness. На стриме запустим harness, разработанный Пашей (его зовут Coddy), и посмотрим, как он работает.

В конце будет обязательный блок вопросов из чата и комментариев к этому посту.

Стрим пройдёт на моём YouTube-канале.

Добавить событие в Google-календарь можно по ссылке.

Подключайтесь. Будет интересно!

Менее чем через час, в 17:00 MSK, начинаем стрим про harness.

Мы начинаем наш стрим "Что же такое Harness?"

Подключайтесь по ссылке: https://youtube.com/live/IvTYyABCQxo?feature=share

Список фейлов произошедших на стриме:
- [x] человек-сосед с дрелью
- [x] забыть текст который репетировал
- [x] не сохранить слайды с правильным текстом
- [x] забыл определение слова
- [x] человек-сосед с дрелью
- [x] волнение
- [x] человек-сосед с дрелью
- [x] баги в демке
- [x] человек-сосед с дрелью

Запись стрима "Что же такое harness?".

Ссылка на YouTube: https://www.youtube.com/watch?v=QAxejH-KNak

Стрим получился полезным, с примерами на практике. Большое спасибо, Паша, что согласился прийти!

Таймкоды доступны как на YouTube, так и прямо в Telegram:

00:00 — Вступление
07:12 — О чём этот стрим?
09:31 — Что такое harness?
17:10 — Откуда появился термин «harness»?
23:20 — Виды harness
26:20 — Анатомия harness
34:28 — Вопросы от зрителей
35:20 — Что такое Skill?
39:10 — Чем harness отличается от guardrails?
44:30 — Можно ли использовать harness в продакшене банка?
49:43 — Чем harness отличается от scaffolding?
53:05 — Агент Coddy на практике
54:45 — Как harness может быть заточен под модель? На примере Coddy
59:03 — Как Coddy обрабатывает запрос?
1:00:30 — Пример работы Agent Loop
1:03:30 — 30 инструментов для on-prem-модели
1:06:15 — Работа с schedule-задачами
1:08:50 — Работа в режиме Plan
1:12:20 — Заставляем OSS-120B работать по SSH
1:14:20 — Проблемы on-prem-моделей с мультиязычностью
1:16:40 — Как работают Agent Skills?
1:21:30 — Протокол ACP на примере интеграции с Obsidian
1:31:10 — HTTP API в Coddy
1:36:50 — Уроки и грабли при создании собственного harness
1:48:00 — Готовые фреймворки для создания harness
1:50:06 — Принципы построения агентов на базе harness и отличие от AI-агентных фреймворков
1:53:55 — Harness работает только через API или поддерживает подписки Claude и Codex?
1:55:55 — Инструменты для экономии токенов
2:00:30 — Как патчить Hermes и Claude Code?
2:03:09 — Мониторинг качества harness


Полезные ссылки со стрима:

1. Презентация – использовать как полезную шпаргалку по harness

2. Coddy – harness, который создал Паша

3. Pi – минималистичный harness

4. Hermes – качественно-сделанный harness, который умеет доделывать самого себя

5. OpenClaw = Hermes+страдания (для ценителей)


Подписывайтесь на каналы участников трансляции:

Павел Рыков

Константин Доронин

p.s.: Под конец стрима у меня немного отвалился звук. Прошу понять и простить – я всё ещё в процессе дрессировки OBS.

Большая языковая модель Fable 5 терпит крушение над водами государственного регулирования в течение 325 серии. Экипаж Anthropic отважно борется за спасение психики вайбкодеров (и своих кошельков).

Действующие лица: капитан Дарио, второй пилот Даниэла, стюардесса Подписка Pro, радист /feedback, а так же несравненный бюрократический аппарат в роли мисс Бурпул.

Капитан:
Какой курс?

2й пилот:
До 7 июля code-подписка, потом резкий разворот на API.

Капитан:
Не правильный курс.

2й пилот:
А какой правильный?

Капитан:
На днооооо!

Пу-пу-пу, заварю-ка кофейку.

Cursor через прокси с доступом к Fable

Дабы все желающие могли потыкать через курсор новую старую Fable подготовил небольшой манул.

Имеем-с:
- локальный sing-box слушает 127.0.0.1:7890 и умеет сразу HTTP и SOCKS5 (mixed inbound)
- Cursor основан на VS Code, это значит, что внутри Electron, то есть Chromium

Чтобы заставить курсор работать через прокси пишем вот так:

exec /usr/share/cursor/cursor \
  --proxy-server="http://127.0.0.1:7890" \
  --proxy-bypass-list="localhost;127.0.0.1;::1;192.168.0.0/16;10.0.0.0/8;172.16.0.0/12;*.local"

После чего все исходящие запросы курорса оборачиваются в тоннель, а proxy-bypass-list оставляет локалку в обход прокси.

Для Node-слоя дублирую в settings.json:

"http.proxySupport": "override",
"http.proxy": "http://127.0.0.1:7890",
"http.proxyStrictSSL": false

После этого сеть работает, но в выборе модели по-прежнему только gpt, gemini да пара kimi, ни тебе Opus, ни Sonnet, ни тем более Fable.

Проверил напрямую курлятиной, дёрнул модельный эндпоинт своим токеном через прокси, и сервер ответил 200, отдав 153 модели, из них 74 Claude, причём Opus 4.8, Sonnet 5 и Fable 5 помечены как включенные по умолчанию.

Значит дело в клиенте, оказалось что Cursor держит кэш списка моделей внутри SQLite-базы вот тут:

~/.config/Cursor/User/globalStorage/state.vscdb

Ключ src.vs.platform.reactivestorage.browser.reactiveStorageServiceImpl.persistentStorage.applicationUser, внутри поле availableDefaultModels2. Там лежал старый список из 22 моделей без единой Claude, и свежий успешный запрос его почему-то не перетирал. При этом я попытался руками обнулить список, но болты к сожалению.

Грубое решение это снести кэш и дать курсору подтянуть список заново, перед этим закрываем ide, затем удаляем базу:

rm ~/.config/Cursor/User/globalStorage/state.vscdb

Вместе с кэшем моделей сбросятся настройки окон и авторизация, логинимся уже через прокси, клиент подтягивает свежий список, и там среди прочего будут муравьиные модели.

Наконец мне удалось нормально настроить рабочий флоу с мобильного телефона.

Настроил связку из OpenVPN и RVNC клиента, сервер туннеля держу на beelink.

Теперь можно не таскать с собой ноут, ура.

Забурился на Ai Conf, много знакомых людей, доклады отличные.

Занятная мысль на конференции в голову пришла:

Мы сегодня создаем легаси для молодежи которые через 5-10 лет придут с агентами на наше место и сделают нормально.

Сила трёх

MCP, Skills и CLI часто пытаются сталкивать лбами, будто нужно выбрать что-то одно. Но это разные слои агентного воркфлоу. MCP даёт доступ к внешним системам, CLI закрывает тяжёлые, рутинные или редкие операции, а Skills прописывает правила работы и постепенно превращается в память агента.

Читать пост "Сила трёх: MCP, Skills, CLI"

PS. Всё в телегу одним постом не влезло, поэтому запостил у себя на Бусти, кстати подписывайтесь, приятного прочтения.