Про мета-репозитории
Когда один человек работает с кодинг-агентом над одним проектом, никаких проблем с контекстом нет: накидал
Хочется это всё централизовать.
С начала марта пробую подход, который назвал мета-репозиторий. Фактически, это просто отдельный git-репозиторий, в котором лежат:
- .gitignore, который не даёт закоммитить ничего лишнего (
-
-
-
-
OpenCode умеет в конфиге указать дополнительные файлы с инструкциями, и я прописал туда
Про MCP тут нечего добавить, во внутреннем контуре компании у нас развёрнуты несколько внешних и самописных MCP-серверов, они прячут за собой токены к разным сервисам (Jira, Confluence, GitLab, мессенджеры), чтобы они никогда не попадали в модели. При этом в каких-то сервисах может быть сделано наоборот – токен от очень ограниченной в правах учётки зашит в конфиг мета-репозитория. А про самописные MCP-сервера будут попозже отдельные посты.
Когда один человек работает с кодинг-агентом над одним проектом, никаких проблем с контекстом нет: накидал
AGENTS.md, какие-то rules, project-specific конфиги, и работаешь. Когда людей больше одного, проблем тоже нет – ведь есть git и удалённый GitHub/GitLab. Когда людей и репозиториев в команде много, начинают подсвечиваться узкие места: немного разное окружение (ОС, расположение разных версий JDK), разные версии навыков, разные MCP.Хочется это всё централизовать.
С начала марта пробую подход, который назвал мета-репозиторий. Фактически, это просто отдельный git-репозиторий, в котором лежат:
- .gitignore, который не даёт закоммитить ничего лишнего (
/* ). Всё, что должно быть в него добавлено, добавляется принудительно руками.-
AGENTS.md с кратким описанием всего проекта и верхнеуровневой навигацией.-
REPOSITORIES.md – сопоставление названий микросервисов, url в GitLab и имён локальных клонов (они все клонируются для работы прямо в мета-репо).-
TEAM_MEMBERS.md – потому что если сценарии, где агенту полезно понимать, с кем он работает. ФИО, должность, почта, ники в GitLab и мессенджерах.-
.opencode/ – настройки MCP, навыки и субагенты, специфичные для этого проекта. О том, почему мы держим вектор на opencode, а не Claude Code / Codex, как-нибудь в следующих постах.OpenCode умеет в конфиге указать дополнительные файлы с инструкциями, и я прописал туда
ENVIRONMENT.md – файл, который не коммитится в git. В AGENTS.md агенту явно сказано, что если файла нет, перед выполнением задачи пользователя нужно прочитать отдельный файл с инструкциями по его составлению и заполнить, а потом вернутся к задаче. Шаблон помогает агенту сразу понять, в какой ОС он работает, какой shell доступен, где лежат разные рантаймы и каких они версий, наработанные нюансы (многие модели запинаются на правильном вызове сложных команд в PowerShell). Также я добавил туда описание сценария, при котором агент понимает, что мой ввод – это результат голосового распознавания, и должен сперва подбить выжимку из того, что я сказал, и переспросить, верно ли он меня понял. А ещё туда скопирована строчка из TEAM_MEMBERS.md, и агент понимает, кто его пользователь, что это мои треды он видит в MR, который мы вместе ревьюим.Про MCP тут нечего добавить, во внутреннем контуре компании у нас развёрнуты несколько внешних и самописных MCP-серверов, они прячут за собой токены к разным сервисам (Jira, Confluence, GitLab, мессенджеры), чтобы они никогда не попадали в модели. При этом в каких-то сервисах может быть сделано наоборот – токен от очень ограниченной в правах учётки зашит в конфиг мета-репозитория. А про самописные MCP-сервера будут попозже отдельные посты.
Reality_AI
Про мета-репозитории Когда один человек работает с кодинг-агентом над одним проектом, никаких проблем с контекстом нет: накидал AGENTS.md, какие-то rules, project-specific конфиги, и работаешь. Когда людей больше одного, проблем тоже нет – ведь есть git и…
Да, ещё забыл добавить, модельки не всегда следуют командам к действию из инструкции, стараются сразу перейти к тому, о чём попросил пользователь. Но время от времени всё-таки это срабатывает. Перебирая разные варианты хочется всегда последний отдать сразу команде, и поначалу я просто просил всех подпулливать мета-репо.
Но потом просто дописал команду агенту делать git pull, так что ещё одним ручным действием меньше.
Но потом просто дописал команду агенту делать git pull, так что ещё одним ручным действием меньше.
Forwarded from Этихлид
Перевёл документ от Google, который описывает текущую ситуацию по переходу от "бессистемных промптов к агентной инженерии":
➡️ Новый SDLC с вайб-кодингом
Это первый, самый общий и концептуальный, из пяти whitepaper'ов бесплатного курса 5-Day AI Agents: Intensive Vibe Coding Course от Google и Kaggle.
Бонусом там ещё и глоссарий терминов/переводов получился.
Это база
В нём качественно суммируется то, что разработка ПО прошла за последние 2-3 года, описываются появившиеся концепции и систематизируются основные рабочие подходы.
Даётся, к примеру, разделение вайб-кодинга и агентной инженерии, фиксируются определения агента / харнесса / дирижера / оркестратора и показывается, как устроена capex/opex-экономика разных подходов к ИИ-разработке.
Для разработчиков и лидов может быть полезным почитать, чтобы понять, на каком этапе развития находятся они сами или команда, и как переходить на следующий.
Документ лайтовый, без лишнего хайпа и думеризма.
Ну и картинки интересные :)
Замечания
● eсли вы уже по уши в мультиагентных воркфлоу, бандлах скиллов и прочих гермесах, то нового вы в нём вряд ли почерпнёте - коммьюнити стабильно на шаг-другой впереди :)
● это всё-таки Google с его собственным зоопарком (Jules, ADK, Agents CLI, Gemini, A2A), хотя авторы проделали хорошую работу по абстракции от него
● местами чутка оптимистичнее, чем стоило бы: мультиагентность как "естественный следующий шаг" - тут можно спорить об эффективности, да модели пока что не готовы
—
Ссылки на оригиналы всех пяти документов с конкретикой для тех, кто хочет углубиться:
● The New SDLC With Vibe Coding (переведён)
● Agent Tools & Interoperability
● Agent Skills
● Vibe Coding Agent Security and Evaluation
● Spec-Driven Production Grade Development in the Age of Vibe Coding
#article #translation #sdlc #ai
Это первый, самый общий и концептуальный, из пяти whitepaper'ов бесплатного курса 5-Day AI Agents: Intensive Vibe Coding Course от Google и Kaggle.
Бонусом там ещё и глоссарий терминов/переводов получился.
Это база
В нём качественно суммируется то, что разработка ПО прошла за последние 2-3 года, описываются появившиеся концепции и систематизируются основные рабочие подходы.
Даётся, к примеру, разделение вайб-кодинга и агентной инженерии, фиксируются определения агента / харнесса / дирижера / оркестратора и показывается, как устроена capex/opex-экономика разных подходов к ИИ-разработке.
Для разработчиков и лидов может быть полезным почитать, чтобы понять, на каком этапе развития находятся они сами или команда, и как переходить на следующий.
Документ лайтовый, без лишнего хайпа и думеризма.
Ну и картинки интересные :)
Замечания
● eсли вы уже по уши в мультиагентных воркфлоу, бандлах скиллов и прочих гермесах, то нового вы в нём вряд ли почерпнёте - коммьюнити стабильно на шаг-другой впереди :)
● это всё-таки Google с его собственным зоопарком (Jules, ADK, Agents CLI, Gemini, A2A), хотя авторы проделали хорошую работу по абстракции от него
● местами чутка оптимистичнее, чем стоило бы: мультиагентность как "естественный следующий шаг" - тут можно спорить об эффективности, да модели пока что не готовы
—
Ссылки на оригиналы всех пяти документов с конкретикой для тех, кто хочет углубиться:
● The New SDLC With Vibe Coding (переведён)
● Agent Tools & Interoperability
● Agent Skills
● Vibe Coding Agent Security and Evaluation
● Spec-Driven Production Grade Development in the Age of Vibe Coding
#article #translation #sdlc #ai
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Ссылка на папку с каналами и чатами про ИИ, которые я сам почитываю. Последние месяцы добавлений в неё мало, но если случаются, ссылка остаётся прежней.
https://t.me/addlist/6_Forw9aLD0zYmY6
Можете не добавлять, всё самое сочное будет здесь :)
https://t.me/addlist/6_Forw9aLD0zYmY6
Можете не добавлять, всё самое сочное будет здесь :)
Telegram
ИИ 🤖
You’ve been invited to add the folder “ИИ 🤖”, which includes 38 chats.
Сначала мэрия Рио-де-Жанейро, теперь сервис доставки еды...
Telegram
Технозаметки Малышева
🇧🇷 Мэрия Рио-де-Жанейро (через свою муниципальную ит-компанию IplanRIO) только что выпустила модель под названием Rio 3.5 Open 397B
Модель с 397 миллиардами параметров (MoE), основанная на Qwen 3.5, с полностью открытой лицензией MIT, которая превосходит…
Модель с 397 миллиардами параметров (MoE), основанная на Qwen 3.5, с полностью открытой лицензией MIT, которая превосходит…
Forwarded from Нейроканал
Meituan (крупнейший в Китае сервис доставки еды и услуг, у которого есть и собственное ИИ-подразделение) выложила в открытый доступ LongCat-2.0 — MoE-модель на 1,6 триллиона параметров, из которых на каждый токен работают около 48 миллиардов. Веса уже на Hugging Face, а саму модель обучили целиком на китайских ASIC-ускорителях, без единого отката за 35 триллионов токенов обучения.
Модель заточена под программирование и работу агентов, окно контекста в 1 миллион токенов. Её можно подключить к агентским средам Claude Code, OpenClaw и Hermes вместо закрытых моделей.
На задачах по коду LongCat идёт вровень с закрытыми флагманами: 59,5 на SWE-bench Pro, 77,3 на многоязычном SWE-bench, 70,8 на Terminal-Bench. Ещё до релиза модель успела возглавить рейтинг OpenRouter под кодовым именем «Owl Alpha».
Под капотом два приёма ради скорости на длинном контексте: LongCat Sparse Attention (развитие разреженного внимания из DeepSeek с более лёгким индексатором) и N-gram Embedding, который кодирует не только отдельные токены, но и короткие сочетания соседних токенов — так модель лучше улавливает локальный контекст.
@neuro_channel
Модель заточена под программирование и работу агентов, окно контекста в 1 миллион токенов. Её можно подключить к агентским средам Claude Code, OpenClaw и Hermes вместо закрытых моделей.
На задачах по коду LongCat идёт вровень с закрытыми флагманами: 59,5 на SWE-bench Pro, 77,3 на многоязычном SWE-bench, 70,8 на Terminal-Bench. Ещё до релиза модель успела возглавить рейтинг OpenRouter под кодовым именем «Owl Alpha».
Под капотом два приёма ради скорости на длинном контексте: LongCat Sparse Attention (развитие разреженного внимания из DeepSeek с более лёгким индексатором) и N-gram Embedding, который кодирует не только отдельные токены, но и короткие сочетания соседних токенов — так модель лучше улавливает локальный контекст.
@neuro_channel
Forwarded from AI Product | Igor Akimov
Anthropic выпустила Claude Sonnet 5!
Сегодня вышел Sonnet 5 – самый «агентный» Sonnet на сегодня. Главная идея релиза не в новом потолке возможностей, а в экономике: средний тариф подтянули вплотную к флагману.
Производительность близка к Opus 4.8, но заметно дешевле. Раньше такой разрыв между линейками закрывал только Opus.
– Ощутимый апгрейд над Sonnet 4.6 по reasoning, работе с инструментами, кодингу и knowledge work.
– Автономность: по словам early-access партнёров, доводит до конца сложные задачи, на которых прежние Sonnet останавливались, и сам проверяет свой вывод без отдельной просьбы.
– Регулируемый уровень «усилия» (effort level, вплоть до xhigh) – баланс «цена/качество» теперь крутится внутри одной модели и между Sonnet 5 и Opus 4.8.
Цены
– Промо до 31 августа: $2 / $10 за млн токенов (вход/выход).
– Дальше: $3 / $15. Для сравнения Opus 4.8 – $5 / $25.
– Доступна везде: дефолт на Free и Pro, есть в Max/Team/Enterprise, Claude Code и API (
Но есть прикол.
– Новый токенизатор (как в Opus 4.7). Тот же текст теперь маппится в больше токенов – примерно в 1.0–1.35 раз больше в зависимости от типа контента.
– Промо-цену специально подобрали так, чтобы переход с 4.6 вышел примерно по той же стоимости. То есть после 1 сентября реальный счёт для части нагрузок вырастет сильнее, чем кажется по табличке $3/$15.
– В целом безопаснее 4.6: лучше отказывает на вредоносные запросы, устойчивее к prompt injection, меньше галлюцинаций и подхалимажа.
– По киберспособностям намеренно слабее Opus – на тесте с эксплойтами под Firefox обе Sonnet-модели не собрали ни одного рабочего эксплойта (0%).
– Запущена с включёнными по умолчанию cyber-safeguards (как у Opus 4.7/4.8).
В общем, рабочая лошадка для прода по апи, но остальное не топ уровня.
https://www.anthropic.com/news/claude-sonnet-5
Сегодня вышел Sonnet 5 – самый «агентный» Sonnet на сегодня. Главная идея релиза не в новом потолке возможностей, а в экономике: средний тариф подтянули вплотную к флагману.
Производительность близка к Opus 4.8, но заметно дешевле. Раньше такой разрыв между линейками закрывал только Opus.
– Ощутимый апгрейд над Sonnet 4.6 по reasoning, работе с инструментами, кодингу и knowledge work.
– Автономность: по словам early-access партнёров, доводит до конца сложные задачи, на которых прежние Sonnet останавливались, и сам проверяет свой вывод без отдельной просьбы.
– Регулируемый уровень «усилия» (effort level, вплоть до xhigh) – баланс «цена/качество» теперь крутится внутри одной модели и между Sonnet 5 и Opus 4.8.
Цены
– Промо до 31 августа: $2 / $10 за млн токенов (вход/выход).
– Дальше: $3 / $15. Для сравнения Opus 4.8 – $5 / $25.
– Доступна везде: дефолт на Free и Pro, есть в Max/Team/Enterprise, Claude Code и API (
claude-sonnet-5).Но есть прикол.
– Новый токенизатор (как в Opus 4.7). Тот же текст теперь маппится в больше токенов – примерно в 1.0–1.35 раз больше в зависимости от типа контента.
– Промо-цену специально подобрали так, чтобы переход с 4.6 вышел примерно по той же стоимости. То есть после 1 сентября реальный счёт для части нагрузок вырастет сильнее, чем кажется по табличке $3/$15.
– В целом безопаснее 4.6: лучше отказывает на вредоносные запросы, устойчивее к prompt injection, меньше галлюцинаций и подхалимажа.
– По киберспособностям намеренно слабее Opus – на тесте с эксплойтами под Firefox обе Sonnet-модели не собрали ни одного рабочего эксплойта (0%).
– Запущена с включёнными по умолчанию cyber-safeguards (как у Opus 4.7/4.8).
В общем, рабочая лошадка для прода по апи, но остальное не топ уровня.
https://www.anthropic.com/news/claude-sonnet-5
✍1
Пока все обсуждают возвращение Fable 5 для всех-всех-всех, продолжу двигаться по своему плану постов.
Про корпоративный плагин для opencode
Мне кажется, что это весьма стандартный путь для любых полезных находок в SDLC: сперва ты что-то пробуешь на себе, затем на паре близких коллег, затем на всей команде проекта. Каждый следующий шаг даёт больше обратной связи и возможностей улучшить распространяемое. Следующей ступенькой в маленькой компании может стать сразу вся компания.
В нашей компании так и произошло. В какой-то момент число участников команды разработки проекта, которые используют ИИ, выросло настолько, что мы пошли и поговорили с начальством и купили один общий на всех MiniMax Token Plan (на тот момент Max-highspeed за $80/мес). Развернули внутри контура LiteLLM, настроили модельки, каждому в команде выдали свой Virtual Key. Потом пару раз вышли более новые модели (M2.7, M3), пришлось всех просить править свой конфиг. Дальше было решение “внедрять ИИ” на смежных проектах, и мы пришли к пониманию, что нужно всё это как-то упрощать.
С другой стороны я и ещё несколько коллег пользовались superpowers — открытым JS-плагином с набором полезных навыков. Я поковырял его исходники, склонировал и поковырял исходники OpenCode, и понял, что это то, что нам нужно.
В итоге получился корпоративный плагин, который минимальными (и описанными на вики) усилиями подключается глобально к установленному OpenCode, сам себя обновляет, и предлагает ряд сущностей:
1) Наш корпоративный внутренний LiteLLM как провайдер моделей.
2) Актуальные прописанные модели (MiniMax, Zhipu AI). О том, какие причины привели нас именно к opencode / китайским моделям, когда-нибудь в следующий раз.
3) Generic-субагентов с явным указанием используемых моделей (не только покупные, но и текущие :free. Например, сейчас там есть DeepSeek V4 Flash и Xiaomi MiMo V2.5).
4) Корпоративные навыки. Конечному пользователю плагина нужно только получить свой Virtual Key и подключить правильный провайдер через команду /connect (полностью штатные средства самого OpenCode).
Весьма удобно стало: докупили новый провайдер LLM, закинули в LiteLLM, прописали в плагине, сразу есть у всех сотрудников. Вышла новая версия модели — аналогично. Использовал какой-то навык, не совсем удачно, ретроспективно собрал по нему негативный опыт — тут же закоммитил в репо плагина и оно есть у всех.
Про корпоративный плагин для opencode
Мне кажется, что это весьма стандартный путь для любых полезных находок в SDLC: сперва ты что-то пробуешь на себе, затем на паре близких коллег, затем на всей команде проекта. Каждый следующий шаг даёт больше обратной связи и возможностей улучшить распространяемое. Следующей ступенькой в маленькой компании может стать сразу вся компания.
В нашей компании так и произошло. В какой-то момент число участников команды разработки проекта, которые используют ИИ, выросло настолько, что мы пошли и поговорили с начальством и купили один общий на всех MiniMax Token Plan (на тот момент Max-highspeed за $80/мес). Развернули внутри контура LiteLLM, настроили модельки, каждому в команде выдали свой Virtual Key. Потом пару раз вышли более новые модели (M2.7, M3), пришлось всех просить править свой конфиг. Дальше было решение “внедрять ИИ” на смежных проектах, и мы пришли к пониманию, что нужно всё это как-то упрощать.
С другой стороны я и ещё несколько коллег пользовались superpowers — открытым JS-плагином с набором полезных навыков. Я поковырял его исходники, склонировал и поковырял исходники OpenCode, и понял, что это то, что нам нужно.
В итоге получился корпоративный плагин, который минимальными (и описанными на вики) усилиями подключается глобально к установленному OpenCode, сам себя обновляет, и предлагает ряд сущностей:
1) Наш корпоративный внутренний LiteLLM как провайдер моделей.
2) Актуальные прописанные модели (MiniMax, Zhipu AI). О том, какие причины привели нас именно к opencode / китайским моделям, когда-нибудь в следующий раз.
3) Generic-субагентов с явным указанием используемых моделей (не только покупные, но и текущие :free. Например, сейчас там есть DeepSeek V4 Flash и Xiaomi MiMo V2.5).
4) Корпоративные навыки. Конечному пользователю плагина нужно только получить свой Virtual Key и подключить правильный провайдер через команду /connect (полностью штатные средства самого OpenCode).
Весьма удобно стало: докупили новый провайдер LLM, закинули в LiteLLM, прописали в плагине, сразу есть у всех сотрудников. Вышла новая версия модели — аналогично. Использовал какой-то навык, не совсем удачно, ретроспективно собрал по нему негативный опыт — тут же закоммитил в репо плагина и оно есть у всех.
GitHub
GitHub - obra/superpowers: An agentic skills framework & software development methodology that works.
An agentic skills framework & software development methodology that works. - obra/superpowers
🔥2
Reality_AI
Про корпоративный плагин для opencode
Корпоративный внутренний LiteLLM
Корпоративные навыки
Вообще есть что-то противоестественное в таком наименовании, потому что несколько десятков человек — скорее всего точно не корпорация. Но каким определением тогда называть эти сущности?
Компанейский плагин?
Юр.лицовый?
Конторский?
UPD. В личку прилетают новые варианты: служебный.
Forwarded from Технозаметки Малышева
Huawei выпустила OpenPangu 2.0 Flash — 92B MoE на чипах Ascend, open source близкий к DeepSeek V4 Flash и Claude Sonnet 5
📋 30 июня Huawei опубликовала OpenPangu 2.0 Flash — 92B MoE (6B активных), полностью обученный на чипах Ascend, с 512K контекста и 34T токенов предобучения.
Huawei выделила openPangu в отдельный open-source-бренд и анонсировала выпуск семи версий до конца года.
При 6B активных параметров и MTP на 3 токена вперёд OpenPangu набирает 93,3% на AIME 2026 (98,1% с Python) — уровень, для которого ещё год назад требовались модели с на порядок большей активной частью.
По кодингу (SWE-bench 63,1%) отставание от DeepSeek V4 Flash (79,0%) и Sonnet-5 пока заметное, но по агентным задачам (TAU2-Bench 88,0%) и следованию инструкциям (IFEval 95,9%) модель вполне конкурентоспособна.
📎 Hugging Face | Репозиторий openPangu
#Huawei #OpenPangu #Ascend
———
@tsingular
📋 30 июня Huawei опубликовала OpenPangu 2.0 Flash — 92B MoE (6B активных), полностью обученный на чипах Ascend, с 512K контекста и 34T токенов предобучения.
Huawei выделила openPangu в отдельный open-source-бренд и анонсировала выпуск семи версий до конца года.
При 6B активных параметров и MTP на 3 токена вперёд OpenPangu набирает 93,3% на AIME 2026 (98,1% с Python) — уровень, для которого ещё год назад требовались модели с на порядок большей активной частью.
По кодингу (SWE-bench 63,1%) отставание от DeepSeek V4 Flash (79,0%) и Sonnet-5 пока заметное, но по агентным задачам (TAU2-Bench 88,0%) и следованию инструкциям (IFEval 95,9%) модель вполне конкурентоспособна.
📎 Hugging Face | Репозиторий openPangu
#Huawei #OpenPangu #Ascend
———
@tsingular
Телеком мне почему-то близок душе, поэтому вот вам про него относительно свежая новость.
Forwarded from Телекоммуналка
Три крупнейших телекоммуникационных оператора Китая: China Mobile, China Telecom и China Unicom, синхронно переходят от продажи трафика к продаже токенов ИИ-моделей, обнаружила наша редакция. Это видно по отчетности за первый квартал 2026: прибыль всех трех операторов одновременно снизилась на фоне насыщения рынка трафиком.
Концепция по появлению новой сущности в пакете, к минутам, SMS и гигабайтам появилась в официальных стратегиях операторов в начале этого года. Национальное управление данных КНР, которое разрабатывает правила для безопасного использования информации, стимулирует рост цифровых технологий и следит за внедрением больших данных, зафиксировало, что к марту суточный объем вызовов к ИИ-моделям в Китае превысил 140 трлн токенов. Рост более чем в 1000 раз по сравнению с 2024. На этом фоне China Telecom первым из операторов федерального уровня запустил коммерческие токен-пакеты уже 17 мая, China Mobile последовал 20 мая.
Структура тарифов строится по аналогии с привычными гигабайтными пакетами. China Telecom предлагает потребительские пакеты от 9,9 юаня в месяц за 10 млн токенов до 49,9 юаня за 80 млн. Бизнес-пакеты: от 39,9 до 299,9 юаня за 15-250 млн токенов. Токены действуют в собственной модели оператора TeleChat, а также в сторонних сервисах: GLM-5 от Zhipu AI и DeepSeek-V3.2. Параллельно China Mobile в Шанхае запустил универсальный токен-сервис, где 400 тыс. токенов стоят 1 юань, а оплата списывается через абонентский счет.
Принцип простой: сеть соединяет вычисления, вычисления жрут токены. Мы недаром вам описывали перспективы отрасли, в которых телеком идет в сторону вычислительных коммуникаций, а также приводили статистику по изменению профиля трафика. Вендоры считают также. Huawei недавно заявил о переходе от «бит-логики» к «биты + токены», обосновав, что сетевое качество – задержка, надежность SLA, пропускная способность аплинка напрямую определяет ценность токена. То есть токен, сгенерированный с помощью высококонтекстного агента на сети с гарантированной задержкой, стоит дороже, чем токен из облака с неопределенной QoS.
China Mobile теперь позиционирует себя как «ядро токен-генерации» для ИИ-экономики страны: компания открыла доступ к пакетам на триллион токенов для партнеров экосистемы и развивает инфраструктуру по принципу «вычислительная мощность как движущая сила».
Но, есть вопросы к масштабу трансформации. «Токен-экономика» операторов – это изменение в биллинге, а не полноценная продажа ИИ-токенов. Ключевая проблема в том, что учет токенов происходит на стороне модели, а не оператора. Если оператор не контролирует модель, он не может точно измерить реальное потребление и вынужден следовать ценообразованию производителей моделей, а не формировать его самостоятельно. Тарифы опираются на интеграцию с платформами вроде OpenClaw и подключение к DeepSeek или Qwen.
В гонке за ИИ-рынком у операторов есть реальные конкурентные преимущества – зрелая биллинговая инфраструктура, стабильная пользовательская база и уникальная позиция «доверенного агрегатора счетов». Удастся ли операторам занять место «суперменеджера ИИ-счетов» и правильно вписаться в ИИ-экономику до того, как крупные облачные платформы выстроят собственные прямые отношения с конечными пользователями? Вопрос.
Операторы все равно останутся между ними, изменения уже идут, важно правильно оседлать волну. Даже на нашем незрелом рынке, операторам уже стоит задуматься о разговоре с Яндексом или Сбером на эту тему. Были даже первые попытки: Билайн попробовал положить токены в пакет, но опять же для продукта, который у него есть. Теперь речь идет о движении к полному переходу по тарификации.
Please open Telegram to view this post
VIEW IN TELEGRAM