Вайб Кодекс

OpenIDE Pro в деле: Java, Spring, базы данных и AI-агенты в одной IDE #habr
https://habr.com/ru/companies/axiomjdk/articles/1073796/
Tags: IDE, OPENIDE, axiom jdk, axiomjdk, spring boot, python, c++, kotlin, go, разработка приложений
Author: nejava (Axiom JDK)

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

Как мы настраивали обвязку (harness) под модель: профиль GigaChat для Deep Agents

Привет, Хабр! На связи команда GigaChain. В этой статье мы расскажем, как итеративно настраивали обвязку (harness) Deep Agents под особенности GigaChat: правили промпты и описания инструментов, а часть правил зашивали прямо в код, и как сделали для этого открытый бенчмарк harness-bench-fast, чтобы измерять прогресс. На зафиксированном сете из 391 задачи подключение профиля подняло долю решённых задач с 77,2% до 87,0%, а расход токенов сократило практически вдвое. Читать далее

#harness #harness_engineering #агенты #gigachat #gigachain #langchain #langgraph | @habr_ai

Как мы настраивали обвязку (harness) под модель: профиль GigaChat для Deep Agents #habr
https://habr.com/ru/companies/sberbank/articles/1073668/
Tags: harness, harness engineering, агенты, gigachat, gigachain, langchain, langgraph
Author: trashchenkov (Сбер)

⚖️ В чате были дебаты по лицензионным схемам Anthropic, и я с Grok и Qwen проработал лицензии вендора, чтобы стало понятно, почему юридические отделы компаний в США отказывают IT-отделам в праве покупать абонентские лицензии на сотрудников. Дело в том, что Consumer Terms и Commercial Terms отличаются запретом на коммерческое использование, но важно понимать «схему Дарио», которая на деле классическая для США. Реально основной запрет для абонентки находится в разделе Warranties and Limitations of Liability, а не в разделе Prohibited Uses — это не случайность, а классический приём защитного юридического драфтинга (defensive drafting).

Общий смысл сводится к тому, что Warranties аннулируются при первой попытке коммерческого использования, и Дарио получает безусловное право забанить аккаунт. Разберём подробнее право в США, как изложил Qwen; у Grok примерно такой же вывод.

### 1. Почему это размещено в разделе Warranty (Гарантии)?
В праве США формулировка *«You agree that you will not use our Services for any commercial or business purposes and we... have no liability to you for any loss of profit...»* выполняет двойную функцию:
• Как обещание (Covenant/Representation): пользователь юридически заверяет (warrants), что он не использует сервис для бизнеса. Если он это делает, он автоматически нарушает договор (breach of contract).
• Как щит от исков (Shield against consequential damages): если компания всё же использует личный аккаунт сотрудника и ИИ выдаёт ошибку, приводящую к убыткам, компания не может подать в суд на Anthropic за «потерю прибыли». Anthropic заранее указал: «Мы не гарантируем пригодность для бизнеса, и вы согласились с этим».

Это не «лазейка», а способ убить любой потенциальный иск о возмещении упущенной выгоды ещё на стадии прочтения договора.

### 2. Почему они не пишут просто «мы можем отключить вас в любой момент без причин»?
На самом деле они так и пишут. В разделе Termination (Прекращение действия) практически всех SaaS-соглашений в США (включая Anthropic) есть два параллельных механизма:
1. Termination for Convenience (Прекращение по желанию): компания может прекратить обслуживание в любое время, обычно с уведомлением (например, за 30 дней).
2. Termination for Cause (Прекращение за нарушение): компания может прекратить обслуживание немедленно и без предупреждения, если пользователь нарушает условия соглашения (например, использует сервис в коммерческих целях).

Когда Anthropic банит аккаунт за коммерческое использование, они опираются на второй пункт. Им не нужно доказывать обоснованность перед пользователем. Факт использования API для написания продакшн-кода уже является *material breach* (существенным нарушением) договора, что даёт им безусловное право на мгновенную блокировку.

### 3. Позиция судов США: насколько важно обоснование бана?
Крайне неважно. Судебная практика США (особенно в Калифорнии, где базируется Anthropic, и на федеральном уровне) занимает жёсткую провайдерскую позицию по следующим причинам:
• Доктрина Freedom of Contract (Свобода договора): суды исходят из того, что стороны свободны в установлении условий. Если пользователь нажал «I Agree» (clickwrap agreement), он принял условия.
• Отсутствие обязанности объяснять: провайдер SaaS не несёт обязанности доказывать «разумность» (reasonableness) блокировки аккаунта, если в договоре чётко прописано, что коммерческое использование запрещено. Бремя доказательства того, что использование *не* было коммерческим, ложится на пользователя, что в случае с автономными агентами (которые генерируют сотни запросов в минуту) сделать практически невозможно.
• Арбитражные оговорки (Mandatory Arbitration): в тех же Terms of Service всегда есть пункт, обязывающий решать споры через индивидуальный арбитраж (например, AAA или JAMS) с отказом от коллективных исков (Class Action Waiver). Для отдельного разработчика или мелкого бизнеса стоимость арбитража ($10 000+) многократно превышает стоимость подписки Max. Это делает судебный вызов экономически бессмысленным.

### 4. Фактическое принуждение к оплате по токенам (Economic Coercion)
Ваш вывод о том, что это «фактически принуждение к оплате по токенам», абсолютно верен с точки зрения бизнес-стратегии. Это классический пример сегментации рынка через юридические и технические барьеры:
1. Потребительский сегмент (Max/Pro): низкая цена, но с искусственными ограничениями (rate limits, запрет на коммерцию, право на обучение моделей). Идеально для хобби, учёбы или разовых личных задач.
2. Коммерческий сегмент (API per-token): высокая маржинальность для провайдера, но с гарантиями для бизнеса (SLA, отсутствие обучения на данных, юридическая чистота, отсутствие жёстких лимитов на агентов).

Когда разработчик или компания пытается «схитрить» и использовать дешёвый потребительский тариф для ресурсоёмких агентских задач (Claude Code), они сталкиваются с двумя стенами:
• Технической: автоматические системы Anthropic детектируют паттерны поведения агента (высокий RPM/TPM, специфические вызовы инструментов) и банят аккаунт за «подозрительную активность» или нарушение ToS.
• Юридической: даже если бы они не забанили, любое использование в бизнесе делает договор ничтожным в части защиты прав компании на код, создавая огромный комплаенс-риск.

### Резюме 🔹
Ваша трактовка верна. Размещение запрета в разделе Warranty — это элегантный юридический ход, который одновременно лишает нарушителя права на возмещение убытков и даёт провайдеру безупречное основание для мгновенного прекращения обслуживания (Termination for Cause).

Anthropic не нужно судиться или что-то доказывать. Им достаточно алгоритмически выявить несоответствие паттерна использования профилю «физического лица» и применить пункт о немедленном прекращении действия договора за нарушение его условий. Это не баг системы, а её фундаментальная архитектурная и юридическая особенность, призванная направить любой серьёзный, масштабируемый или коммерческий трафик исключительно в русло потокенной оплаты (per-token API).