Принято, проверил — вы правы, и я ошибалсяПять месяцев Claude Cowork в B2B-компании

«Принято, проверил — вы правы, и я ошибался».

Эту реплику я вижу в переписке с ИИ каждую неделю. Сначала она меня забавляла: машина извиняется. Потом я заметил, что с примерно той же частотой пишу её сам, только другими словами. И что появляется она всегда в одном и том же месте — там, где кто-то не поленился проверить.

Про Claude Cowork в рунете к сентябрю вышло уже под полсотни материалов. Почти все они об одном: что это такое, как поставить на Windows и как оплатить из России. Это нормальные тексты, они отвечают на реальные вопросы. Но ни один из них не отвечает на вопрос, который задаёт владелец бизнеса: что меняется в управлении компанией, когда ИИ получает доступ к вашим рабочим файлам.

У меня Cowork работает с конца апреля 2026 года. Сейчас в нём одиннадцать проектов: маркетинг трёх сайтов, аналитика по CRM, разбор договоров, найм, чтение книг и — да — диагностика сирени по фотографиям. Часть процессов компании через него уже идёт постоянно, часть заглохла, часть оказалась не нужна.

Это текст про то, что я из этого понял. Без цифр в витрине и без продажи услуг — я ничего не продаю по этой теме.

Если сводить всё к одному предложению: ИИ забирает объём работы, который человек физически не осилит. Это и есть суть, остального могло бы не быть. А фраза в заголовке — про то, как этим пользоваться и не подставиться.

Что такое Cowork, если коротко

Обычный чат с ИИ — это разговор. Вы что-то спрашиваете, вам что-то отвечают, вы копируете результат себе. Файлы туда попадают вложениями, результат вы вытаскиваете руками, а когда разговор заканчивается — заканчивается всё.

Cowork — это другое. Он живёт в приложении на вашем компьютере и получает доступ к конкретной папке на диске. Читает, что там лежит, пишет туда файлы, запускает скрипты, ходит в ваш браузер с вашими логинами, работает по расписанию, пока вы спите.

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

Дальше — про последствия.

Чем он реально помогает

За пять месяцев у меня выкристаллизовались четыре класса задач, где Cowork даёт результат, которого руками не получить.

Объём, который человек физически не осилит

Не «быстрее сделает», а именно не сделает никогда. Проверить разметку на всех четырёхстах страницах сайта. Разобрать полторы сотни адресов, которые Google отказался индексировать, и по каждому сказать, мусор это или потеря. Прочитать две тысячи постов старого блога и найти в них то, что стоит переиздать. Вытащить из CRM историю по трём с половиной тысячам компаний и показать, кто замолчал.

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

Регулярные проверки, которые все понимают, но никто не ведёт

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

Cowork умеет запускать задачи по расписанию сам. У меня скан разметки идёт по понедельникам непрерывно с июня. Не потому, что я дисциплинированный, а потому, что меня в этом процессе нет.

Документы, до которых всегда не доходят руки

Техзадания. Коммерческие предложения с расчётом. Протоколы разногласий к чужому договору. Презентации. Заявки с лимитом в полторы тысячи знаков на поле.

Здесь важна оговорка, к которой я ещё вернусь: ИИ делает заготовку, а не готовый документ. Приёмка техзадания на одну страницу сайта дала у меня два с лишним десятка замечаний, включая арифметические ошибки в ценовой таблице. Это нормально. Ненормально — не проверять.

Чужие тексты

Оферта, к которой вас присоединяют не глядя. Дополнительное соглашение от крупного вендора. NDA от заказчика. Заключение МРТ. Книга на тысячу страниц.

Это, пожалуй, самый недооценённый сценарий. Разбор оферты одной площадки занял у меня вечер и вскрыл ровно один пункт, на который вообще можно опереться в споре, — и заодно показал, что остальные четыре, на которые я рассчитывал, работают против меня. Юрист сделал бы это лучше. Но юриста я бы на эту задачу не позвал.

Четыре тезиса, на которых всё держится

Это главное, что я понял, и понял поздно.

Когда вы работаете с ИИ в чате, вам кажется, что он вас знает. Он действительно знает — внутри одного разговора. Откроете новый чат — и всё начинается заново. Он не помнит, что две недели назад вы вместе разобрали гипотезу и признали её ошибочной. Он предложит её снова, бодро и уверенно. И вы, если сами не помните, потратите ещё день.

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

Лечится это не технологией, а двумя текстовыми файлами в рабочей папке.

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

Журнал. Хронология задач, новые записи сверху, старые не редактируются никогда. Три поля на запись:

Поле «Дальше» — самое важное в журнале. Это единственное место, где не теряются хвосты. «Сделано» вы и так помните пару дней. «Дальше» вы забудете к утру.

Дальше — правило, которое всё это включает: в начале любой содержательной задачи ИИ обязан прочитать оба файла, в конце — дописать запись в журнал. У меня это оформлено отдельным навыком, который срабатывает автоматически во всех проектах.

Эффект не в том, что стало удобнее. Эффект в том, что процесс стало можно передать другому человеку. Он открывает папку и за двадцать минут понимает, что здесь делали пять месяцев, что решили, что похоронили и на чём остановились. Без этого у вас не процесс, а личная переписка с чат-ботом, которая умрёт вместе с вашим ноутбуком.

Сформулирую жёстче: память проекта — это и есть внедрение. Всё остальное — эксперименты.

Пример не из бизнеса, он нагляднее.

Летом я скинул фотографии больной сирени и получил уверенный диагноз: пересушка и перегрев. Рекомендация — вылить под куст тридцать-сорок литров воды и подкормить. Звучало разумно. Перед тем как делать, померили влажность почвы — она была нормальная. Диагноз оказался неверным, а рекомендованный полив куст бы добил.

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

В работе то же самое, только дороже. Метод анализа конкурентов по сниппетам поисковой выдачи я использовал полтора месяца, пока не выяснилось, что он врёт в партнёрских статусах и в цифрах. Метод отменён, в карте проекта стоит пометка с причиной. Не сотрёшь — вернётся.

И вторая половина того же тезиса. Проверять ИИ — не признак недоверия, а часть процесса, такая же обязательная, как вычитка перед отправкой клиенту.

У меня за пять месяцев набралось три повторяющихся класса отказов, и ни один из них не выглядит как ошибка:

Все три — тихие. Ни один не падает с ошибкой. Поэтому единственная защита — привычка проверять и фиксировать.

Фраза из заголовка работает в обе стороны

Случай первый. Я попросил разобраться с доменом-двойником, который использует наше название. В числе прочего пришёл вывод: на этот домен ведут всего две ссылки, то есть он никому не интересен. Звучало правдоподобно, я почти закрыл тему. На следующий день выяснилось, как этот вывод был получен: текстовым поиском по имени домена в Google. Это не анализ ссылочного профиля, это вообще не то измерение. Реально ссылок оказалось шестьсот восемьдесят семь с трёх с лишним сотен доменов — правда, весь профиль автоспамный, так что итоговое решение не изменилось. Но могло бы.

Случай второй. Меня спросили, какой из двух браузеров на моих машинах рабочий. Я уверенно назвал идентификатор. Он был не тот. Неверный идентификатор полтора месяца простоял в промптах регулярных задач, и часть прогонов падала ровно из-за этого — а причину искали где угодно, только не здесь, потому что это сказал я.

Разница между двумя случаями только в том, кто был источником. Механизм один: уверенное утверждение, которое никто не сверил. И лечение одно: сверить и записать отмену.

Это тот вывод, с которым спорят чаще всего, поэтому подробно.

Логика «давайте поручим ИТ-отделу, это же технология» кажется естественной и не работает. ИТ-отдел внедрит инструмент: поставит, настроит доступы, напишет инструкцию. Но внедрять надо не инструмент, а процесс, а процесс — это не технический объект.

Три причины, по которым это вытягивает первое лицо.

Фактура. Половина того, что нужно ИИ для работы, нигде не записана. Реальные цены, а не те, что на сайте. Сколько на самом деле стоит час инженера. Что обещано конкретному клиенту. Какой у нас порог по скидке. Почему мы не идём в этот сегмент. Это всё знает владелец, и никто больше. Я регулярно ловлю себя на том, что ИИ упирается не в сложность задачи, а в вопрос, ответ на который есть только у меня в голове.

Право решать. Работа постоянно упирается в развилки: считать цену от рынка или от себестоимости, какую редакцию договора отдавать, что убрать из презентации. Сотрудник на такой развилке останавливается и идёт спрашивать. Владелец отвечает сразу — и процесс не встаёт на два дня.

Терпение на первые провалы. Первые две недели медленнее, чем руками. Всегда. Сотрудник в этот момент делает разумную вещь: возвращается к привычному способу и тихо закрывает тему. Владелец может позволить себе потерпеть, потому что он один видит, ради чего.

Из этого же вытекает и порядок внедрения: начинать надо со своих собственных процессов, а не с команды. Не потому, что вы главный, а потому, что на своих задачах вы сразу видите, где враньё, а где польза. На чужих — не видите. У меня контур «мои процессы» работает пять месяцев, а контур «команда» до сих пор в планах — и это честный порядок, а не недоработка.

А вот и неприятная правда, ради которой этот текст, в общем, и написан.

Я ожидал, что ограничителем будет качество работы ИИ. Оказалось — нет.

Производство материалов ускорилось в разы. Аудиты, техзадания, готовые блоки для вёрстки, расчёты, презентации. А внедрение не ускорилось вообще. Оно осталось ровно таким же, каким было: зависит от того, дойдут ли у конкретного человека руки.

Цифры я обещал не разворачивать, поэтому одна, самая показательная. На одном из наших сайтов лежит пятнадцать полностью готовых страниц. Одиннадцать недель. Ни одной правки. Из трёх десятков рекомендаций конверсионного аудита внедрено ноль. На втором проекте всё уперлось в два десятка мест, куда нужно подставить цены — а цены не утверждены.

Cowork не закрывает организационный провал. Он его подсвечивает.

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

Очередь готового растёт быстрее, чем способность компании её принять. И когда разрыв становится заметным, у вас остаётся два варианта: признать, что узкое место — внедрение, и заняться им; или продолжать производить материалы, которые никто не откроет.

Я считаю, что это и есть главная польза инструмента — не сэкономленные часы, а честная диагностика. Просто она неприятная.

Какие компетенции нужны на самом деле

Здесь много мифологии, поэтому по пунктам — сначала чего не нужно.

• Не нужно уметь программировать. Ни строчки. Скрипты, которые у меня крутятся, написал ИИ, я их читал, но не писал.
• Не нужен «промпт-инжиниринг» как отдельная профессия. Нужна способность внятно объяснить задачу словами — примерно на том уровне, на котором вы объясняете её новому сотруднику.
• Не нужен отдельный человек на ставке. По крайней мере на первый год.

Что нужно:

Умение формулировать письменно. Если вы не можете описать задачу текстом — вы её не поставите. Это, кстати, тот же навык, который отличает компании, умеющие работать удалённо, от тех, которые не умеют.

Критическое чтение результата. Самое дефицитное. Текст, который вам выдали, выглядит убедительно всегда — и когда он верен, и когда нет. Проверять надо не тон, а проверяемое: цифры, даты, ссылки, арифметику в таблицах. Привычка «сначала сверю, потом поверю» стоит дороже любых технических навыков.

Дисциплина фиксировать. Записывать решения и особенно отмены. Это скучно и это ровно та работа, которая отличает процесс от развлечения.

Готовность отдавать доступы. Рабочая папка, браузер с вашими логинами, выгрузки из CRM. Без этого вы получите умного консультанта, который ничего о вас не знает. С этим — исполнителя. Разница огромная, и решение здесь управленческое, не техническое.

Понимание, что можно выносить, а что нельзя. Об этом ниже отдельно.

Дорожная карта: с чего начать

Порядок, который я бы повторил, если бы начинал заново.

Про доступ, данные и закон

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

Доступ. Россия не входит в список поддерживаемых стран Anthropic. Схемы оплаты существуют, ими пользуются все, но весной 2026 года были массовые блокировки аккаунтов — с возвратом денег и без возврата данных. Вывод из этого ровно один, и он совпадает с тезисом I: знание должно жить в файлах на вашем диске, а не внутри сервиса. Папка у вас останется в любом случае.

Данные. Загрузка персональных данных в иностранную модель — это трансграничная передача со всеми вытекающими по 152-ФЗ. Штрафы там уже не символические. Летом 2026 года суд признал загрузку коммерческой тайны в иностранную нейросеть разглашением и законным основанием для увольнения — это первый прецедент, и он будет не последним.

Практический вывод для B2B: правила «что не загружаем» пишутся до начала работы, а не после. Обезличивание — не паранойя. Мои собственные тестовые данные для разбора банковских выписок полностью синтетические, и не только из-за закона: на реальных реквизитах срабатывают фильтры самого сервиса, и вы просто не получите ответа.

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

Что в сухом остатке

Я начинал это с мыслью, что получу ускорение. Получил — но не там, где ждал.

Ускорилось то, что раньше не делалось совсем: объёмная разовая работа и регулярные скучные проверки. Это честный выигрыш, и он больше, чем я ожидал.

Не ускорилось ничего из того, что упирается в людей. И именно здесь оказалось самое ценное: инструмент, который производит быстрее, чем компания способна принять, работает как диагностика. Он показывает, где у вас на самом деле узкое место. У меня оно оказалось не в производстве материалов и не в нехватке идей, а в передаче на внедрение. Пять месяцев назад я бы назвал другое.

Компания — это ведь не то, что она умеет произвести. Это то, что она умеет довести до конца.

Cowork этому не учит. Но перестать это замечать он вам больше не даст.

И последнее. Фраза из заголовка в обычной компании звучит раз в год, на разборе полётов, и обычно сквозь зубы. У меня она теперь звучит несколько раз в неделю, буднично, и заканчивает спор, а не начинает его. Я не планировал такого эффекта и до сих пор не уверен, что он про ИИ, а не про привычку всё записывать. Но из всего, что дала эта затея, это единственное, что я забрал бы с собой, даже если бы завтра пришлось выключить все подписки.

Если у вас похожий опыт — или прямо противоположный — напишите, интересно сверить. Особенно интересны случаи, где внедрение в команде всё-таки поехало: у меня пока нет.