loveithate

Nara Router — это AI Router, который объединяет несколько языковых моделей под одним API.

Работает по тому же принципу, что OpenRouter: вместо подключения к каждому провайдеру отдельно вы получаете один API и выбираете нужную модель.

После регистрации сервис выдает 5 млн бесплатных токенов в сутки. Банковская карта для этого не требуется.

Что доступно бесплатно

На бесплатном тарифе доступны:

• Claude Sonnet 4.5

• Claude Haiku 4.5

• Mistral Large

• Mistral Medium 3.5

Лимит — 5 миллионов токенов каждые 24 часа.

5 МЛН ТОКЕНОВ — это примерно:

• 📖 3–4 млн слов текста;

• 📚 около 6–8 тысяч страниц A4;

• 💬 тысячи обычных диалогов с Claude;

• 💻 сотни небольших задач по программированию.

API совместим со стандартом OpenAI, поэтому его можно использовать практически везде:

• Cursor;

• Cline;

• Roo Code;

• Open WebUI;

• LibreChat;

• любые собственные агенты и приложения с поддержкой OpenAI API.

• ЕСЛИ сложно, то В тг будет подробный пост как подключить

Фактически достаточно заменить URL и API-ключ.

Как подключить

1. Перейдите на router.bynara.id и нажмите «Начать бесплатно».

2. Зарегистрируйтесь через Google. Иногда сервис просит пройти быструю проверку.

3. Создайте API-ключ. Он показывается только один раз, поэтому сразу сохраните его. Ключ выглядит примерно так:

Затем. В своем приложении замените OpenAI Endpoint на:

Укажите:

• новый API Key;

• нужную модель, например claude-sonnet-4.5.

Если инструмент уже поддерживает OpenAI API, больше ничего менять не нужно.

1. Готово. Теперь запросы будут идти через Nara Router.

Что важно знать

• лимит обновляется каждый день в 00:00 UTC;

• бесплатный тариф ограничен 10 запросами в минуту;

• API совместим с OpenAI, поэтому большинство клиентов работают без дополнительной настройки.

Небольшой лайфхак

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

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

Если коротко:

• Remote Control — подключение к уже запущенной сессии Claude Code.

• Channels — управление Claude Code через Telegram.

• Dispatch — единый интерфейс, который сам запускает новые агентские сессии в нужных проектах.

Разберем, когда использовать каждый вариант.

1. Remote Control — лучший вариант для ежедневной работы

Если вы уже пользуетесь Claude Code, то именно с этого режима стоит начать.

Запускаете Claude Code на компьютере:

После этого открываете мобильное приложение Claude и подключаетесь к своей сессии.

Фактически телефон становится удаленным терминалом для уже работающего агента.

При этом Claude продолжает использовать всё, что доступно на вашем компьютере:

• локальный репозиторий;

• MCP-серверы;

• Skills;

• CLAUDE.md;

• терминал;

• Git;

• доступ к файловой системе.

То есть агент работает не в облаке, а прямо на вашей машине.

Когда это удобно

Типичный сценарий:

Уходите с рабочего места. Пока едете домой, пишете:

Проведи рефакторинг модуля авторизации.

Через двадцать минут открываете ноутбук.

Задача уже выполнена.

Что понравилось

На мой взгляд, это самый функциональный способ работы.

Доступно практически всё:

• можно выбирать модель;

• переключать режимы работы;

• иметь сразу несколько независимых сессий;

• продолжать уже начатые задачи.

Фактически это полноценный Claude Code, только управляемый с телефона.

💡 Лайфхак

Запускайте отдельные remote-сессии под разные проекты.

Например:

• Frontend;

• Backend;

• Pet Project.

Потом можно быстро переключаться между ними прямо из приложения, не теряя контекст каждой задачи.

2. Channels — Telegram БОТ для Claude Code

Если не хочется использовать мобильное приложение Claude, можно подключить Claude Code к Telegram.

После настройки появляется обычный Telegram-бот.

Все сообщения, которые вы ему отправляете, попадают в Claude Code, работающий на вашем компьютере.

Весь процесс занимает около 5 минут.

• Создайте Telegram-бота

  • Откройте @botfather

  • Выполните команду /newbot

  • Придумайте имя и username (обязательно заканчивается на bot)

  • Скопируйте выданный Bot Token

• Установите официальный Telegram-плагин

/plugin install telegram@claude-plugins-official

• Подключите бота к Claude Code

/telegram:configure <BOT_TOKEN>

• Запустите Claude Code с поддержкой Channels

claude --channels plugin:telegram@claude-plugins-official

• Пройдите pairing (обязательный шаг)

  • Найдите своего бота в Telegram

  • Отправьте ему любое сообщение

  • Бот пришлет код сопряжения

  • В терминале выполните:

/telegram:access pair <КОД>

• Включите allowlist-политику

/telegram:access policy allowlist

После этого всё готово.

Теперь можно писать боту обычными сообщениями:

• «Проверь, проходят ли тесты на feature-ветке»

• «Сделай rebase моей ветки»

• «Посмотри, почему упал CI»

• «Проведи code review последнего коммита»

Claude Code выполнит задачу локально на вашем компьютере и отправит результат обратно в Telegram. Это особенно удобно для длительных операций — например, запуска тестов, сборки проекта или анализа репозитория, когда нет возможности открыть ноутбук.

Агент выполнит задачу локально и пришлет результат обратно в чат.

Когда это удобно

Этот вариант особенно полезен, если вы и так большую часть дня проводите в Telegram.

Не нужно открывать отдельное приложение.

Вся коммуникация с агентом происходит в привычном интерфейсе.

Ограничения

По сравнению с Remote Control есть несколько минусов.

Сейчас нельзя:

• менять модель;

• переключать режим работы;

• работать сразу с несколькими независимыми сессиями.

По сути Telegram становится окном в один постоянно работающий экземпляр Claude Code.

💡 Лайфхак

3. Claude Code Dispatch — следующий уровень агентной работы

Dispatch работает совершенно иначе.

Здесь вы вообще не подключаетесь к существующей сессии.

Есть один общий чат.

Вы ставите задачу.

Дальше Claude сам решает:

• какой проект открыть;

• где создать новую агентскую сессию;

• какие инструменты использовать;

• когда завершить работу.

То есть появляется уровень оркестрации.

Вместо управления конкретным агентом вы управляете системой агентов.

Чем Dispatch отличается от Remote Control

Remote Control:

"Продолжай работать в этой сессии."

Dispatch:

"Разберись с задачей сам."

Для каждой новой задачи Claude может запускать отдельную изолированную сессию.

Это снижает вероятность загрязнения контекста и позволяет одновременно работать с несколькими проектами.

Что еще умеет Dispatch

Кроме работы с кодом, Dispatch способен выполнять действия на компьютере.

Например:

• открывать приложения;

• взаимодействовать с интерфейсом;

• выполнять многошаговые сценарии.

Именно поэтому Anthropic позиционирует Dispatch не только как инструмент для разработки, но и как универсального цифрового помощника.

Какой режим выбрать

Если вы только начинаете пользоваться удаленной работой с Claude Code, ориентируйтесь на простое правило.

Remote Control — основной рабочий режим для большинства разработчиков.

Подходит практически для всех сценариев разработки.

Channels — если удобнее общаться с агентом через Telegram и не хочется устанавливать мобильное приложение.

Dispatch — когда нужно делегировать большие задачи, которые могут затрагивать несколько проектов или выходить за рамки написания кода.

Несколько практических советов

За время использования сформировались несколько полезных привычек.

1. Не запускайте всё в одной сессии

Лучше держать отдельные сессии для разных проектов. Так контекст не смешивается, а агент работает заметно стабильнее.

2. Используйте Remote Control для длительных задач

Рефакторинг, генерация тестов, написание документации или анализ репозитория отлично выполняются без постоянного контроля.

3. Не бойтесь ставить задачу и уходить

Claude Code сохраняет состояние сессии. Вы можете поставить задачу перед выходом из офиса и проверить результат уже дома.

4. Комбинируйте с MCP и Skills

Именно здесь удаленная работа раскрывается сильнее всего.

Если агент уже умеет работать с вашими MCP-серверами, внутренней документацией и специализированными Skills, то удаленно он практически не уступает работе за компьютером.

Вывод

Главная идея новых возможностей Anthropic — сделать Claude Code не просто IDE-плагином, а постоянно работающим агентом, к которому можно подключиться из любого места.

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

Channels стоит рассматривать как удобную альтернативу через Telegram.

А Dispatch — как следующий шаг к полноценной агентной операционной системе, где вы уже не управляете конкретной сессией, а ставите задачи, а Claude сам решает, как их выполнить.

Но сначала, о себе. Меня зовут Влад. Создаю прибыльные продукты с ai агентами и людьми.
В тг дневнике рассказываю о том, что создал / сколько заработал. И чему научился за 2 года разработки с AI

🔴 В следующей статье расскажу про ошибки при составлении Claude.md и других спек для агентов.

Большинство разработчиков до сих пор считают, что CLAUDE.md — это место, куда можно записать свои предпочтения.

Например:

• использовать TypeScript;

• не использовать any;

• писать комментарии;

• запускать тесты;

• использовать Tailwind.

Подобные файлы действительно работают. Но лишь частично. Проблема в том, что они воспринимают Claude как обычную LLM.

Claude Code давно перестал быть просто моделью. Сегодня это агентная среда исполнения.

• Он читает файлы.

• Изучает Git.

• Запускает терминал.

• Создает новые документы.

• Проводит рефакторинг.

• Вызывает MCP-серверы.

В определенном смысле Claude Code больше напоминает младшего разработчика, чем чат-бота.

И именно здесь появляется новая инженерная задача. Любому инженеру необходимы правила работы. AI-агент получает CLAUDE.md.

Это не набор советов.

Это декларация поведения интеллектуальной системы.

Именно поэтому определение "README для Claude" является слишком упрощенным.

Более точная формулировка выглядит так:

CLAUDE.md — это декларативная спецификация поведения AI-агента внутри конкретного проекта.

Почему проблема оказалась настолько серьезной

До появления Claude Code большинство взаимодействий выглядели одинаково.

Каждая новая задача начиналась примерно так:

Используй TypeScript.

Следуй Clean Architecture.

Не изменяй API.

Используй существующий стиль проекта.

Не создавай новые зависимости.

Через десять минут

Следующая задача.

И те же инструкции повторялись заново.

Через час — снова.

Через неделю — сотни повторений.

Это не просто неудобство.

Это фундаментальная проблема архитектуры взаимодействия человека и AI.

Постоянный контекст не должен жить в голове пользователя.

Он должен жить внутри проекта.

Именно эта идея лежит в основе всей современной агентной разработки.

Как мы пришли к CLAUDE.md: эволюция передачи контекста AI

Появление CLAUDE.md — это не случайное решение Anthropic и не очередной конфигурационный файл. Это закономерный этап эволюции разработки с языковыми моделями.

Каждый новый этап решал проблему предыдущего, но одновременно открывал новую.

Этап 1. Prompt Engineering

Первые поколения LLM не обладали ни памятью, ни пониманием проекта.

Единственным способом управлять моделью был длинный промпт.

Разработчики быстро поняли простую закономерность: чем больше контекста получает модель, тем лучше она понимает задачу.

Поэтому появились огромные промпты, в которых описывали буквально всё:

• архитектуру проекта;

• стек технологий;

• стиль кодирования;

• соглашения по именованию;

• ограничения;

• примеры хорошего кода.

Каждая новая сессия начиналась одинаково: сначала несколько тысяч слов инструкций, и только потом — сама задача.

Работало.

Но было совершенно не масштабируемо.

Любое изменение архитектуры требовало переписывать промпт. Любой новый чат означал, что весь контекст придется объяснять заново.

Этап 2. System Prompt

Следующим шагом стали системные инструкции.

Часть правил переехала внутрь модели.

Теперь пользователю не нужно было каждый раз писать:

Отвечай как опытный разработчик.

или

Пиши безопасный код.

Однако системный промпт решал только общие задачи.

Он не знает, что именно ваш проект использует Feature-Sliced Design, запрещает ORM или требует писать тесты перед каждым коммитом.

System Prompt знает, как должна вести себя модель вообще.

Но он не знает, как должен работать агент именно в вашем проекте.

Этап 3. Memory

Затем появилась долговременная память.

Модель научилась запоминать пользователя.

Она могла помнить:

• любимый язык программирования;

• предпочитаемый стиль общения;

• рабочий стек.

Это значительно улучшило взаимодействие.

Но память оставалась персональной.

Она не принадлежала проекту.

Если завтра в команду приходил другой разработчик или создавался новый репозиторий, все знания о проекте снова приходилось объяснять вручную.

Этап 4. AI-агенты

Настоящий перелом произошел тогда, когда модели перестали быть просто собеседниками.

Они превратились в полноценных программных агентов.

Современный агент уже не ограничивается генерацией кода.

Во время выполнения одной задачи он может:

• анализировать структуру репозитория;

• искать зависимости между файлами;

• запускать команды в терминале;

• выполнять тесты;

• читать документацию;

• использовать MCP-серверы;

• редактировать десятки файлов;

• создавать Pull Request.

Именно здесь возникла новая проблема.

Теперь модель принимает не одно решение, а сотни небольших инженерных решений подряд.

Как назвать класс.

Где разместить файл.

Можно ли добавить зависимость.

Стоит ли делать рефакторинг.

Нужно ли переписать соседний модуль.

Если раньше ошибка в промпте влияла на один ответ, то теперь она начинает влиять на всю цепочку действий агента.

Стало очевидно, что агенту недостаточно просто понимать задачу.

Он должен понимать правила проекта, внутри которого работает.

Именно поэтому индустрия постепенно пришла к новому уровню абстракции — постоянным инструкциям проекта.

Так появился CLAUDE.md.

Теперь знания о проекте перестали жить в промптах и памяти отдельных разработчиков.

Они стали частью самого репозитория.

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

Это означает переход от Prompt Engineering к Context Engineering — проектированию среды, в которой агент работает, а не отдельных запросов к модели.

Этап 5. Context Engineering

Сегодня центр внимания сместился.

Вопрос больше не звучит:

Как написать хороший промпт?

Теперь вопрос звучит иначе:

Как правильно построить среду, в которой агент будет принимать решения?

Именно это называется Context Engineering.

CLAUDE.md является его главным инструментом.

CLAUDE.md — это операционная система поведения

Представим двух разработчиков.

Они используют абсолютно одинаковую модель Claude.

Первый проект:

• микросервисная архитектура;

• DDD;

• CQRS;

• Event Sourcing.

Второй:

• монолит;

• Laravel;

• простые CRUD.

Запрос одинаковый:

Добавь авторизацию.

Без CLAUDE.md модель вынуждена угадывать.

С CLAUDE.md она уже знает:

• где должна появиться новая логика;

• какие слои можно изменять;

• какие директории запрещены;

• какие зависимости использовать нельзя;

• какие тесты обязательны;

• какие архитектурные решения являются допустимыми.

Это принципиально меняет качество работы агента.

Фактически каждое решение проходит дополнительный уровень проверки.

Можно представить это так:

Задача ↓ Claude ↓ CLAUDE.md ↓ Архитектурные ограничения ↓ Инструменты ↓ Редактирование ↓ Тестирование ↓ Проверка критериев готовности ↓ Результат

Заметьте важную деталь.

Пользователь вообще не упоминает архитектуру.

Она уже встроена в поведение агента.

Главная ошибка большинства CLAUDE.md

Практически все открытые репозитории совершают одну и ту же ошибку.

Они записывают предпочтения, а не инварианты.

Например:

❌ Используй красивые названия.

❌ Пиши чистый код.

❌ Делай хорошие функции.

Подобные инструкции невозможно проверить.

Они субъективны.

Хорошее правило всегда обладает тремя свойствами.

Оно конкретное

Не:

Используй хорошие практики.

А:

Никогда не создавай функцию длиннее 40 строк без объяснения причины.

Оно проверяемое

Не:

Пиши быстро.

А:

Перед завершением задачи обязательно выполни lint и typecheck.

Оно влияет на принятие решений

Не:

Используй красивый стиль.

А:

Никогда не добавляй новую библиотеку, если аналогичная функциональность уже существует в проекте.

Именно такие правила начинают менять поведение агента.

Они превращают модель из генератора текста в исполнителя инженерной политики проекта.

Почему идеальный CLAUDE.md короче, чем кажется

Парадоксально, но лучшие CLAUDE.md редко бывают огромными.

Когда файл превращается в свалку из сотен пожеланий, возникает противоположный эффект.

Правила начинают конфликтовать.

Менее важные инструкции вытесняют более важные.

Контекст засоряется.

Вместо декларации архитектуры получается список случайных мыслей команды.

Идеальный CLAUDE.md не пытается ответить на все вопросы.

Он отвечает только на один:

Какие правила агент обязан соблюдать независимо от поставленной задачи?

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

Он не описывает каждую ситуацию.

Он определяет фундаментальные принципы, из которых агент выводит конкретные решения самостоятельно.

Именно это делает CLAUDE.md одним из самых недооцененных инженерных документов эпохи агентного программирования.

ЧТО В ИТОГЕ ПРОИЗОШЛО?

«Сколково» — это не просто технопарк, а государственная программа поддержки инновационных компаний.

Если компания становится резидентом «Сколково», государство дает ей налоговые льготы, чтобы она могла тратить больше денег на разработку технологий, а не на налоги.

Среди основных льгот были:

• налог на прибыль — 0% (при соблюдении условий);

• освобождение от НДС;

• льготы по налогу на имущество;

• пониженные страховые взносы.

Но льготы действуют не вечно.

Если компания становится достаточно крупной (например, выручка превышает 1 млрд рублей, а прибыль — 300 млн рублей), считается, что она уже «встала на ноги» и может платить налоги на общих основаниях.

И вот

Представьте ситуацию.

Есть компания. Она резидент «Сколково», поэтому платит налог на прибыль по льготной ставке — фактически 0%.

Но у этой льготы есть ограничения. Если компания становится слишком большой (например, сильно вырастает выручка и прибыль), право на льготу теряется.

Что многие делали дальше?

Поскольку компания уже аккредитована как IT-компания, она говорила:

— Окей, льготу «Сколково» потеряли. Тогда переходим на другую льготу — для IT-компаний. Там тоже ставка по налогу на прибыль была очень низкой или вообще нулевой.

Логика выглядела вполне нормальной: одна льгота закончилась — начинаем применять другую. Тем более в Налоговом кодексе не было прямого запрета так делать.

Так работали многие. И несколько лет ФНС особо не возражала.

А потом налоговая изменила позицию.

Теперь она говорит примерно следующее:

«Нет. Если в течение года вы потеряли льготу "Сколково", то никакую IT-льготу в этом же году применять нельзя. За этот год должны платить налог полностью по общей ставке.»

И вот тут начинается самое интересное.

В 2026 году в закон действительно внесли прямую норму, которая запрещает совмещать эти режимы.

Но претензии выставляют не только за 2026-й.

А за 2023, 2024 и 2025 годы, когда такого прямого запрета еще не существовало.

То есть ФНС считает, что этот запрет и раньше уже следовал из Налогового кодекса, просто теперь его еще и отдельно прописали.

А бизнес отвечает:

«Если это и так было запрещено, тогда зачем вообще понадобилось отдельно менять закон?»

Именно вокруг этого сейчас и идет спор.

Пока ни одного громкого решения суда нет. Почти все дела находятся на стадии проверок и досудебных разбирательств.

По данным консультантов, претензии уже получили более 50 IT-компаний.

Что это значит для остальных?

Если вы обычный разработчик — вообще ничего.

Если работаете в IT-компании — тоже, скорее всего, ничего.

А вот если вы владелец бизнеса, который пользовался льготами «Сколково» и потом переходил на IT-льготы, то суммы доначислений могут исчисляться десятками или даже сотнями миллионов рублей.

Сейчас вся индустрия ждет первых судебных решений. Именно они покажут, права ли ФНС со своим новым толкованием или нет.

ДАК В ИТОГЕ: ФНС забирает льготы у всех IT-компаний или нет?

- НЕТ. Речь идет о очень узкой группе компаний:

• были резидентами «Сколково»;

• потеряли льготу из-за превышения лимитов;

• в том же году попытались перейти на IT-льготу.

Обычные IT-компании эта история практически не касается.

веду блог для соло основателей

⚡️ссылка на гугл хром расширение