Claude Code for Business: Run Your Entire Company With AI Team

Если вы думаете, что код предназначен только для разработчиков, вы упускаете нечто огромное. Clo code управляет всем моим бизнесом. И я не разработчик. Речь идет не о программировании. Речь идет о бизнес-рычагах. В этом курсе я покажу вам все функции и механизмы в clo code, которые важны для бизнеса. Не теория, не пустые слова. Реальные задачи, реальные результаты. Cloat code решает все ограничения GPT, Gemini или даже стандартного кода. Проблема памяти, проблема контекста, проблема разрозненных слов. Исчезли. Меня зовут Даррен Вайнер, и я тренирую владельцев бизнеса в первом в мире AI-сообществе. AAA от Лиама Отли. Последние три года я потратил тысячи часов на создание систем с AI-агентами для реальных бизнес-сценариев. Итак, давайте погрузимся. Хорошо, начнем. Почему мы застряли с Chad GBT и другими AI-инструментами? Первая проблема — это проблема управления контекстным окном. Мы ограничены контекстным окном, и модели, независимо от платформы glow jgd gemini, возьмите любую платформу, у всех одна и та же проблема: производительность модели падает по мере заполнения контекста, теряются детали, модели забывают важные вещи и в итоге галлюцинируют. Еще одна большая проблема — это изолированные сессии. Вы не можете легко обмениваться контекстом между сессиями чата, проектами или пользовательскими GPT. И это реальная проблема, когда вы работаете над сложными проектами с разной информацией, разбросанной по разным папкам, подпроектам или разным местам внутри cloud chpd и так далее. Это действительно огромное ограничение. Затем возникает другая проблема — проблемы самооркестрации в chptt. Вы можете использовать команды пользовательских GPT, но вам придется вызывать их вручную с помощью команды "add". В code вы не можете сделать это в geninai. Вы не можете использовать несколько gym в одной сессии чата. И поэтому во всех этих инструментах вам придется оркестрировать вручную либо командой, как в chat GBT, либо копируя и вставляя вещи между сессиями чата, проектами, gym, разными сессиями чата. И это болезненно. Еще одна болезненная вещь в этих инструментах — это связь с внешними инструментами. Давайте признаем, вы можете подключить chat GPT с помощью коннекторов или cloud с помощью коннекторов в code, но это все еще очень рано и очень базово. Например, коннектор Google, коннектор Google Drive, коннекторы Google Sheet и Google Docs. Вы даже не можете заставить свой пользовательский GPT или ваш cloud-проект писать в Google Docs. Это безумие. Так что для меня это бесполезно. И вдобавок ко всему, даже если вы используете OpenAI schema с пользовательскими GPT внутри CH GP, это неуклюже. Давайте признаем, это технично. Это не прямолинейно. Мне это очень не нравится. И когда вы используете это, это действительно болезненно. Вам всегда приходится авторизовать подключение и так далее. Боже мой, это так сложно ради ничего, верно? Таким образом, возможность подключения к внешним API действительно ограничена. Затем у вас есть все эти другие инструменты, такие как N8 и Meg.com, Zapper и так далее, все эти инструменты автоматизации, и в конце дня, когда вы хотите создавать автоматизированные рабочие процессы, вам нужно объединить все эти инструменты. Это действительно технично, опять же, это хрупко. Даже если вы не платите никаких денег, вы потратите время. Это дорого в создании, дорого в использовании, дорого в обслуживании, и это становится устаревшим очень быстро. Подумайте об этом. Только что вышел agent builder, когда я записываю это видео, что означает, что такие инструменты, как nn или make.com, скорее всего, могут быть под угрозой. Кто знает, будет ли N8 чем-то через шесть месяцев. Не уверен. Я не делаю никаких прогнозов, потому что я не знаю, и может случиться все что угодно. Но просто чтобы показать вам, что эти сложные инструменты требуют времени для изучения, а затем вам придется изучать что-то еще, потому что теперь это больше не лучший способ делать вещи. Опять же, то, что мы делаем здесь, не является техническим. Мы хотим использовать простые AI-инструменты, которые вечны. Давайте признаем, если вы работаете с GPT, это продержится дольше, чем работа с конкретными AI-инструментами. И здесь я покажу вам, что работа с code, code, безусловно, будущее, и он здесь, чтобы остаться по очень простой причине. Entropic вкладывает огромные средства в обновление этого инструмента, поддержание этого инструмента, улучшение его, добавление функций, добавление возможностей. Так что это только начало, что означает, что сейчас самое подходящее время, чтобы сесть на поезд. И побочное замечание: cl code изначально — это инструмент, созданный для кодеров, но на самом деле вам не нужно знать никакой код, чтобы работать с ним. И в частности, с тем, что я покажу вам, а именно с использованием cloud code внутри visual studio code и с расширениями cloud code, вы увидите, что это похоже на опыт, который довольно близок к чат-боту. Так что вам не нужны никакие технические навыки, чтобы использовать то, что я покажу вам. И оригинальная вещь, которую мы делаем в CCG, и которую я показываю вам в этом курсе, заключается в том, что мы используем cloud code не для кода, а для работы, связанной с бизнесом, используя AI-агентов, используя процессы, системы внутри cloud code, используя возможности cloud code, но для бизнес-целей. И это действительно очень мощно и на самом деле очень просто. Как только у вас будет правильная система, как только вы узнаете, как использовать возможности cloud code в бизнес-контексте, это довольно просто. Итак, давайте посмотрим, как установить cloud code за несколько секунд. Установить cloud code очень просто. Я рекомендую использовать visual studio your code. Это бесплатно. А затем установить расширение cloud code. И тогда единственное, что остается сделать, это аутентифицироваться с платной подпиской на code. И опять же, я рекомендую вам использовать вашу платную подписку на code, а не API. Потому что вы также можете использовать code с entropic API. Но если вы используете entropic API, вы будете платить за каждый использованный токен. И мне не нравится такой подход. Почему? Потому что, по сути, вы платите за ошибки, которые совершает AI. Когда AI потребляет слишком много контента, это потому, что AI недостаточно эффективен, чтобы выполнить работу в ограниченном количестве токенов. И поэтому я не хочу обращать внимание на количество токенов, которое использует AI, верно? Вот почему я рекомендую использовать платную подписку на cloud. Итак, позвольте мне показать, как это выглядит. Сначала вы заходите в Visual Studio Code, и здесь вы выбираете подходящий для вас. Я на Windows, поэтому я скачаю файл здесь и просто выполню его, и просто буду следовать инструкциям. Это действительно просто. Затем, когда вы находитесь в Visual Studio Code, вы переходите в расширения здесь. Вы ищете code, и здесь у вас есть cloud code for VS code. Вы нажимаете на это, а затем можете установить. У меня он уже установлен, поэтому я не буду этого делать, но вы нажимаете установить, и он сделает все сам. И в первый раз, когда вы запустите cloud code, чтобы запустить code, вам просто нужно находиться в папке. Итак, давайте откроем папку, например, эту. Оказавшись там, вы просто щелкаете по файлу или где-нибудь, и вы увидите, что здесь вы можете запустить из верхнего правого угла. Вы можете запустить столько сессий cloud code, сколько захотите. И поэтому в первый раз, когда вы подключаетесь с помощью cloud code, прежде чем получить этот красивый интерфейс, появится что-то вроде: "Эй, аутентифицируйтесь", и тогда вы можете выбрать метод между API или вашей подпиской на code. И я рекомендую использовать подписку на cloud. И это довольно просто. Вы нажимаете, он откроет браузер, а затем вы просто говорите "принять" или просто читаете то, что на экране, следуете процессу. Это действительно очень просто, прямолинейно, и вы готовы к работе. Так же просто, как это. И вы видите, никакого кода, ничего. Это довольно просто. И вы увидите, что Visual Studio Code действительно прост, потому что он немного похож на Windows. У вас есть папки с файлами, и вы можете перемещаться по своему компьютеру там, а затем у вас есть набор функций в Visual Studio Code. Но цель этого курса — не объяснить вам это. Вы обнаружите, вы увидите, что это довольно просто. Просто быстрый совет. Вы можете увидеть в сессии cloud code здесь, у меня есть доступ к прошлому разговору здесь. У меня его нет, но в папке, над которой я работал, например, в этой. Если я открою другую сессию close code, теперь у меня есть прошлые разговоры. Хорошо. Это означает, что я могу найти свой прошлый разговор, если мне это нужно. Так что довольно просто. Вот и все. Вы готовы. Первое, что нужно понять, это система памяти. Это то, что мы рассмотрим дальше. Да. Когда вы впервые подключаетесь к cloud code или иногда, когда ваш токен доступа истек, cloud code сообщит вам, что вам нужно снова войти в систему, и тогда вы используете команду /login, и тогда вы окажетесь на этом экране, и тогда вы можете выбрать между подпиской cloud AI или entropic console, которая является API, или этим. Я никогда не использовал это. И поэтому вы нажимаете cloud AI, затем у вас есть это поле. Вы говорите "да". Затем он открывает это в вашем браузере, а затем вы просто нажимаете "авторизовать", и вы готовы к работе. Затем вы возвращаетесь в свой интерфейс, интерфейс code. Файл code MD — это ваш бизнес-мозг или мозг в более общем контексте. Это мозг code. Файл code MD — это что-то вроде системной подсказки, и на самом деле у вас может быть файл code MD в любой папке, над которой вы работаете с cloud code. Это своего рода постоянные файлы инструкций, которые вы можете использовать в каждой папке и для каждого проекта, над которым вы работаете. Это как система, или если вы работали с проектом chat GPT, это как пользовательская инструкция для проекта CH GPT, или если вы работали с пользовательскими GPS, это как системная подсказка. То же самое для cloud-проектов, если вы работаете с cloud-проектами, у вас есть пользовательские инструкции для cloud-проектов. Так что здесь cloudn — это та же концепция. Что нужно понять, так это то, что для каждой папки у вас может быть файл cloudend ND. И поэтому, если у вас есть папка с подпапками и так далее, вы можете иметь иерархию папок проектов, и для каждой из них у вас может быть файл code ND. И круто то, что каждый раз, когда вы открываете сессию cloud code внутри папки, она будет искать файл code and, чтобы получить инструкции и контекст того, над чем мы работали в этой папке или проекте. В этом курсе я буду называть папку проектом, это одно и то же. Я буду использовать оба слова для одного и того же понятия. Очевидно, что преимущества этого заключаются в том, что вам не нужно повторно объяснять контекст проекта или бизнес-контекст. У вас могут быть разные инструкции для каждого проекта или папки. Вы можете накапливать знания, потому что каждый раз, когда вы работаете над проектом, вы можете попросить обновить файл cloud.nd, чтобы постоянная память или системная подсказка, если хотите, всегда была актуальной. Так что это очень мощно. Вы также можете использовать это для создания механизмов, которые cloud code будет выполнять при открытии. Вы можете, в буквальном смысле, небо — это предел с этим суперэффектом. Cloode может помочь вам разработать файл code ND, конечно, но вы также можете решить и сказать cloud code, чтобы поместить то, что вы считаете важным для данного проекта или папки, в файл code. Итак, давайте посмотрим на файл code ND. Здесь я в своей бизнес-операции CCDG. И если я открою проект, например, этот, вы увидите, что здесь у меня есть файл code MD. Хорошо. И вы можете увидеть здесь, что это файл markdown с информацией о проекте, объеме и т. д. Хорошо. И если я перейду в другой подпроект, например, в этот, опять же, у меня где-то есть файл clone and D. Теперь у cloud есть память и контекст с файлом cloud.nd. Что, если вам нужно, чтобы несколько AI-команд работали параллельно? Вот где появляются суб-агенты. Суб-агенты — это AI-работники внутри cloud code. Круто то, что они являются специализированными AI-помощниками. У них изолированные контекстные окна. Каждое контекстное окно имеет 200 000 токенов, доступных на дату этого видео. Это означает, что вы не загрязняете основное контекстное окно при работе с агентами. Круто то, что cloud code может вызывать их автоматически, запускать их, и cloud code может запускать их параллельно или последовательно в зависимости от выполняемой работы. Суб-агенты имеют доступ к файлам в папке, над которой вы работаете, и поэтому они могут общаться друг с другом, используя файлы, к которым у них есть доступ, или cloud code также может передавать контекст. Я видел, что cloud code может передавать информацию от одного агента к другому, обмениваясь контекстом. Хорошо, это технично, это не имеет большого значения, просто cloud code может автоматически оркестрировать суб-агентов, обмениваясь контекстом между различными агентами, даже если у каждого суб-агента есть свое контекстное окно. Таким образом, преимущество заключается в том, что вы можете выполнять несколько задач одновременно, поэтому вы можете работать быстрее. Вы также можете специализировать их. Так что это может быть команда специализированных суб-агентов, которые работают над рабочим процессом, оркестрированным cloud code, а не вами. Вам не нужно этого делать. Конечно, если вы хотите специально попросить code работать с определенным суб-агентом, вы можете это сделать. Без проблем. Но это очень полезно. И в конце концов, что такое суб-агент, это файл MD. Итак, давайте посмотрим на это. Это моя команда GPT Express Mastery. Это мой, я называю это моим отделом кадров. Здесь я создаю всех своих суб-агентов в code, а также всех своих пользовательских GPT, когда работаю над Chad GB. Хорошо. И поэтому агент, вы можете увидеть здесь, в моей команде HR, у меня есть несколько агентов, они соответствуют моей системе GPT Express Mastery, если вы смотрели курс внутри сообщества CCG. И если я открою один из них, например, этот, вы можете увидеть, что у агента всегда одни и те же метаданные здесь, и в метаданных у меня есть имя, описание суб-агента, его миссия. Это то, что code будет использовать, чтобы знать, что делает суб-агент, а также для автоматического вызова суб-агента, если задача соответствует описанию. Вы можете указать цвет, особенно если вы работаете в терминале, чтобы вы могли видеть, какой агент работает, и вы также можете указать инструмент, к которому он имеет доступ. Это необязательно, но вы можете это сделать. Классическая процедура создания агента в cloud code — использование команды agents и здесь configure agents. Мне придется продолжить в терминале, потому что здесь я в расширении для visual studio code. Но если вы хотите, чтобы команда /aents работала, вам нужно перейти в терминал. Итак, если я перейду в терминал, это выглядит так. И тогда у меня есть список агентов, к которым у меня есть доступ в моей системе. И если я хочу создать нового агента, я могу просто нажать здесь. А затем я могу выбрать между проектом или личным. Если я помещу своего агента в проект, это означает, что агент доступен на уровне проекта в папке, над которой я работаю. Если я помещу его в личный здесь, это означает, что агент будет доступен везде. Это иерархия доступности. Это верно для агентов, навыков, MCPS, для всех ключевых функций code. Вы можете либо сделать их доступными глобально, либо локально. Я не буду создавать никаких агентов, потому что, опять же, я не использую этот подход для создания агентов. То, что я использую для создания агентов, — это моя команда HR. И, например, здесь у меня работает команда над агентом. Это пример, который я начал, просто чтобы показать вам. Я просто сказал: "Мне нужен агент, который может отвечать на вопросы о code для бизнеса". Затем, что сделал code? Он уточнил мой запрос или, по крайней мере, определил необходимые входные данные и начал автоматически отвечать на входные данные, чтобы я мог их просмотреть. Я сказал "хорошо", а затем он создал папку GPT project code business expert, она находится там, code business expert, а затем он вызвал несколько агентов для работы над созданием этого суб-агента или этого пользовательского GPT. Сначала цель — цель уточняющего, который уточнил заявление о цели, и здесь это лучшее определение того, для чего предназначен агент, лучше, чем то, что я сделал изначально. А затем вы можете увидеть здесь, что todos code, используя разные суб-агенты для работы один за другим, выполняя мою систему GPT Express Mastery для создания пользовательских GPT. А затем вы можете увидеть хороший пример параллельного выполнения. Так что это не суб-агенты, которые выполняются параллельно здесь. Это инструмент веб-поиска, который используется для параллельной работы. Это означает, что code параллельно выполняет эти различные запросы, чтобы работать быстрее. Хорошо. Набор запросов для сбора знаний, а затем он извлекает несколько URL-адресов для сбора знаний, еще несколько запросов веб-поиска, и он все еще проводит исследования. Хорошо. А затем после этого мы создаем базу знаний, а затем системную подсказку, а затем, возможно, некоторые инструменты, и тогда я готов. У меня есть мой пользовательский GP или мой суб-агент, готовый к работе. Я называю это своей командой HR. И это то, что доступно в CCG здесь, в cloud code OS, так что вы можете подключить его немедленно, просто скопировать и вставить, и сделать его доступным в вашей среде cloud code без траты времени на настройку. Это уже сделано и доступно в cloud code OS. Таким образом, суб-агенты обрабатывают сложные задачи, но что, если вам нужны повторно используемые рабочие процессы или стандартные SOP, стандартные операционные процедуры, которые активируются автоматически и которые cloud code может вызывать в любом месте глобально, что означает, что это стандартные способы работы, которые вы можете использовать в любом проекте, где угодно в cloud code, это навыки. Рассматривайте навыки как повторно используемые рабочие процессы или стандартные операционные процедуры, что означает, что когда вы знаете, как что-то делать хорошо, и хотите, чтобы это всегда делалось одинаково code code, вы создадите навык. И эти навыки могут быть вызваны в любой папке, в любом проекте. Таким образом, ключевая особенность навыков заключается в том, что code может автоматически запускать их, может автоматически использовать навык в соответствии с работой, которую вы просите его выполнить. Он обнаружит совпадение контекста. Затем навыки действительно оптимизированы для контекстного окна, используя механизм, называемый постепенным раскрытием, что означает, что когда cloud code использует навыки, он не будет загружать весь навык. Он просто начнет обнаруживать, о чем идет речь в навыке, читая его начало, а затем читая больше, если это необходимо. И это действительно очень полезно для оптимизации контекстного окна. Еще одна крутая вещь с навыками заключается в том, что они смешивают детерминированный код. Вы можете помещать скрипты внутрь навыков, а также файлы знаний, которые могут обрабатываться LM, что означает, что вы объединяете оба мира: детерминированные задачи code и LLM для гибкой автоматизации AI или выполнения AI, назовем это так. И, наконец, еще одна вещь, которая крута с навыками, — это то, что они являются общими, что означает, во-первых и прежде всего, вы можете использовать их глобально в своей системе во многих разных проектах, вам не нужно снова указывать, они доступны, а также вы можете упаковывать их и делиться ими с другими людьми, например, с вашими клиентами или, например, с вашими товарищами по команде, что означает, что вы можете применять SOP, вы можете гарантировать, что ваши товарищи по команде, использующие cloud code, или ваши сотрудники, использующие cloud code, будут использовать правильные SOP, потому что вы делитесь с ними навыками. И угадайте что? В cloud code OS я делюсь навыками, которые я использую для себя, и идеями для себя. Я делюсь ими с вами, чтобы вы могли использовать их немедленно. Это копирование и вставка, так просто. Как я уже говорил, преимущество навыков — дружественность к контекстному окну, и вы знаете, насколько важна дружественность к контекстному окну для производительности больших языковых моделей. Они повторно используются в проектах глобально, где угодно из cloud code, если только вы не поместите навык в одну папку, тогда они доступны только в этой папке. Но если вы поместите их глобально, и это то, что я советую вам сделать, если вы поместите их в подпапку code в вашей пользовательской папке, они будут доступны глобально. Code автоматически решает, как их использовать. Если вы хотите убедиться, что code использует правильный навык, вы также можете сказать ему использовать правильный навык, и круто то, что вы создаете навык один раз, и вы можете использовать его где угодно. И угадайте что? Вы также можете улучшить навык, верно? Итак, позвольте мне показать, как выглядит навык. Хорошо, здесь я в папке cloud в моей пользовательской папке на Windows. И это означает, что все, что здесь есть, доступно глобально везде в моей среде cloud code. Давайте проверим фабрику навыков. Угадайте что? Когда entropic выпустил навыки несколько недель назад, я думаю, три недели назад, первое, что я создал, — это навык для создания других навыков. Очевидно, пользовательский GPT, который я создал, или, возможно, третий, который я создал, — это пользовательский GPT для создания других пользовательских GP. А раньше, самый сложный промпт, который я создал, был тем, что я называл мета-промптом, был промпт для создания других промптов. Это было в феврале 2023 года. В любом случае, вот как выглядит навык. Навык всегда имеет файл skill ND. Любой навык имеет файл skill ND. Вы можете увидеть здесь, есть еще один и так далее. И поэтому файл skill ND, по сути, имеет, опять же, метаданные. Вы увидите, что во всех файлах cloud code, во всех системных файлах, назовем их так, всегда есть метаданные, которые помогают cloud code понять, что это такое, что он делает, когда его вызывать. Правильно? Итак, здесь то же самое для навыков, у нас есть skill.nd, идентифицирующий с этими метаданными, название навыка, описание навыка, так просто. А затем у вас есть описание навыка, что он делает, процесс внутри. По сути, он определяет, как code должен выполнять работу при применении этих навыков. Вы можете увидеть, что это довольно короткий файл, верно? И если мы проверим его структуру, вы можете увидеть в этом конкретном случае, если мы проверим структуру файла skill.nd для фабрики навыков, есть метаданные, есть более подробное описание того, что он делает. Есть процесс создания навыка. Есть устранение неполадок. Есть справочная документация. И это постепенное раскрытие. Когда cloud code видит справочную документацию, это как у меня есть другие документы. У меня есть доступ, поэтому потенциально я могу их получить. Некоторые примеры навыков, некоторые скрипты и некоторая история версий. Хорошо. Рассматривайте это как оглавление. А затем в навыке у меня есть другие документы. Так что это знания о том, как правильно выполнять навык. И у вас также может быть код. Здесь у меня есть скрипты. Это скрипты Python, которые cloud code будет выполнять при использовании скрипта. Я могу привести пример того, как используются навыки. Например, у меня есть навык, который является моей стандартной операционной процедурой для создания новых проектов внутри моей бизнес-операционной системы. Это навык создания проектов. И поэтому позвольте мне показать, как это выглядит в реальной жизни. Если я нахожусь в моей системе бизнес-операций CCG. Итак, это та самая. Давайте создадим проект, используя навык. Хорошо. Кстати, эта операционная система имеет множество супер полезных процессов, механизмов и так далее, которые делают ее суперэффективной для управления любым аспектом моего бизнеса. И угадайте что? Она доступна в cloud code OS, так что вы можете скопировать и вставить ее со всеми механизмами и рутинами, уже настроенными, и вы можете настроить их и сделать их специфичными для вашего собственного бизнеса. И, конечно, реализации внутри cloud code OS предназначены для того, чтобы помочь вам настроить ее для вашего бизнеса. Эти реализации представляют собой групповые вызовы. Мы делаем это по всем системам, которые я делюсь внутри cloud code, и это также Q&A code, так что когда у вас есть вопросы о реализации ваших систем cloud code OS, я могу помочь вам вернуться к основной теме. Итак, здесь я проиллюстрирую, как использовать навыки или как навык используется cloud code. Итак, я создам фиктивный проект, чтобы я мог показать вам, как навык создания проектов cloud code создает проект правильным образом внутри моей бизнес-операционной системы CCG, так что это будет фиктивный проект, просто чтобы показать, как это работает. Эй, используй правильный навык, чтобы создать проект внутри CCG business operation. Это фиктивный проект, просто чтобы продемонстрировать, как вы вызываете навыки, чтобы делать вещи, конкретно здесь, чтобы создать фиктивный проект, верно? О, это неуклюжий запрос, который я сделал здесь, но он должен работать. Итак, здесь вы можете увидеть, что он вызывает навык project creator и читает, он обнаруживает, он обнаруживает навык, это постепенное раскрытие. Затем процесс обычно задает мне вопросы о проекте, но здесь он понял, что это демонстрация, поэтому он просто отвечает сам, следуя процедуре, а затем я говорю "да", это хорошо, давайте сделаем это, и он создаст его. И теперь он будет следовать процессу создания фиктивного проекта, как определено в навыке. Хорошо, он создаст структуру проекта, сгенерирует файл clone, файл seed, что должно быть в любом проекте, а также readme. Затем он сделает что-то еще, что определено в навыке. Хорошо, я остановлюсь здесь. Хорошо, если вы что-то создали, пожалуйста, очистите это. Это был просто пример. То, что нужно запомнить о навыках, — это механизм постепенного раскрытия, смесь детерминированного скриптового кода, который очень надежен, и LLM, который более гибок, и вы можете смешивать это внутри навыка, если хотите убедиться, что навык используется. Обычно cloud code автоматически вызывает навыки, но иногда он может просто попытаться сделать это сам, особенно если вы просите простые задачи. Поэтому, если вы действительно хотите принудительно использовать навык, упомяните навык, когда просите cloud code что-то сделать. Так что, безусловно, навыки очень мощны по отдельности. Но что, если вы запускаете несколько навыков и суб-агентов одновременно, это называется параллельным выполнением. Давайте посмотрим. Мы уже немного видели, как это делать с суб-агентами или вызовами инструментов, как когда я показывал веб-поиск в предыдущем примере. Давайте поговорим немного больше о параллельном выполнении. Так что круто в cloud code то, что вы можете выполнять параллельно либо инструменты, либо суб-агенты, а иногда и просто сессии code. Хорошо. Основные два подхода — это несколько суб-агентов в одной сессии, и в этом случае code будет вызывать несколько суб-агентов одновременно для выполнения рабочего процесса. Опять же, каждый агент получит изолированное контекстное окно, но может обмениваться информацией, либо code предоставляет разную информацию разным суб-агентам для их координации, либо вы также можете использовать файлы в вашей папке, к которым эти агенты имеют доступ, для обновления их контекста, обмена информацией, обмена их работой. Хорошо. Круто то, что cloud автоматически оркестрирует. Вы не можете сделать это в Chad DP code или Gemini или этих других AI-инструментах. Cloud code здесь позволяет вам это сделать. Другой подход — использовать несколько сессий чата cloud code, что означает, что вы открываете несколько окон cloud code в одной папке или иногда в разных папках, и каждая сессия работает над разной темой. Здесь вы оркестрируете и проверяете, что они делают. Что нужно понять, если вы хотите оркестрировать несколько агентов или если вы хотите, чтобы cloud code оркестрировал несколько агентов, вы можете сделать это параллельно, если нет зависимостей, если задача A, выполненная агентом A, не требует вывода задачи B, например, и если они работают над разными файлами. Хорошо, вы хотите избежать того, чтобы два агента работали над одними и теми же файлами одновременно параллельно, потому что это беспорядок. Таким образом, преимущество здесь, очевидно, заключается в огромной экономии времени благодаря параллельному выполнению. И действительно, я вижу это так: я CEO и распределяю работу между своими командами. И поэтому большую часть времени я работаю с несколькими отделами. Здесь я работаю с моей операционной командой в моей бизнес-операционной системе. Здесь я работаю с моей командой HR GPT Express Mastery. И здесь я работаю с моей командой контента. Это как если бы я был CEO с несколькими командами, несколькими отделами. Я могу распределять работу, и они все могут работать параллельно. Хорошо, я могу запускать что-то со своей операционной командой. Затем параллельно я могу запускать что-то со своей командой HR. А затем параллельно я могу работать над чем-то со своей командой контента. Теперь, если я проверю свою команду контента, на самом деле у нас есть несколько сессий. Итак, там моя команда контента работает над несколькими вещами параллельно. То же самое здесь, если я проверю свою операционную команду, у меня есть несколько сессий параллельно. Когда я работаю таким образом, я действительно CEO с несколькими командами, несколькими отделами. Я распределяю работу, они делают свое дело параллельно. Я проверяю, что они делают, даю им обратную связь, даю им направление, и именно так мы можем действительно получить супервысокий рычаг в том, что мы делаем. Я хочу подчеркнуть, насколько мощно иметь самооркестрируемых суб-агентов cloud code и возможность cloud code вызывать инструменты, вызывать суб-агентов, вызывать навыки, а для инструментов и суб-агентов вызывать их параллельно. До сих пор мы видели различные возможности, которые есть у cloud code, но что, если вам нужно подключить cloud code к внешним сервисам, например, к API? Это следующее. Круто то, что cloud code позволяет вам подключать вашу среду к внешним инструментам. Хорошо, до сих пор в курсе мы охватывали внутренние инструменты, внутренние функции, которые есть у code. Теперь давайте поговорим о внешних инструментах. Итак, сначала API, не бойтесь. Это действительно просто. API — это просто интерфейс, который позволяет программному обеспечению общаться друг с другом. И обычно, если у вас есть внешний инструмент, с которым вы хотите работать, вы проверяете, есть ли у них API, а затем вы проверяете документацию этого API, помещаете ее в cloud code, объясняете, что вы хотите сделать, и cloud code разберется, как общаться с этим внешним инструментом, потому что, опять же, API — это просто интерфейс, который позволяет программам общаться друг с другом. И в API есть конечные точки, которые являются интернет-адресами. И когда вы хотите работать с API, вы просто находите нужные конечные точки, нужный интернет-адрес, который вы хотите использовать, а затем отправляете аутентификацию. Вы отправляете отформатированное сообщение на этот адрес, а затем адрес, внешний инструмент делает свое дело и возвращает вам ответ, верно? И это так просто. Типичный сценарий использования — это когда вы хотите подключить свой code к электронной почте, например, Gmail, Google Docs, или к вашей CRM, чтобы добавлять данные или извлекать данные из вашей CRM, или публиковать в социальных сетях. Каждая платформа социальных сетей имеет API, который, опять же, является интерфейсом, с которым вы можете программно общаться. Или если вы хотите получить данные из базы данных, вы будете использовать API инструмента базы данных. Хорошо, вы хотите работать с внешним инструментом, найдите нужный вам API. И если я, например, возьму пример gamma, который является API, который я использую для автоматического создания презентаций. Так что вы можете увидеть в моей бизнес-операционной системе у меня есть некоторые файлы, связанные с API gamma. Предположим, я хочу подключиться к notion. Хорошо, я никогда раньше этого не делал, но я мог бы попросить cloud code: "Эй, найди документацию API notion, чтобы я мог создавать заметки в своем аккаунте notion и извлекать данные из своего аккаунта notion". Хорошо, так же просто. И тогда third code просто выполнит веб-поиск, чтобы найти документацию API. Надеюсь, это не займет слишком много времени. Найдет ее. Прочитает ее. И тогда, опять же, помните аутентификацию, затем отправку отформатированного сообщения, затем получение ответов и выполнение вашей работы с ответом. Итак, здесь, по сути, мне нужно будет получить мой API-ключ из notion, поместить его в файл NV, который находится здесь, где я храню все свои учетные данные, а затем code напишет скрипт в соответствии с тем, что мне нужно сделать. Конечно, я могу развивать это, и если я просто объясню на простом английском, что я хочу, code, зная документацию API notion, может просто перевести то, что я хочу, в: "Хорошо, какие URL-адреса в API notion нам нужно использовать? Каков формат данных? Каков протокол аутентификации?" И тогда он будет управлять этим и создавать скрипт, который позволит мне это сделать. Конечно, я протестирую это и так далее, но это так же просто, как это, в зависимости от API и того, насколько хорошо они построены. И это зависит от внешнего инструмента. Вам может потребоваться некоторое время, чтобы заставить его работать. Но, по сути, с помощью close code вам не нужны никакие навыки программирования, что означает, что как только вы узнаете API, с которым хотите работать. Как только вы получите API-ключи или все необходимое для аутентификации с этим API, вы готовы к работе. Вы можете создать мост, а затем вы можете заставить этот внешний инструмент работать с вашей средой. Хорошо, если вы видите здесь, он ищет правильный формат для общения с API notion. Хорошо, я остановлюсь здесь, потому что на самом деле я не использую notion. Для меня notion — это отвлечение. Но я знаю, что многим людям нравится notion. Так что это был бы простой способ подключить notion к вашей среде cloud code. Хорошо, вы можете увидеть здесь аутентификацию, основы API здесь. А затем здесь документируется, как программно создавать страницу или заметки в notion. Нам это неважно. Это формат, который мы должны отправить, то есть отправить на URL API notion, чтобы создать страницу. Это тип формата, который нам нужно отправить. Пример, если мы хотим получить что-то из notion, мы отправляем это на правильную конечную точку, правильный URL, который является базой данных, видите ли вы здесь URL был страницей, здесь это база данных, а затем, конечно, идентификатор базы данных, который является идентификацией базы данных, из которой вы хотите получить информацию. И это все. И теперь здесь, хотите ли вы, чтобы я создал полный скрипт Python или JavaScript для конкретного сценария использования? Я мог бы сказать "да". Я остановлюсь здесь, потому что, опять же, я не использую ocean, но просто чтобы показать вам, что вам не нужно быть кодером, и концепция довольно проста. API, опять же, это внешний интерфейс, который вы можете использовать для программного подключения к внешнему инструменту, и это просто URL-адреса, и вы отправляете сообщения на этот URL, вы получаете ответы. Вы отправляете сообщения, которые являются запросами на URL, внешний инструмент делает это, основываясь на сообщении, которое вы отправляете. Единственное, что нужно, это чтобы сообщение было правильно отформатировано, аутентификация должна быть правильно обработана, чаще всего с помощью API-ключей, а затем, когда инструмент выполнил свою работу, он возвращает вам результаты, которые вам нужны, а затем вы можете обрабатывать их внутри вашего cl code. Очень просто. Итак, преимущества. Мы можем прекратить копирование и вставку между инструментами, и смотрите, нам больше не нужны AI-рабочие процессы, нам не нужен Zapier, нам не нужен magg.com, нам не нужны все это. Может сделать это. Побочное замечание: единственный сценарий, когда вам нужен meg.com или Zapier или n, — это когда вы хотите, чтобы автоматизация запускалась, когда вас нет перед компьютером, и когда вы не работаете. Если вы хотите фоновую автоматизацию, да, эти сценарии полезны, потому что code работает только тогда, когда ваш компьютер включен, и когда вы работаете на своем компьютере. Но в моем случае у меня очень мало сценариев, где мне нужна эта автоматизация рабочих процессов, и большую часть времени, если они мне нужны, они очень просты. Итак, когда у вас есть внешний инструмент, который вы используете, будь то notion, Figma, Miro, что угодно, ваша CRM, Airtable и так далее, у всех них есть API, и у всех них есть документация API, и поэтому вы можете проводить исследования с помощью cloud code, чтобы найти документацию API и заставить cloud code поглотить документацию API, а затем создать любой мост, который вы хотите, с этими внешними инструментами. Хорошо, это работает отлично. При этом существует новый протокол, который теоретически упрощает работу с внешними инструментами, и это MCPS. Стоит взглянуть на это, потому что это очень многообещающий стандарт, и, вероятно, это будет лучший способ подключения к внешним инструментам в будущем. Он все еще находится в разработке, поэтому он не идеален, но давайте посмотрим на него. MCPS — это стандартизированный способ для AI-агентов общаться с внешними инструментами. Это протокол, который помогает вашему агенту понять, какие инструменты доступны в приложении, и правильно вызывать эти инструменты. В MCPS вы также можете иметь дополнительные вещи, например, вы можете иметь подсказки и тому подобное. Но давайте оставим это простым. Так что синхронизируйте MCPS как силовые адаптеры для разных стран, разных инструментов. Clo — это устройство, сервисы — это страны или инструменты, а MCPS — это стандартизированный адаптер. Итак, это простой способ подключить code, cloud code или любой AI-агент к внешним инструментам. Так что вокруг MCP много шума, потому что MCPS предоставляют официальные плагины, готовые наборы инструментов для данного внешнего приложения, которые ваш агент немедленно понимает и может использовать. Правильно? Это теория. Все стандартизировано, что означает, что легко разрабатывать MCPS, а также легко для любого AI-агента или code использовать MCPS. Он знает стандарт, он знает, как идентифицировать доступные инструменты. Он знает, как использовать инструменты, а затем применять инструменты внешнего приложения, правильно. И обычно это автоинтеграция, что означает, что cloud code способен понять, какие инструменты ему нужны, найти правильные инструменты, а затем использовать их, и это все. Так что вам даже не нужно запрашивать использование инструмента. Даже если всегда лучше принудительно использовать его, чтобы убедиться, что все сделано правильно. Хорошо. Но реальность такова, что это новая технология. Так что есть большой ажиотаж, но она все еще нуждается в зрелости. Я видел много MCPS, появляющихся с большими заявлениями, и на самом деле они — мусор. Почему? Потому что они плохо разработаны. Они нестабильны, или вы можете установить их простым способом на некоторых AI-агентах, таких как include, но не обязательно на include code, это беспорядок, и даже когда вы их используете, на самом деле они не обязательно выполняют обещания. Так что, если бы я был вами, я бы использовал только официальные MCPS, которые поддерживаются сообществом и хорошо документированы и актуальны, очевидно, из-за проблем с надежностью я был бы очень осторожен с MCPS с открытым исходным кодом. Почему? Потому что вы не знаете их качества. Вы не знаете, актуальны ли они. Вы не знаете, хорошо ли они документированы. Это действительно сложно. Теоретически, вы можете создавать свои собственные пользовательские MCPS, потому что MCPS — это просто протокол, который в конечном итоге упрощает подключение вашего code или ваших AI-агентов к внешним инструментам. Проще, чем делать это вручную, понимать API и создавать скрипты для выполнения вызовов API. Но в конце дня это упакованные вызовы API, верно? Просто это помогает AI-агентам автоматически понимать, какие инструменты доступны, чтобы они могли вызывать их автоматически без вашего участия и немедленно понимать, какой набор инструментов, конечных точек доступен и как их использовать. Хорошо. Так что это действительно протокол, чтобы облегчить жизнь AI-агентам и использовать AI для правильного использования XML-инструментов в соответствии с контекстом. Это, в конце концов, упаковка. Это протокол связи. Итак, когда использовать MCP? Используйте MCP, когда у вас есть проверенный официальный, идеально MCP для приложения, внешнего инструмента, который вы хотите подключить к вашей системе cloud code или AI-агента. Если MCP не существует, я советую вам, или если вы можете найти какие-то паршивые MCPS с открытым исходным кодом, я советую вам использовать скрипты API. То, что мы видели только что, то же самое, если вам нужна пользовательская логика или специфическое использование внешнего инструмента, используйте скрипты API. Позвольте мне показать, как установить MCP и как это выглядит. Хорошо. Итак, мне нравится этот репозиторий ditab, model context protocol, что означает MCP/servers. Почему? Потому что это официальный. Здесь много MCP. Давайте выберем один. Мы выберем playright, который является MCP от Microsoft. Это MCP для автоматизации браузера, который использует playright для запуска тестов, навигации по страницам, захвата скриншотов, скрейпинга контента, надежной автоматизации взаимодействия с веб-страницами. Так что, по сути, вы даете своему cloud code, если вы используете cloud code, доступ в интернет, визуализацию веб-страниц и работу с веб-страницами. Так что это довольно круто, верно? Итак, если я нажму здесь, я перейду на эту страницу, и здесь у меня есть информация о MPs, но поскольку мы не кодеры, мы не будем это проверять, но просто здесь, быстрый обзор, 23k звезд, что означает, что многие люди использовали это и оценили это. Здесь у вас есть релизы, как последний был выпущен вчера, что означает, что это MCP, над которым активно работают и обновляют. Много участников и так далее. Это действительно хороший признак того, что MCP действительно легитимно. И поэтому, если вы хотите установить свой MCP в code, вы можете либо попросить code напрямую. Эй, я хочу использовать этот MCP, сделай это. Мне нравится проверять, есть ли в MCP что-то, что идеально подходит для установки в cloud code. Хорошо, они реализовали быструю установку для cloud code. И поэтому здесь, если мы хотим использовать его в cloud code, нам просто нужно использовать эту строку здесь, в cloud code. Итак, давайте вернемся в code сюда. Хорошо, мы вставляем это. Я могу дать некоторый контекст. Эй, я хочу глобально установить MCP playright, а затем я подтверждаю, и он выполнит команду, и это все. Он установлен. Это так же просто. Когда вы хотите установить проверенные MCP, легитимные, это довольно просто. Теперь я сам много боролся с некоторыми подпольными MCP, поэтому я не рекомендую тратить на это слишком много времени. Хорошо. Итак, теперь у меня есть мой MCP playright, который был успешно установлен глобально, и он добавлен в конфигурацию cloud. Я должен найти его в этой папке, если хочу проверить. Давайте оставим все просто. И тогда он может автоматизировать веб-браузер, скрейпить динамический веб-контент, тестировать веб-приложения, программно взаимодействовать с веб-страницами. Этот действительно хорош, когда вы разрабатываете пользовательский интерфейс, кстати. И поэтому он обычно доступен глобально. Итак, я залогинюсь. Да, давайте сделаем эти три шага. Кстати, тем временем я использую команду /mcp. Я могу проверить статус mcp и увидеть, что playright подключен, что угодно. И если я использую mcp manage mcps, теперь мне придется продолжить в терминале, без особых проблем. И тогда он откроет code в моем терминале, что угодно. И теперь я mcp, и вы можете увидеть здесь, playright подключен. Если я нажму на него, я могу настроить его. Хорошо. Это мой сервер playright mcp. Он подключен, и есть 21 инструмент. Хорошо, вы можете увидеть в display right и speed есть 21 инструмент. Итак, давайте посмотрим, что там. Вы можете увидеть, что есть много инструментов. Загрузить файлы, заполнить форму, установить браузер, указать в конфигурации, нажать клавишу, перейти. По сути, все эти инструменты — это действия, которые мой агент, мой cloud code, может выполнять в веб-интерфейсе, чтобы перемещаться по нему через playright. Хорошо, ничего особенного здесь. Я просто хотел показать вам, как быстро установить MCP и как проверить, что все работает нормально, и как проверить, к каким инструментам имеет доступ ваш cloud code через этот MCP. Хорошо, так что ничего особенного здесь. Давайте удалим это. О, давайте очистим это должным образом. Мы многое охватили. Теперь позвольте мне показать вам, как все эти части собираются в единую систему. Давайте сделаем краткий обзор. Итак, мы видели, что с cloud code у вас есть несколько функций, а также несколько возможностей, которые делают его полноценной AI-системой, особенно в бизнес-контексте. Опять же, cloud code был сильно продвинут для разработчиков и сценариев кодирования, но на самом деле мы используем его для бизнеса, и это потрясающе. В cloud code у нас, по сути, есть структура папок, которая представляет наши различные проекты или задачи или команды, в зависимости от того, как вы хотите это назвать. Я называю это либо проектом, либо моими командами, и у нас есть файл coded, который предоставляет для каждого проекта, каждой команды, каждой папки инструкции, механизмы, способы выполнения задач внутри проекта, что означает, что каждый раз, когда вызывается cloud code, он проверяет файлы cloud MD, и он знает все о текущей работе внутри этого проекта. Так что вы можете рассматривать это как бизнес-мозг и способ структурирования вашего бизнеса или вашей операционной системы. Затем у вас есть ваши суб-агенты, команды могут быть доступны глобально или локально на уровне проекта, и я рассматриваю это как мои различные отделы, мои команды, работающие на меня. Хорошо. И они самооркестрируются cloud code, и существует множество способов сделать это, но давайте не будем вдаваться в подробности. Затем у вас есть инструменты, которые вы не обязательно видите, внутренние инструменты, например, cloud code имеет инструменты для чтения файлов, для выполнения веб-задач.

поиск и так далее. Давайте не будем тратить на это слишком много времени. Давайте оставим все просто. Cloode управляет, я имею в виду, использует правильные инструменты в нужный момент без вашего участия. Так что это как бы работает в фоновом режиме. Затем у вас есть навыки, которые представляют собой повторно используемые рабочие процессы, упакованные и доступные для совместного использования между вашими командами суб-агентов или даже между другими пользователями, такими как ваши коллеги или ваши клиенты, или именно то, что я делаю в CCTG. Я делюсь навыками, некоторыми навыками с вами, ребята, и поэтому вся эта структура папок cloud.mdi, команды суб-агентов, навыки, инструменты внутри cloud code — это внутренние возможности. В дополнение к этому у вас также есть возможность добавлять внешние возможности, внешние инструменты через API и MCP, так что вы можете создать свою собственную систему, пытаясь понять, как всем этим пользоваться, а затем методом проб и ошибок и так далее, но есть огромная ценность в наличии готовой системы, чтобы вам не пришлось строить с нуля, чтобы вы не тратили месяцы работы только на создание всего, проектирование структуры папок, написание файлов code.md, создание суб-агентов, их тестирование, улучшение, удаление тех, которые работают плохо, или создание библиотеки навыков, что занимает время, потому что каждый раз, когда вы создаете навык, вам нужно его протестировать, вам нужно его улучшить. Это работа, верно? Или настройка интеграции, тестирование соединения API, тестирование MCP. Так что вы можете сделать это и потратить много времени на это. Или вы можете развернуть мою полную бизнес-операционную систему со структурой папок cloud.mmd5s, уже встроенным механизмом, а также мою контентную команду с 14 суб-агентами, которые у меня есть в magnetic content OS, стратегической консолью, плагином AI growth engine, который является вашим, это будет AI growth engine с его фреймворком, его структурой, но примененной к вашему бизнесу с системой продуктивности, с ежедневным планированием, оценкой продуктивности, уже встроенной, принимающей вашу информацию, над чем вы работаете с кодом ежедневно, чтобы дать вам оценку вашей продуктивности, чтобы помочь вам также расставить приоритеты, используя brutal prioritization framework, в правильных вещах для вашего бизнеса. Имея поддержку ИИ для продуктивности и сосредоточенности, конечно, у меня также будет моя HR-команда, команда создания GPT, GPT express mastery OS и библиотека навыков и скриптов, которые я разработал для себя, сосредоточившись только на полезных для бизнеса вещах. Конечно, вы можете получить доступ ко всему этому здесь, в cloud code OS. Это то, чем я делюсь, cloud code OS. Я делюсь своими системами, своими командами, которые вы можете развернуть прямо сейчас в своем собственном бизнесе и использовать всю эту систему. И, конечно, вы не одиноки с одной только системой. Я здесь через звонки по внедрению, чтобы помочь вам настроить ее или развивать по мере необходимости, исходя из ваших потребностей в вашем бизнесе. И вот в чем сила этой программы code OS. И поэтому эта программа определенно самый быстрый путь для вас, если вы хотите иметь полностью интегрированную операционную систему бизнеса на базе ИИ, которая помогает вам работать над тем, что важно в вашем бизнесе, с правильными инструментами, максимально используя последние подходы ИИ. Я использую эти системы ежедневно для своего собственного бизнеса, что означает, что я обновляю их, улучшаю их, и, конечно, все эти улучшения и обновления передаются вам в cloud code OS. Это не статичный продукт. Это живая, развивающаяся система, движимая моим видением бизнеса, которое заключается в том, чтобы сосредоточиться, расставить приоритеты в правильных вещах внутри бизнеса, устранить узкие места и улучшить аспекты бизнеса, которые я называю привлечением, привлечением правильных клиентов, конверсией, конверсией правильных клиентов, удержанием их, обеспечением их удовлетворенности услугами, предоставлением выдающихся услуг и их продвижением, как продажа им большего количества товаров. Я построил все вокруг этого, например, правильный фокус и максимизация функций или измерений бизнеса: привлечение, конверсия, удержание, продвижение. Так что мы поговорим об этом подробнее в конце. Но сначала позвольте мне показать вам, как работает collo code, потому что понимание этого дает вам больше контроля. И здесь в следующей части я покажу вам несколько способов лучшего использования cl code. Крутые вещи, которые можно делать с code, — это использовать режим планирования. С режимом планирования вы, по сути, просите cl code подумать о том, что вы просите его сделать, и он напишет план. А также вы можете использовать команды на естественном языке, такие как sync hard, sync harder или hress sync, чтобы действительно заставить cloud code использовать больше токенов и больше думать о любых проблемах, которые вы попросили его решить, или о любой задаче, которую вы хотите, чтобы он выполнил. И поэтому этот режим планирования является архитектурным режимом только для чтения, чтобы активировать его, я покажу вам, вы можете использовать shift tab или вы можете нажать на правую часть интерфейса, и тогда cl code проанализирует и предложит план. Вы читаете план, вы одобряете перед выполнением. Для огромных pl, огромных работ, которые мне нужно выполнить с cloud code, я всегда использую режим планирования, чтобы я мог просмотреть его подход, я могу исправить его, и иногда я могу лучше понять, как реализовать данную задачу или данный проект, а затем я одобряю, и тогда он выполняет его, пишет to-dos. Вы видели, что есть инструмент, который cloud code часто использует, это список to-do, который помогает ему оставаться в соответствии с тем, что ему нужно сделать, и не забывать вещи, и поэтому режим планирования действительно очень мощный, и я очень рекомендую вам использовать его каждый раз, когда вы работаете над значительным проектом, чтобы у вас был архитектор кода, который составляет карту плана, предлагает план, а затем вы можете подтвердить, и он также дает вам чертеж того, что будет сделано, и поэтому у вас не будет сюрпризов, когда cloud code выполнит его. Преимущество, конечно, это безопасность и контроль. Это также помогает вам лучше обдумать данный проект или вещь, которую вы хотите реализовать с помощью cloud code, и это очень полезно, верно? Это гарантирует, что у вас есть структурированный подход. Знаете, раньше, когда мы работали только с промптами или даже просто с пользовательскими GPT, мы говорили, и это техника промптинга, действуйте шаг за шагом. Объясните мне, что вы сделаете сначала, чтобы я мог подтвердить и так далее. Здесь та же идея, но автоматически сделанная cloud code оптимальным образом. Итак, позвольте мне показать вам, как выглядят режимы планирования. Чтобы активировать режим планирования, вы можете использовать здесь, нажав здесь, вы можете переключиться в режим планирования. Вы также можете использовать shift tab, и это изменится. И тогда у меня нет примеров здесь. Я хотел бы знать, как я могу лучше всего объяснить членам CCG силу программы code OS и какую ценность они получат от нее, и чего они избегут, какой боли они избегут, внедрив ее, и какую огромную пользу они получат, если внедрят ее, можете ли вы мне помочь? Хорошо, здесь я хочу использовать режим планирования, чтобы code мог подумать об этом, найти некоторые ресурсы в моей CCG business OS и дать мне план, чтобы объяснить это вам, очевидно. Так что вы можете видеть, что он собирает информацию. Да, не спрашивайте снова. И здесь круто то, что cloud code ничего не будет выполнять. Он просто соберет информацию, обработает ее, а затем предложит план на основе моего запроса. Так что здесь он собирает контекст и так далее. Вы можете видеть, что он нашел информацию о ценностном предложении code business OS, а теперь он компилирует результаты в четкий, организованный ответ для меня. План. Итак, теперь это план, следующий моему запросу здесь. Итак, cloud code business OS, полное ценностное предложение, фреймворк, трансформация из чат-сессии в cloud code business OS с интегрированной системой, которая знает весь ваш бизнес, постоянную память, стратегического партнера, автоматизированные операции и интеллект. Болевые точки, которых они избегут: утро, где я был, трение, стратегическое отклонение, недели, потерянные на низкоценной работе, над чем мне следует работать, паралич, хорошо, усталость от принятия решений, ежедневная непоследовательная продуктивность без видимости закономерностей, вы не можете анализировать свою работу, ручное отслеживание, зависание, хорошо, здесь мы автоматизируем отслеживание, заблокировано, не зная, что вас блокирует. Скрытые зависимости, огромные преимущества, которые они получат. Свобода времени, стратегическая уверенность, нарастающий интеллект, ясность выполнения, оптимизация продуктивности, непрерывность проекта, стратегическое преимущество плюс семь интегрированных рабочих процессов. У вас есть ежедневная операционная система, у вас есть стратегический уровень, AI growth engine, у вас есть инфраструктурный уровень с жизненным циклом проекта, рабочим процессом, обслуживанием системы, различными доказательствами, путем внедрения. Вы можете начать с базовой функции, затем работать со стратегической функцией, а затем использовать полную систему позиционирования для членов CCG и ключевые сообщения по аватару, простая структура питча, готовая для вас, для вас, используйте, хорошо, это план, и тогда я могу сказать, да, хотите ли вы, чтобы я создал конкретный результат, используя этот фреймворк, включая сценарий для YouTube, копию страницы продаж, мастер-класс и т. д., так что это выходит за рамки того, что я просил, но здесь у меня есть план, он собрал информацию, обработал ее, а затем предложил мне план с различными элементами, которые я мог бы использовать, а затем рассказал о возможных ресурсах для внедрения. Так что это простой пример использования режима планирования. Теперь я могу переключиться обратно в обычный режим или просто сказать выполнить, и тогда он выполнит план. Режим планирования очень мощный для планирования вашей работы и обеспечения того, чтобы cloud конструировал ваш подход и выполнял его разумным образом. Теперь давайте поговорим о контроле конфигурации. Я рассмотрю здесь следующую часть, которая будет посвящена настройкам против инструкций. Давайте продолжим. Что я хочу быстро рассмотреть, это settings.json. JSON и файл code MD. Мы уже рассмотрели файл code.md, но есть еще один файл, settings.json, и вот как он выглядит в моей CCG business OS. У меня есть settings.json здесь, и на самом деле в settings.json вы можете настроить переменные среды. Конечно, вы можете использовать code для этого, но я просто хочу показать вам, что внутри: переменные настройки, некоторые конкретные правила, которые вы хотите использовать на уровне проекта, которые могут быть на уровне всей системы. Если вы зайдете в папку user/clode, потому что там находится тот же самый settings JSON. По сути, settings.json находится в любом проекте, который у вас есть внутри code. Позвольте мне показать вам это. Хорошо. В моей корневой папке, моей корневой папке системы, у меня также есть setting.json. Там ничего нет. Почему? Потому что я не работаю глобально. Я работаю только в своей CCG business operation. В этой папке CCG business operation. Так что здесь, в моем settings.json, моем глобальном settings.json, ничего нет. Хорошо. В дополнение к переменным и конкретным правилам, у вас также есть разрешения и запреты. Вы можете видеть, например, я не хочу, чтобы что-либо из этого проекта записывалось в мою базу знаний AI engine. Почему? Потому что я хочу, чтобы база знаний оставалась нетронутой, когда я активно работаю над операциями. Вещь, которую вам нужно понять, это то, что они добавляют некоторые уровни автоматизации в вашу систему cloud code. У вас есть иерархия settings.json. У вас есть settings.local.json, который будет работать только на вашем локальном проекте для вас. Это тот, который будет учитываться первым. Затем, если у вас нет этого, у вас есть settings.json, который работает на уровне проекта, но который может использоваться и другими пользователями, если у них есть доступ к вашему проекту. И затем у вас есть общий, который я показал вам раньше, который находится в подпапке code корневой папки пользователя. И это настройки JSON, которые работают глобально, но они самые слабые. Это тот, который будет использоваться последним, только если в предыдущем ничего нет. Просто нужно понять, что settings.json JSON устанавливает машиночитаемые элементы управления в формате JSON, который дает инструментам модель разрешений, выбор, хуки, переменные среды, MCP и так далее. В большинстве случаев вам не нужно об этом заботиться, даже если вы можете использовать его для обеспечения разрешений, авторизации и так далее, но в бизнес-контексте, скорее всего, вы не будете уделять этому слишком много внимания, но я хочу упомянуть это в любом случае, и у вас есть файлы code, которые читаются человеком, так что это хорошо для вас, чтобы понять, что делается в данном проекте, и это, конечно, используется cloud code также для получения контекста, когда он начинает новую сессию внутри проекта или внутри команды или внутри отдела или внутри папки для меня, папка на вашей машине может соответствовать конкретному проекту, конкретной команде и рабочим процессам или конкретному отделу, как я называю их отделами, как в компании у вас есть ваши отделы с вашими командами, вашими суб-агентами, и все это находится внутри папки, которая может иметь файл clone, который дает контекст и инструкции, и settings.json, который дает некоторые элементы конфигурации и разрешения. Они работают вместе. Вам не нужно уделять слишком много внимания settings.json. Я потратил, я имею в виду, я работал сотни часов со своим cloud code, и я едва обращаю на это внимание. Файл cloud MD, на мой взгляд, самый важный из моего опыта. Теперь, могут ли у вас быть инструменты везде и инструменты только для конкретных проектов? Да, есть, это понятие иерархии. Я уже немного коснулся этого, объясняя settings.json. Возможно, я плохо это объяснил. Так что надеюсь, вы не запутались, но давайте попробуем прояснить это понятие. Хорошо, давайте поговорим об иерархии настроек, от самой высокой до самой низкой. Это то, что я пытался объяснить несколько минут назад. У вас есть настройки локального проекта в code settings.local.json. Это ваша личная настройка. Она не будет доступна другим членам команды. Она не будет доступна на GitHub, если вы синхронизировали то, что делаете в cloud code, с GitHub. Затем у вас есть общие настройки проекта в code/settings.json в подпапке .clothes, все эти подпапки .clothes доступны во всех папках, с которыми вы работаете с cl code, верно? Это везде в каждом проекте или отделе или команде или рабочем процессе, над которым вы работаете внутри папки на вашем компьютере, есть подпапка code, и у них есть settings.json. В большинстве случаев там ничего нет. Побочное примечание здесь. Хорошо. Итак, первые два уровня: локальный проект, общий проект. Вы можете видеть, что общий проект фактически проверяется на G, на G. Так что он может использоваться другими членами команды, у которых есть доступ к тому же проекту. Если вы делитесь проектом, а затем у вас есть личные глобальные настройки в папке пользователя, подпапке .load, и файл — это settings.json, и это ваши предпочтения, но личные везде. Аналогия, чтобы понять это, заключается в том, что у вас может быть личный набор инструментов, и это то, что находится в подпапке clothes вашей корневой папки пользователя. Так что это инструменты, которые вы носите с собой лично. Затем у вас есть командные мастерские внутри вашего проекта в подпапке cloud папки проекта. И затем у вас есть ваши личные настройки, которые представляют собой settings.local.json. Хорошо. Слияние настроек, они не заменяются, а имеют другой приоритет, и более высокий приоритет переопределяет конкретное значение. И из того, что я испытал и понял, этот для вас имеет больше приоритетов, чем этот, который имеет больше приоритетов. Этот, эта логика иерархии верна и для других объектов внутри code. Для агентов, например, у вас могут быть агенты в конкретной папке. У вас могут быть агенты в вашей подпапке code корневой папки пользователя. И если они локальные, они применяются только к проекту. Если они находятся в подпапке корневой папки пользователя, они применяются везде. То же самое для навыков. Я знаю, что, например, в ноябре 2025 года есть некоторые проблемы с возможностью вызова навыков, которые реализованы локально. Ну, это деталь. Это не помешало мне сделать то, что я хотел сделать. Так что это деталь, но я упоминаю ее. Хорошо. Ключевой механизм автоматического обнаружения. Так что, когда cloud codes работает, он сканирует папки, и поэтому вам не нужно ничего говорить cloud code. Он просто сканирует папки и видит, что доступно в файлах settings.json. И то же самое с файлами cloud.md, кстати. Некоторые элементы, такие как навыки, автоматически активируются. И снова, навыки могут быть в вашей папке пользователя. Они могут быть в папке проекта, верно? Обычно они автоматически вызываются cloud code. Иногда я рекомендую вам принудительно вызывать их с помощью cloud code, упомянув, что вы хотите использовать навык. Это безопасный путь. Я бы сказал, есть еще одна вещь, которую я показал вам ранее, не особо вдаваясь в подробности. Это команды. Когда вы используете клавишу слэш, если я перейду сюда, у вас есть доступ к командам. Вы можете видеть здесь, вы можете перейти к различным командам, и у вас есть команда слэш здесь. Хорошо, например, compat content formatter и так далее. Честно говоря, я редко использую команды. Но это также ваш способ вручную запускать определенные команды, не полагаясь на cloud code для автоматического вызова навыков или других подобных вещей. Хорошо. Так что разница, которую я вижу между навыками и командами, заключается в том, что навыки могут быть вызваны автоматически, в то время как команды — это когда вы просите cloud code сделать что-то конкретное, используя команду. И я расскажу вам больше о командах через несколько минут. И поэтому эта иерархия settings.json, а также навыков и агентов помогает вам содержать этот объект или эту функцию на разных уровнях, либо только для вас лично, либо глобально в вашей системе с другими людьми, имеющими доступ к части вашего проекта. Например, я пытался охватить контроль конфигурации. Учитывая это, большая часть этого, я сказал вам это, чтобы вы поняли и знали, что это существует. Но на самом деле, когда вы используете свою систему, когда вы используете cloud code, вам не нужно слишком много управлять этим, особенно если вы используете его в одиночку. Теперь, если вы используете его с другими членами команды, это другая история. Теперь, как вы можете отслеживать, что делает cloud code? Давайте поговорим о логировании. Давайте рассмотрим логирование и отслеживание. Итак, в cloud code есть встроенные инструменты логирования cloud code. Cloud code отслеживает использование инструментов. Он регистрирует ошибки и сохраняет историю сессий. Так что, если вы откроете сессию cloud code, я уже показывал вам это. Но если я открою, если я проверю этот, например, здесь, вы можете видеть мою историю сессий, и я могу открыть одну, и я продолжу то, что делал в этой конкретной сессии. Хорошо, это означает, что вы можете повторно использовать сессии. Так что cloud code сохраняет историю и логирует вещи, но этого недостаточно. Почему? Потому что это в основном технические вещи или просто сессии чата. Я реализовал свою собственную логику бизнес-логирования, используя несколько механизмов, логируя различные операции в структурированном виде и интегрируя это с различными другими рабочими процессами и процессами. Это не часть cloud code по умолчанию. Это часть cloud code OS, и это то, к чему вы можете получить доступ в программе cloud code OS. Я постоянно улучшаю это, потому что то, что я хочу сделать с правильной системой логирования, я хочу иметь возможность отслеживать проделанную работу, проводить анализ со временем проделанной работы, соответствие стратегическим приоритетам и многое другое, для чего логирование того, что вы делаете в структурированном и умном виде, очень полезно. Действительно, здесь мы используем, если у вас есть правильные системы, и они у вас будут, когда вы присоединитесь к cloud code OS, вы можете действительно сделать еще один шаг в плане отслеживания своей работы, планирования своей работы, анализа своей работы, понимания того, что произошло, если есть какие-либо сбои или проблемы, и многое другое, понимание того, что делают команды, команды или проекты или рабочие процессы внутри load code, понимание того, как это улучшить, проведение анализа улучшений, небо — предел, это то, что вы хотели бы иметь в своем обычном бизнесе с вашими коллегами. За исключением того, что здесь они вам не нужны. Это автоматизировано и хорошо структурировано, и вы можете проводить перекрестный анализ проектов, команд, времени и так далее. У вас есть настоящий бизнес-журнал, оптимизированный для бизнес-перспективы, для бизнес-целей и для бизнес-использования. Вы можете давать обратную связь в любое время. Вы можете отслеживать свой прогресс. Вы можете анализировать закономерности. Это так мощно, и именно здесь кроется реальная бизнес-ценность такой системы, как cloud code OS, потому что теперь вы точно знаете, над чем работал cloud code, но также и над чем работали вы и ваши коллеги, если вы поместили их в систему. Вы можете выявлять закономерности, проверять эффективность рабочих процессов, находить узкие места, находить сбои в продуктивности, находить много чего, вы можете вести журнал аудита для соответствия требованиям, вы можете использовать его для постоянного улучшения, и круто то, что все это делается автоматически, и это очень мощно. Если я покажу вам пример, например, если я проверю вчера, я провел оценку продуктивности. Так что вы можете видеть здесь, я могу вернуться к правильной сессии чата, и это моя оценка продуктивности, и посмотрите, что она выявила: закономерность, выявленная инфраструктурная разработка вытесняет выполнение в течение двух дней подряд. Почему? Потому что я установил бизнес-приоритеты, над которыми мне следовало работать в прошлую субботу, а на самом деле я потратил некоторое время на создание того, что он называет инфраструктурой, которая, по сути, является системами, вместо того, чтобы работать над бизнес-приоритетами, я работал над инфраструктурой, и поэтому он выявил это, потому что, очевидно, я не смог решить некоторые приоритеты, над которыми мне нужно было работать, и он проанализировал, почему я это сделал, и дал некоторые рекомендации, которые заключаются в том, что нормально работать над инфраструктурой, но делать это после того, как вы закончите работать над основными темами, которые вы запланировали на день, и он смог сделать это, потому что он отслеживает все, что я делаю, и он понимает стратегическую среду, стратегические, как бы это сказать, приоритеты, а также различные проекты, над которыми я работаю, различные задачи, над которыми я работаю. Хорошо, вы можете видеть силу этого, это безумие. В любом случае, иногда вы хотите запускать определенные рабочие процессы вручную, и для этого вы используете пользовательские команды. Мы уже очень быстро рассмотрели пользовательские команды в предыдущей главе, но давайте рассмотрим их поближе. У вас уже есть готовые команды в cloud code, и я уже показывал это. Если вы наберете слэш, у вас есть готовые команды или все это. Но вы также можете настроить свои собственные команды, которые, по сути, являются рабочими процессами и процессами, простыми процессами, которые вы можете запускать вручную, чтобы code мог выполнить это. Итак, что такое пользовательские команды? Это инициируемые пользователем многошаговые рабочие процессы. Они хранятся, опять же, в папке .code, в подпапке commands, и вы можете вызывать их, просто используя имя команды. Некоторые аналогии: это немного похоже на макрос в Excel или ярлык на вашем телефоне. Это просто последовательность подготовки, которую вы можете запустить в любое время. И разница между навыками и командами, потому что это может быть вопрос, который у вас возникнет, заключается в том, что навыки вызываются автоматически code. Они основаны на контексте, то есть cloud code понимает контекст и определяет навыки, которые соответствуют контексту, а затем мы используем навыки и используем прогрессивное раскрытие, углубляемся при необходимости, берем некоторые ресурсы, которые находятся внутри навыков, возможно, скрипт, который находится внутри навыков, и выполняем. В то время как пользовательская команда — это то, что вы вызываете вручную и явно запускаете что-то, что cloud code должен сделать. И поэтому, как правило, это очень полезно для повторяющихся рабочих процессов. Например, если вы хотите еженедельно планировать, у вас может быть пользовательская команда для этого. Это также полезно для сложных последовательностей, когда у вас есть многошаговые процессы. И когда вы хотите стандартизировать процессы и запускать их вручную с полным контролем. И как вы можете создать эти команды, пользовательские команды, вы используете cloud code и запрашиваете пользовательскую команду. Вы объясняете, что вы хотите, и cloud code поможет вам создать пользовательскую команду. И, по сути, cloud code создаст файл, который он поместит в подпапку code/commands. Как только это будет сделано, вы просто вызываете пользовательскую команду с помощью слэша и имени команды. И если я покажу вам, как выглядит пользовательская команда. Позвольте мне найти одну для вас. В моей CCG business operation, в моей папке code, у меня здесь есть команда, которая называется init business. И вы можете видеть, как навыки, так и суб-агенты. Это файл markdown с YAML-заголовком, метаданными с описанием. И вот что делает эта команда. Она инициализирует бизнес-проект cloud.md с руководством, специфичным для бизнеса. У нее есть некоторые инструменты, которые она может использовать: read, write, edit, globe, которые являются базовыми инструментами cl code, а затем просто файл md инструктирует, что cloud code должен делать, когда я запускаю эту команду init business. Это пользовательская команда, которую я создал, чтобы cloud code создавал инфраструктуру проекта с файлом cloud.md, который специально структурирован для того, что я хочу сделать. Я хочу, чтобы cloud code делал что-то определенным образом, и я хочу запускать это вручную. Я использую пользовательскую команду. Достаточно о командах. Теперь как насчет синхронизации работы кода с внешними системами. Интересно, правда? Так что давайте поговорим о GitHub и о том, как делать резервное копирование, контроль версий и сотрудничество. GitHub действительно для кодеров. Но угадайте что? Мы используем cloud code не для кода. Мы не разработчики. Мы просто обычные люди, предприниматели, у которых есть бизнес, и мы хотим использовать мощь ИИ для ведения нашего бизнеса экономно, эффективно и целенаправленно, чтобы мы могли освободиться, верно? Так что я использую GitHub для разных целей: для резервного копирования работы, которую я делаю в своей бизнес-системе, конечно, для контроля версий, чтобы иметь возможность вернуться в более автоматизированном режиме, если это необходимо, и также для сотрудничества с другими людьми, верно? Так что такое GitHub, кратко? Это своего рода Dropbox для кода с путешествиями во времени. Так что вы можете делать резервные копии, контролировать версии, сотрудничать, путешествовать во времени, что означает, что вы можете вернуться к тому, что вы сделали, и есть много других вещей, но для всех целей это основное, что нужно понять, основные функции GitHub, чтобы понять, есть много других вещей, которые вы можете делать с GitHub. Это очень мощный инструмент для кодеров, но для нас его достаточно. Вы можете работать параллельно и тестировать разные подходы параллельно, чтобы проверить те, которые вам больше нравятся, а затем объединить те, которые вам больше нравятся, в основной проект, как вы можете делать так много всего, каковы преимущества для бизнеса: вы можете восстановиться после любых проблем, это резервная копия, которая означает, что вы также можете использовать свою систему на другом компьютере, если это необходимо, верно? Почему, скажем, одна из проблем кода заключается в том, что вы работаете с локальными файлами, и что, если у вас есть вирус или ваш компьютер умирает, теперь вы в беде, больше не будете, если у вас есть система резервного копирования на GitHub. Потому что теперь вы можете открыть другой компьютер, войти в свою учетную запись GitHub, импортировать все в свою новую установку, и все готово. Вы также можете контролировать историю версий, так что вы можете видеть эволюцию системы. Вы можете сотрудничать с другими людьми, безопасно экспериментировать. Вы можете проводить аудит, понимать, кто над чем работал и кто что изменил. Если несколько человек работают над одной и той же cloud code business OS, и это дает вам удаленный доступ, потому что вы можете получить доступ с любой машины. И вот как это работает: вы просите cloud code создать репозиторий GitHub. Вы подключаете close code к GitHub. Это то, что вы делаете один раз, а затем, если вы даете cloud code доступ к GitHub CLI, который является своего рода модулем, cloud code может создавать любой репозиторий в вашей учетной записи GitHub. И это значительно упрощает вещи. И тогда, конечно, cloud code может фиксировать изменения, что означает отправку изменений в ваш репозиторий GitHub и их фиксацию, чтобы они теперь были активны. Вы также можете синхронизировать между вашей локальной cloud code business OS и тем, что находится в GitHub. Вы можете клонировать, откатывать, сотрудничать в любое время. Это очень мощно. Это действительно легко настроить. Вы просите code, и в какой-то момент он попросит вас подключиться к GitHub с вашим методом аутентификации. Вы делаете это. Вы принимаете подключение. Вы принимаете синхронизацию, подключение между cloud code и GitHub, и все готово. Это действительно просто. Позвольте мне собрать все воедино, потому что мы здесь многое охватили. И позвольте мне показать вам, что дальше. Итак, мы многое охватили. Мы охватили файловую память и системные промпты с файлами cloudnd. Мы охватили суб-агентов, организованных как команды, которые позволяют последовательное или параллельное выполнение, имея суб-агентов, автоматически оркестрованных cloud code. Мы охватили навыки с повторно используемыми рабочими процессами, которые являются стандартными операционными процедурами, которыми вы можете оснастить свою систему cloud code или которыми вы также можете оснастить своих членов команды, использующих cloud code, чтобы вы могли обеспечить соблюдение SOP на уровне компании. Мы охватили параллельное выполнение, будь то с суб-агентами, работающими параллельно, или инструментами, которые cloud code вызывает параллельно. Мы охватили доступ к внешним инструментам через интеграцию API и MCP. Мы охватили некоторые функции, которые делают работу cloud code более эффективной, такие как режимы планирования, некоторые команды. Мы охватили разницу между настройками с файлами settings.json, которые больше для машинного чтения, и инструкциями cloud.md, хорошо подходящими для вас, чтобы понять, что происходит на уровне проекта, а также для code, чтобы загрузить контекст при запуске новой сессии в любом проекте. Мы говорили об иерархии, как вы можете организовывать навыки, агентов и файлы settings.json на разных уровнях, чтобы они могли использоваться только вами локально на вашей машине, всеми, кто работает над данным проектом, или глобально в вашей системе. Мы кратко рассмотрели механизм логирования, который очень полезен для многих бизнес-сценариев, таких как оценка продуктивности, планирование, проверка стратегического соответствия и многое другое. Мы кратко рассмотрели пользовательские команды, как вы можете настроить небольшие автоматизации или конкретные рабочие процессы, которые вы можете запускать вручную, что немного отличается от навыков, где навыки вызываются автоматически, автоматически вызываются cloud code. Пользовательские команды помогают вам стандартизировать некоторые вещи, которые вы делаете, и запускать их вручную. А затем мы кратко рассмотрели резервное копирование и контроль версий с использованием GitHub. Вы можете видеть, что, когда вы понимаете все эти функции, у вас есть полная система. Но на самом деле это только первый шаг. Знание функций, понимание того, как они работают и где вы можете получить к ним доступ. Это только первый шаг. Второй шаг — это внедрение согласованной системы, которая объединяет все эти функции умным образом для бизнес-контекста, чтобы повысить эффективность бизнеса. чтобы повысить фокус на том, что важно в бизнесе, и чтобы повысить мощь выполнения вашего бизнеса, максимально используя систему на базе ИИ, конечно, вы можете провести свои собственные пробы и ошибки и потратить недели, возможно, месяцы, пытаясь настроить систему, или вы можете использовать готовую, и именно это я предоставляю вам в cloud code OS внутри сообщества CCG. В cloud code OS у вас есть вся бизнес-система, это та, которую я использую для себя, так что вы можете быть уверены, что она на высшем уровне, и я постоянно улучшаю ее. Когда у вас есть моя бизнес-система, у вас есть структура папок, которая напрямую применима к вашему бизнесу. У вас есть файлы cloud MD, которые содержат системные промпты и умную логику для различных папок и различных проектов. У вас есть уже интегрированный механизм для продуктивности, для планирования, для межпроектного анализа и так далее. У вас также есть мои собственные команды, мой отдел. У меня есть моя контентная команда с magnetic content OS, которая имеет более 14 суб-агентов для работы с любым типом контента на LinkedIn, Twitter, YouTube, Instagram и т. д. Работа с хуками, работа с воскресеньями, работа со всем, что связано с контентом, применение контент-фреймворка, который я также преподаю в CCG. У вас есть то, что я называю моей стратегической консолью, которая является плагином AI growth engine со всеми фреймворками для стратегического описания вашего предложения, вашей целевой аудитории, вашей стратегии, ваших воронок, ваших различных продуктов и так далее. У вас есть моя система продуктивности с ежедневным планированием, оценкой продуктивности, системами логирования для логирования различных проектов, логирования различных задач, логирования различных изменений, которые вы вносите с помощью cloud code в вашей бизнес-среде. У вас, конечно, есть мой HR-отдел, то, что я называю моим HR-отделом, который является командой создания GPT, GPT Express Mastery OS, которая использует мой фреймворк GPT Express mastery для создания пользовательских GPT, а также некоторых агентов, но на более высоком уровне. намного лучше, чем то, что вы сделали бы просто с cloud code, просто с code или просто с ch, потому что он использует метод, который я экспериментировал более двух лет, и который я преподавал многим людям, которые могут сказать вам, что это безумно хороший фреймворк для создания превосходных пользовательских GPT и AI-агентов, но это еще не все. Вы также получите доступ к основным навыкам, таким как skills factory, например, навыкам для создания других безумно хороших навыков и других навыков, которые я разрабатываю на основе бизнес-кейсов и бизнес-потребностей. У вас также есть библиотека скриптов для подключения к внешним инструментам, и вам просто нужно ввести свои API-ключи, и все готово, и будет гораздо больше, потому что, опять же, это бизнес-система AI-части для роста, lean GPT бизнес, бизнес, оптимизированный с помощью lean-процессов, чтобы действительно сосредоточиться на том, что важно для роста бизнеса, внедряя лучшие подходы для привлечения, конверсии, удержания и продвижения клиентов без необходимости тратить месяцы на их изучение, будет гораздо больше. Я буду обновлять это на основе того, как я использую систему и как другие члены cloud code OS используют систему для получения результатов, а также на основе новых вещей, которые entropic выпустит для cloud code, потому что, угадайте что, clothes — это большая ставка, которую entropic сделал. Это инструмент, в который они вкладывают огромные средства, чтобы сделать его лучше, и в будущем появится так много отличных вещей, которые будут обновляться в cloud code. Здесь ключевое отличие в том, что вы ничего не строите с нуля. Вы можете просто взять ресурсы, которыми я делюсь с вами. Это, по сути, папки, которые вы помещаете на свой компьютер, и все готово. Вы открываете cloud code в интерфейсе Visual Studio Code и переходите в нужную папку, и все готово. Все уже настроено, верно? Так что вы можете развернуть за минуты то, что я строил, тестировал и дорабатывал днями, неделями, месяцами. Если вы присоединитесь к программе code code OS, вы получите мою поддержку через групповые звонки по внедрению, которые мы проводим, а также вы получите доступ ко мне через DM, и мы сможем обсудить ваш конкретный случай, и я смогу помочь вам немного настроить готовую систему, которая уже есть, и которую вы можете развернуть за минуты. Это живая система. Я постоянно обновляю ее, и мои обновления напрямую внедряются в cloud code OS, чтобы вы могли ими воспользоваться, и, конечно, у вас могут быть некоторые конкретные запросы, и если они все имеют смысл, я могу реализовать их также, что означает, что здесь мы используем в cloud code OS, мы используем коллективный интеллект, чтобы сделать нашу бизнес-систему лучше со временем. Итак, наконец, если вы владельцы бизнеса, будь то онлайн-бизнес, вы коуч, вы поставщик услуг, вы занимаетесь консалтингом или вам нужно создавать контент, или вы занимаетесь разработкой продуктов, это для вас. Если вы хотите, чтобы команда ИИ выполняла сквозное выполнение в вашем бизнесе, чтобы я мог сосредоточиться на стратегии, а вы могли просто оркестровать свои команды, свой отдел как CEO, это для вас, потому что эта code OS — это операционная система бизнеса, которую вы можете использовать немедленно, чтобы эти команды работали на вас, и вы можете рассматривать ее также с поддержкой внутри сообщества. И если вы хотите проверенные системы, готовые к немедленному развертыванию, вы можете узнать больше об этом в CCG, моей школьной общине, и здесь, в cloud code OS, это модуль, где все происходит, и где ресурсы для создания вашей собственной бизнес-системы на базе ИИ внутри cloud code ждут вас. Итак, я надеюсь, вам понравится этот курс Toad Code Mastery for Business, и я увижу вас в CCG.