Несколько недель назад я устраивал мозговой штурм с главным инженером из нашей команды инженеров по работе с клиентами (Customer Experience, CX). Мы обсуждали нашу трансформацию CX с помощью рабочих процессов на базе искусственного интеллекта, а именно роль, которую обвязки (harnesses) играют в этой работе. В ходе обсуждения один факт бросился в глаза: почти никто в команде не использовал только одну обвязку, включая меня самого. Большинство из нас используют несколько обвязок и несколько моделей, выбирая ту, которая лучше всего подходит для конкретной задачи. Оценка и рассуждения, состязательный анализ (adversarial analysis) и аспекты развертывания — вот примеры задач, которые дают лучшие (и зачастую разные) результаты при использовании различных комбинаций обвязок и моделей. Никто не заставлял нас работать именно так. Это просто способ достижения наилучших результатов.
Этот разговор вернул меня в прошлое.
Я пришел в Cisco в 2000 году, в разгар периода развития интернета. Поэтому, когда люди сравнивают современный бум ИИ с концом 1990-х, я понимаю почему. Капитал, скорость и ощущение того, что все вот-вот изменится — все это мне знакомо. Единственное реальное отличие — это темп. На этот раз все происходит гораздо быстрее.
Но я думаю, что есть более полезное сравнение. Аналогия с интернетом объясняет этап создания инфраструктуры. Она не объясняет, как ИИ переходит из нашей личной жизни в корпоративную сферу, от потребителя к бизнесу и от обычного чата к автономной работе агентов. Для этого смотрите не на интернет. Смотрите на iPhone.
Паттерн, который мы уже видели раньше
Apple представила iPhone в январе 2007 года. Это было потребительское устройство, установившее новую планку того, каким может быть опыт персональных вычислений. iPad закрепил этот сдвиг. Всего через пару лет сотрудники приходили в офис с лучшим компьютером в кармане, чем тот, который им выдал ИТ-отдел. Они не просили разрешения. Они спрашивали, почему их рабочий опыт не может быть таким же удобным, как остальная часть их жизни.
Индустрия дала этому давлению название. Термин «принеси свое собственное устройство» (BYOD) вошел в обиход на рабочем месте в 2009 году. К началу 2011 года концепция BYOD стала мейнстримом. Больше всего в то время мне запомнилось то, как изменился корпоративный диалог. Он начинался с «нет», но после множества содержательных разговоров с сотрудниками заканчивался на «как». Компании, которые вышли вперед, не стали запрещать устройства. Они сделали свои системы безопасными для доступа с них. Это привело к изменениям и эволюции в сфере идентификации, политик и управления устройствами на рабочем месте, среди прочего. Этот опыт научил меня тому, что безопасное сказанное «да» — это проблема архитектуры, а не просто памятка по политикам.
Тот же паттерн, но гораздо быстрее
ИИ уже пережил свой потребительский момент. Чат-боты стали сенсацией в сфере B2C (Business-to-Consumer). Затем произошло кое-что более интересное. В течение 2025 года появилась обвязка (harness). Обвязка — это «программное обеспечение вокруг модели». Она планирует работу, вызывает инструменты, читает и пишет файлы, проверяет собственные результаты, привлекает субагентов для помощи и продолжает работу до ее завершения. Чат-бот отвечает на вопрос. Обвязка выполняет работу. И точно так же, как со смартфонами, люди, использующие обвязку дома или в стороннем проекте, больше не хотят возвращаться к прежним методам. Примеры на сегодняшний день включают Claude Code, Codex, Cursor, Grok Build и OpenCode.
Итак, вот как, по моему мнению, будут развиваться события (и траектория, за которой я слежу): мы увидим, как концепция BYOH (Bring Your Own Harness) набирает обороты. Инженеры, операторы и консультанты будут приносить обвязки, которым они уже доверяют, на свою основную работу, а также в проекты своих клиентов. Во многих командах это уже происходит, независимо от того, санкционировано это или нет.
Новый вопрос — это не только безопасность. Это доверенный контекст.
В эпоху BYOD сложным вопросом была безопасность. Безопасно ли устройство? Можем ли мы стереть с него данные в случае утери?
В случае с BYOH вопрос безопасности никуда не девается, и он становится масштабнее. Обвязка не просто отображает данные. Она действует на их основе. Но возникает второй круг вопросов, на которые концепции BYOD никогда не приходилось отвечать: работает ли обвязка в правильном контексте? Как поддерживать контекст актуальным и согласованным в различных обвязках?
Обвязка без доверенного контекста будет звучать уверенно, но она может ошибаться в отношении вашей сети, рисков и общей устойчивости.
Это дает нам два типа сбоев. Первый — избыточность (overreach), когда обвязка видит или изменяет больше, чем следует. Второй — недостаточная обоснованность (under-grounding), когда она заполняет пробелы догадками. Большинство дискуссий о рисках ИИ сосредоточены на первом. По моему опыту, именно второй незаметно подрывает доверие.
Использование собственной обвязки (BYOH) также означает выбор того, куда перемещается контекст клиента: какой поставщик моделей видит его и на каких условиях — это решение партнер и клиент должны принимать вместе, а не решать за них по умолчанию на уровне обвязки.
Другими словами, доверенный контекст стал частью периметра безопасности.
Где место Cisco IQ
На саммите партнеров Cisco Partner Summit 2026 Лиз Стони (Liz Centoni) объяснила, почему Cisco IQ является двигателем, а партнеры — бизнесом. Викас Бутаней (Vikas Butaney) описал новую партнерскую операционную модель, которую она обеспечивает. Бхаскар Джаякришнан (Bhaskar Jayakrishnan) рассказал о дизайне Cisco IQ и связанных с ним принципах. Здесь я хочу рассмотреть окружающий этот подход паттерн: что происходит, когда партнеры приносят свои обвязки, и что это значит для их работы.
Именно здесь, по моему мнению, Cisco IQ играет роль доверенного контекста для BYOH, когда речь заходит о партнерах Cisco. Параллель с BYOD полностью подтверждается:
С помощью API и возможностей MCP, анонсированных на Cisco Partner Summit (их использование показано на рисунках 1 и 2), партнер Cisco может принести свою обвязку в проект клиента, в коммерческое предложение по услугам или в службу поддержки и подключить ее для генерации персонализированной аналитики на базе Cisco IQ. Обвязке не нужно угадывать факты. Она может сделать запрос, и Cisco IQ ответит информацией, основанной на среде этого конкретного клиента, но только той информацией, которую партнеру Cisco разрешено видеть (в соответствии с правами, предоставленными клиентом). Чтение и изменение — это раздельные разрешения, поэтому обвязке можно дать право запрашивать информацию без права действовать.
Типичной базовой линией для проекта партнера Cisco является понимание установленной базы активов Cisco (устройств и компонентов) в среде клиента. Cisco IQ предоставляет этот доверенный контекст заранее, после чего партнер может проверить, не осталась ли часть этой установленной базы без поддержки, и если да, то существует ли подверженность критическим уязвимостям безопасности, что еще больше увеличивает профиль риска клиента.
Вот пример того, как подход BYOH с Cisco IQ помогает партнеру Cisco на первом этапе этой цепочки (Рисунок 3). У нас есть внутренняя демонстрационная учетная запись в рабочей среде Cisco IQ, которую наши команды используют для валидации и демонстрации подобных сценариев. Пользовательский интерфейс Cisco IQ показывает, что около 59% активов в этой учетной записи не имеют поддержки, и вы можете перейти к полному списку и деталям.
В приведенном ниже примере мы используем BYOH с Cisco IQ и задаем один и тот же вопрос в Claude Code, Codex и Cursor: «Исходя из моей рабочей среды IQ (доступной через сервер Cisco IQ MCP, учетная запись XRE), каков процент всех активов (устройств и компонентов) без поддержки по состоянию на сегодняшний день?»
Суть рисунка 3 заключается не в самом ответе. Все три инструмента (harnesses) показали результат около 59%, поскольку все они использовали один и тот же доверенный контекст Cisco IQ. Разница заключалась в том, как они к этому пришли. Каждый инструмент и модель самостоятельно анализировали данные и формировали собственные наблюдения в процессе работы. Для партнера это означает получение различных инсайтов на основе одних и тех же фактов, а также новые перспективы, позволяющие обогатить предложение и взаимодействие с клиентом.
MCP здесь важен, поскольку это открытый стандарт, а не разработка Cisco. Таким образом, партнеры не привязаны к одному поставщику ИИ для работы с Cisco IQ и могут менять инструменты и модели ИИ по мере развития отрасли.
Партнер выбирает инструмент. Cisco IQ предоставляет доверенный контекст и защитные механизмы. Вместе они позволяют партнеру перейти от реагирования на запросы клиентов к проактивным действиям еще до того, как клиент обратится с вопросом, предлагая рекомендации, основанные на специфике среды конкретного клиента, а не на общих передовых практиках.
Что бы я сделал на месте партнера
Три предложения с точки зрения архитектуры.
- Выясните, какие инструменты уже используют ваши команды. Концепция BYOH (Bring Your Own Harness), вероятно, уже реализуется в вашей организации. Лучше спроектировать это заранее, чем обнаружить постфактум.
- Начните с режима «только чтение». Позвольте инструментам задавать вопросы Cisco IQ как источнику доверенного контекста, прежде чем разрешать им вносить какие-либо изменения. Заслужите право на автоматизацию.
- Относитесь к доверенному контексту как к активу. Ценность инструмента ограничена качеством данных, к которым он имеет доступ. Клиенты будут оценивать вашу работу с ИИ как партнера Cisco по тому, насколько она обоснована, а не по тому, какую модель вы выбрали.
BYOH будет развиваться быстрее, чем BYOD. Для партнеров Cisco это скорее возможность для гибкости, чем риск, который нужно ограничивать. Ваши сотрудники продолжат использовать те инструменты и модели, с которыми они наиболее продуктивны. Cisco IQ предоставляет этому инструменту реальный контекст клиента в соответствии с правилами клиента. Именно это сочетание делает возможным проактивное и персонализированное обслуживание в масштабах партнера.
А если вы хотите с чего-то начать, в начале следующего года стартует конкурс Cisco Builders Challenge, где будут отмечены партнеры, создающие новые управляемые сервисы на базе Cisco IQ. Использование собственного инструмента — отличный способ их создать.
