TAO·CODER — Пошаговое руководство по установке и использованию

Содержание

1. Что такое TAO·CODER и чем он отличается от других AI-агентов
2. Установка
   • 2.1. Установка VS Code / VS Codium
   • 2.2. Установка расширения TAO·CODER
   • 2.3. Выбор модели и провайдера
   • 2.4. Панель Task Context
   • 2.5. Язык
   • 2.6. Поисковый провайдер (опционально)
3. Методология работы
   • 3.1. Режимы (role modes)
   • 3.2. Стадии (stage pipeline)
   • 3.3. Ключевые документы
   • 3.4. Процесс запуска задачи
4. Расширенные возможности
   • 4.1. TAO·MODES — свои режимы работы
   • 4.2. MCP серверы — внешние инструменты
   • 4.3. REST API — подключение к внешним API
   • 4.4. Rules и Workflows — правила и рабочие процессы
   • 4.5. Запуск по расписанию (Schedule)
5. Практические советы и troubleshooting

---

1. Что такое TAO·CODER и чем он отличается от других AI-агентов

Искусственный интеллект изменил разработку программного обеспечения. TAO·CODER изменил разработку с искусственным интеллектом.

Раньше работа с AI-агентами напоминала игру в рулетку: то контекст забивался, то агент терял нить задачи, то счёт за токены улетал в небо. На один проект уходило больше нервов, чем на код.

TAO·CODER — это кодовый агент для VS Code / VS Codium. Он не чат-бот, который генерирует код по запросу, а полноценный инструмент разработки со встроенной методологией. Благодаря своей архитектуре — bounded context, стадийный pipeline, управляемая память — он впервые позволяет одному разработчику вести параллельно несколько полноценных проектов быстрее, дешевле и надёжнее, чем это было возможно раньше.

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

Никакой телеметрии. TAO·CODER не собирает логи, код, промпты или любые другие данные с вашего компьютера. Всё работает локально: файлы проекта, промпты, Task Context — всё остаётся у вас. Единственное, что покидает вашу машину — это запросы к API выбранного вами LLM-провайдера (токены, которые вы сами оплачиваете).

Ключевые отличия от других AI-агентов

Bounded context (ограниченный контекст). Обычные агенты линейно накапливают историю диалога — каждый новый шаг добавляет предыдущие сообщения в промпт. Рано или поздно контекстное окно модели забивается, агент теряет фокус, а качество работы падает. TAO·CODER выносит память задачи во внешний Task Context — структурированное хранилище на диске. В промпт попадает только самое важное: текущая стадия, спецификация задачи, релевантные сниппеты кода и последние несколько оборотов диалога. История не растёт бесконечно, модель всегда сохраняет фокус, а стоимость работы предсказуема.

Стадии (stage pipeline). Вместо свободного режима «спросил — получил ответ», TAO·CODER проводит задачу через формальные стадии: уточнение → сбор данных → разработка → аудит → отчёт. На каждой стадии доступны только определённые инструменты. Например, на стадии сбора данных инструменты записи заблокированы — модель не может случайно изменить файл, пока изучает код. Это даёт прозрачный, контролируемый процесс.

Update-cycle (цикл обновления памяти). TAO·CODER имеет два взаимодополняющих механизма переноса информации из диалога в долговременную память. Во-первых, агент постоянно и осознанно фиксирует найденные факты, код и решения в Task Context по ходу работы через специальные инструменты (taocoder_add_relevant_code_ref, taocoder_add_decision_human_confirmed и другие). Во-вторых, периодически запускается update-cycle: когда накапливается достаточно новых оборотов диалога, модель автоматически анализирует последние сообщения, извлекает дополнительные факты, решения и находки и сохраняет их в Task Context, после чего старые сообщения архивируются. Эти два механизма дополняют друг друга и вместе удерживают историю в bounded размере.

check_all.sh — страж качества. По умолчанию TAO·CODER создаёт скрипт check_all.sh, который запускает полный набор проверок: typecheck, линтер, тесты, проверку документации. Скрипт не даёт сдать задачу с плохим кодом. Перед завершением задачи агент обязан прогнать check_all.sh и исправить всё до зелёного статуса.

Экономичность на flash-моделях. Благодаря bounded prompt и update-cycle TAO·CODER эффективно решает сложные задачи даже на дешёвых flash-моделях (DeepSeek V4 Flash, Gemini Flash, Claude Haiku и другие). Контекст не разрастается, поэтому нет смысла переплачивать за фронтирные модели для типовых задач.

• Выполненный этап проекта: $1–5 ( $5 — это максимум).
• Средний проект (например, кастомная CRM с HTML-рассылками и формами на 100–150k строк кода): ~$200 по токенам (100K строк продакшн-кода с разворачиванием, без стоимости VPS; DeepSeek 4 Flash + DeepSeek 4 Pro суммарно).
• Если нужно чуть быстрее и качественнее — DeepSeek V4 Pro, модели семейства Qwen или прошлые поколения GPT с адекватными ценами.
• Фронтирные модели для типовой разработки — переплата. Они нужны только для сложных архитектурных решений или особо запутанных багов.

Написание агента: TAO·CODER (с точкой посередине). В коде и идентификаторах используется camelCase: TaoCoder. В тексте, документации и UI — только TAO·CODER.

---

2. Установка

2.1. Установка VS Code / VS Codium

Если VS Code ещё не установлен — скачайте с code.visualstudio.com.

TAO·CODER также работает в VS Codium (opensource-сборка VS Code). Важно: последняя версия расширения всегда доступна на VS Code. На VS Codium обновление может приходить с задержкой.

2.2. Установка расширения TAO·CODER

Откройте VS Code и перейдите во вкладку Extensions (иконка квадратов в левой панели или Cmd+Shift+X). В поиске введите TAO·CODER (с точкой) и нажмите Install.

После установки Trust Developer (подтвердите разработчика). Расширение установится, и его иконка появится в самой левой полосе Activity Bar.

Перенос панели вправо (рекомендуется). По умолчанию TAO·CODER открывается в левой панели. Для удобства перенесите его вправо:

1. Кликните правой кнопкой мыши на иконке TAO·CODER в Activity Bar (левый вертикальный ряд иконок).
2. Выберите Move to Right Side Bar (переместить в правую панель).

2.3. Выбор модели и провайдера

1. Нажмите на иконку шестерёнки (Settings) в верхней полосе окна чата TAO·CODER.
2. Выберите LLM Provider — провайдера, через которого будете работать. Список поддерживаемых провайдеров (доступны все актуальные модели каждого):
   • DeepSeek (рекомендуется: DeepSeek V4 Flash для типовых задач, V4 Pro если нужно быстрее и качественнее)
   • Anthropic (Claude)
   • OpenAI (GPT)
   • Google Gemini
   • Qwen
   • AWS Bedrock, Azure OpenAI, GCP Vertex AI
   • OpenRouter (доступ к 200+ моделям)
   • Cerebras, Groq, Mistral
   • Локальные модели через LM Studio или Ollama
   • Любой OpenAI-совместимый API
3. Рекомендую начать с DeepSeek V4 Flash — оптимальное соотношение цена/качество для большинства задач.
4. Если у провайдера нет API-ключа — нажмите на ссылку регистрации, зарегистрируйтесь, получите ключ и пополните баланс.
5. Введите ключ в поле API Key.
6. Выберите модель и нажмите Add to Favorites. Можно добавить несколько моделей — во время работы их можно переключать.
7. Рекомендуется добавить 2–3 провайдера для подстраховки на случай сбоя.
8. Сохраните настройки кнопкой Done.

2.4. Панель Task Context (Cockpit)

Task Context — это управляемая память агента. Она живёт в отдельной панели, не в истории чата.

Как открыть:

1. В центральной области редактора (там, где открыт TAO·CODER) посмотрите на верхнюю часть панели.
2. Там есть кнопка разделения экрана — нажмите на неё, чтобы разделить центральную область на 2 части (например, редактор и панель).
3. В правой части нажмите на меню с тремя точками (...) и выберите Task Context, или нажмите кнопку Task Context, которая находится прямо над полем ввода сообщений.

Появится панель Task Context (английская надпись). Это cockpit — приборная панель задачи. В ней отображаются: спецификация задачи, план выполнения, релевантные ссылки на код, принятые решения, заметки, стадии, снапшоты.

2.5. Язык

В настройках TAO·CODER найдите параметр Preferred Language. Это язык, на котором агент будет отвечать вам в чате и рассуждать. Выберите русский (Russian).

2.6. Поисковый провайдер (опционально)

Если нужно, чтобы агент мог искать информацию в интернете:

1. В настройках найдите раздел Web Search Provider.
2. Выберите Brave (рекомендуется) — ключ можно получить бесплатно на brave.com/search.
3. Введите ключ.

После этого агенту станут доступны инструменты web_search и web_fetch.

---

3. Методология работы

TAO·CODER включает в себя методологию разработки при помощи ИИ, которая отличается от классической. Агент и методология — результат года интенсивной разработки с AI-агентами (порядка 2 млн строк кода готовых проектов).

Не бросайтесь сразу в режим Developer. Начните с режима Architect.

3.1. Режимы (role modes)

У TAO·CODER есть пять встроенных режимов, каждый со своими стадиями, инструментами и контрактами. Переключатель режимов находится прямо над полем ввода сообщений. Рядом с ним есть кнопка Mode Help — нажмите её, чтобы увидеть короткую справку по каждому режиму.

Режим	Назначение	Стадии
Architect	Проектирование архитектуры, написание документов	discussion → docs
Developer	Разработка и рефакторинг	clarification → data_collection → development → audit → (rework → audit) → report
Ops	Операционные задачи: деплой, мониторинг, откат	diagnosis → change → validation → escalation
Debug	E2E-тестирование, отладка	setup → environment → execution → fix → validation
Free	Быстрые правки без формальных стадий	стадийная машина отключена

При первом создании задачи выбирается режим. Внутри задачи его можно переключить, поставив задачу на паузу (Pause), но делать это не рекомендуется: каждый режим ведёт свой Task Context, и переключение может нарушить контекст.

Помимо встроенных режимов, TAO·CODER поддерживает кастомные режимы через систему TAO·MODES — об этом подробнее в разделе 4.1.

3.2. Стадии (stage pipeline)

В режиме Developer задача проходит следующие стадии:

1. Clarification (уточнение) Агент задаёт вопросы, чтобы понять, что нужно сделать. Он не трогает код — только уточняет.

2. Data Collection (сбор данных) Изучает код: читает файлы, ищет зависимости, исследует архитектуру. Инструменты записи заблокированы — изменения файлов невозможны.

3. Development (разработка) Пишет код, редактирует файлы, запускает команды. Полный доступ к инструментам.

4. Audit (аудит) Проверяет свои изменения на соответствие acceptance criteria, прогоняет тесты, check_all.sh.

5. Rework (доработка) — если аудит обнаружил проблемы. Если проверки не прошли, агент возвращается на стадию доработки, исправляет замечания и снова запускает аудит. Цикл audit → rework → audit повторяется, пока все проверки не станут зелёными.

6. Report (отчёт) Подводит итог: что сделано, что изменено, как проверить. Файлы и команды недоступны — только отчёт.

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

3.3. Ключевые документы

README_AI.md — библия проекта для ИИ. Это обязательный документ, который TAO·CODER создаёт в корне проекта. В нём содержится вся информация, необходимая агенту для быстрого понимания проекта: описание, архитектура, структура репозитория, как запускать, как проверять качество. Агент читает этот файл при старте каждой задачи и обновляет его по ходу разработки.

CHECK_ALL.md и check_all.sh — страж качества. CHECK_ALL.md — описание скрипта проверок. check_all.sh — исполняемый скрипт, который прогоняет typecheck, линтер, тесты и проверку документации. Агент не может завершить задачу, пока check_all.sh не покажет зелёный статус. Это защищает от сдачи неработающего кода.

Roadmap (дорожная карта). Агент составляет Roadmap так, чтобы один этап помещался в один цикл разработки (одну задачу). Этапы идут последовательно и независимы друг от друга.

3.4. Процесс запуска задачи

Если проект новый:

1. Переключитесь в режим Architect.
2. Опишите агенту, что хотите сделать, кто ваша целевая аудитория, какой дизайн вы хотите.
3. Агент задаст уточняющие вопросы, затем поэтапно напишет документы: PRODUCT_CONCEPT → TARGET_AUDIENCE → ARCHITECTURE → DESIGN_SYSTEM → README_AI → ROADMAP → CHECK_ALL.
4. Прочитайте документы. Если нужно — попросите агента пояснить и исправить. Не стесняйтесь уточнять непонятное или просить применить наиболее логические решения.

Если проект уже существует:

1. Переключитесь в режим Architect.
2. Попросите провести аудит проекта и заполнить документы на основе того, что уже есть.

Когда все документы готовы и вас устраивает их содержание:

(A) Запуск задачи в Developer:

1. Нажмите + (New Session) и выберите режим Developer.
2. Откройте Roadmap (лежит в корне проекта или в папке docs/).
3. Найдите Этап 1, выделите его текст — появится лампочка (предложение действий).
4. Нажмите на лампочку и выберите Add to TaoCoder.
5. В чате появится ссылка на этап. Напишите «Выполняем Этап 1» (или «Phase 1»).
6. Агент разберётся в проекте, задаст уточняющие вопросы. Если всё устраивает — подтвердите критерии, которые он составил.
7. Дальше начнётся работа: агент будет собирать данные, писать находки в память, разрабатывать, проводить аудит, дорабатывать, прогонять тесты. В конце он придёт с отчётом.
8. Повторите пункт (A) для каждого этапа Roadmap, пока не пройдёте всё целиком.

Ops — развёртывание на сервер. Режим Ops сам расскажет, что ему нужно для развёртывания (локально или на VPS).

Debug — E2E-тестирование. Режим Debug для разработки и прогонки полноценных E2E-тестов на локально развёрнутом проекте.

Free — быстрые правки. Режим Free для мелких правок и задач, где не нужен полный цикл стадий. Память задачи (Task Context) всё равно ведётся, но стадии отключены.

---

4. Расширенные возможности

Когда вы освоились с базовой работой, TAO·CODER открывает мощные инструменты для автоматизации и расширения возможностей агента.

4.1. TAO·MODES — свои режимы работы

TAO·MODES — это система кастомных режимов, которая позволяет создать собственный «профиль работы» для агента. Если встроенные режимы (Architect, Developer, Ops, Debug, Free) не покрывают ваш сценарий — вы можете создать свой.

Что такое режим? Режим — это набор стадий, промптов и правил, которые определяют, как агент работает. Каждый режим состоит из:

• Системный промпт — инструкции для агента (файл .md)
• Стадии — последовательность этапов, каждый со своим промптом, набором доступных инструментов и критериями выхода
• Флаги — какие возможности доступны (MCP, Rules, требуемые секреты и т.д.)

Примеры кастомных режимов:

• Code Review — стадии analyze → report → fix для автоматического ревью кода
• Documentation — стадии extract → structure → write → validate для генерации документации
• Autonomous Cyclic — режим для запуска по расписанию с циклическим выполнением задач
• Cross-Mode Task Creation — агент в одном режиме создаёт задачи, которые запускают другие режимы

Как создать свой режим:

Самый простой способ — использовать встроенный режим Mode Builder:

1. В переключателе режимов (под полем ввода сообщений) выберите Mode Builder.
2. Опишите агенту, какой режим вам нужен (например, «Создай режим для автоматического ревью PR»).
3. Агент проведёт вас через 4 стадии:
   • clarification — уточнит, что именно нужно
   • design — спроектирует структуру режима
   • implementation — создаст файлы режима
   • validation — проверит, что режим работает корректно

Где хранятся режимы:

Область	Путь	Назначение
Глобальные	~/.taocoder/modes/	Доступны во всех проектах
Проектные	<корень проекта>/.taocoder/modes/	Только для текущего проекта

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

Управление режимами: Нажмите кнопку TAO·MODES (🧭) в правой панели навигации. Откроется экран управления режимами с вкладками:

• Modes — список всех режимов, выбор, копирование, скрытие
• Editor — создание и редактирование режимов вручную
• Presets — управление пресетами инструментов
• Info — встроенная документация по TAO·MODES

Переключение режимов в чате: Внизу чата, рядом с полем ввода, есть выпадающий список режимов. Нажмите на него, чтобы выбрать кастомный режим для текущей задачи. Если выбран кастомный режим — его имя отображается вместо «TAO·MODES».

4.2. MCP серверы — внешние инструменты

MCP (Model Context Protocol) — это протокол для подключения внешних инструментов и ресурсов к агенту. Через MCP вы можете дать агенту доступ к базам данных, API сторонних сервисов, специализированным инструментам — всему, что имеет MCP-сервер.

Зачем это нужно? Встроенные инструменты TAO·CODER покрывают работу с файлами, терминалом и браузером. Но если вам нужно, чтобы агент работал с PostgreSQL, отправлял сообщения в Slack, управлял Jira-тикетами или использовал специализированные библиотеки — MCP серверы расширяют возможности агента без изменения его кода.

Как подключить MCP сервер:

1. Нажмите кнопку MCP (🖥) в правой панели навигации.
2. Нажмите + Add Server.
3. Выберите тип сервера:

Локальный сервер (запускается на вашей машине):

• Укажите команду запуска (например, node, python, npx)
• Аргументы команды
• Переменные окружения (включая API-ключи)

Удалённый сервер (подключается по HTTP):

• URL сервера
• Транспорт: streamableHttp (по умолчанию) или sse (Server-Sent Events)
• Заголовки (например, Authorization: Bearer <token>)

4. Сохраните конфигурацию. Сервер появится в списке с индикатором статуса (подключён / отключён / ошибка).

Пример конфигурации (локальный сервер):

{
  "mcpServers": {
    "my-database": {
      "command": "npx",
      "args": ["@modelcontextprotocol/server-postgres", "postgresql://localhost/mydb"],
      "env": {}
    }
  }
}

Пример конфигурации (удалённый сервер):

{
  "mcpServers": {
    "slack-tools": {
      "url": "https://mcp.example.com/slack",
      "transportType": "streamableHttp",
      "headers": { "Authorization": "Bearer xoxb-your-token" }
    }
  }
}

Безопасность: Секреты (API-ключи) хранятся в защищённом хранилище VS Code и никогда не записываются на диск в открытом виде. Используйте плейсхолдеры {{SECRET:KEY}} в конфигурации — значения подставятся автоматически при выполнении.

Индикатор на кнопке MCP: Красная цифра — есть отключённые серверы; обычная цифра — все серверы подключены.

4.3. REST API — подключение к внешним API

Помимо MCP, TAO·CODER поддерживает прямое подключение к REST API. Это полезно, когда у сервиса нет MCP-сервера, но есть обычный HTTP API.

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

1. Нажмите кнопку REST API (🌐) в правой панели навигации.
2. Нажмите + Add Server.
3. Заполните:
   • Server Name — уникальное имя сервера
   • Base URL — базовый URL API (например, https://api.example.com)
   • Headers — заголовки авторизации (например, Authorization: Bearer <token>)
4. Добавьте эндпоинты:
   • Name — имя эндпоинта (например, get-users)
   • Method — HTTP-метод (GET, POST, PUT, DELETE)
   • Path — путь (например, /users)
   • Description — описание для агента

Импорт из OpenAPI (Swagger): Если у API есть спецификация OpenAPI — можно импортировать все эндпоинты автоматически:

1. В редакторе выберите Import from OpenAPI Spec.
2. Вставьте JSON/YAML спецификации или укажите URL.
3. Спецификация валидируется, и все эндпоинты добавляются автоматически.

Как агент использует REST API: Когда агенту нужно вызвать эндпоинт, он использует инструмент use_rest_api, указывая имя сервера и эндпоинта. Ответ отображается в чате в виде раскрываемого блока.

Пример конфигурации:

{
  "restApiServers": {
    "github-api": {
      "baseUrl": "https://api.github.com",
      "headers": { "Authorization": "Bearer {{SECRET:githubToken}}" },
      "endpoints": [
        {
          "name": "list-repos",
          "method": "GET",
          "path": "/user/repos",
          "description": "List current user's repositories"
        }
      ]
    }
  }
}

4.4. Rules и Workflows — правила и рабочие процессы

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

Где хранятся правила:

Тип	Путь	Назначение
Глобальные	~/.taocoderules/	Применяются ко всем проектам
Проектные	<корень проекта>/.taocoderules/	Только для текущего проекта

Поддерживаются форматы правил из разных инструментов: Cline (.md файлы), Cursor, Windsurf и Agents. Каждое правило можно включить или выключить.

Workflows (рабочие процессы) — это серии шагов для повторяющихся задач. Например, деплой сервиса, отправка PR, генерация отчёта. Чтобы запустить workflow, введите /workflow-name в чате.

Workflows хранятся в:

• Глобально: ~/.taocoderules/workflows/
• Проектно: <корень проекта>/.taocoderules/workflows/

Hooks (хуки) — скрипты, которые выполняются в определённые моменты жизненного цикла агента (до/после вызовов инструментов). Хранятся в ~/.taocoderules/hooks/ и <корень проекта>/.taocoderules/hooks/.

Skills (навыки) — переиспользуемые наборы инструкций, которые агент активирует по запросу через инструмент use_skill, когда задача подходит под описание навыка.

Управление: Нажмите кнопку Rules (📖) в правой панели навигации. Откроется экран с вкладками: Rules, Workflows, Hooks, Skills — для каждого типа контента.

4.5. Запуск по расписанию (Schedule)

TAO·CODER поддерживает автоматический запуск задач по расписанию (cron). Это мощный инструмент для автоматизации рутинных операций: ночные сборки, периодический аудит кода, регулярная генерация отчётов.

Как настроить расписание:

1. Нажмите кнопку Schedule (📅) в нижней группе правой панели навигации.
2. Нажмите + Create Schedule.
3. Заполните:
   • Название — имя расписания (например, «Nightly build»)
   • Cron-выражение — когда запускать (например, 0 2 * * * — каждый день в 2:00)
   • Режим — в каком режиме работать (например, Developer)
   • Задача — что делать (текст задачи для агента)
4. Сохраните.

Как это работает:

• Задачи по расписанию запускаются в автономном режиме — агент работает без запросов подтверждения. В заголовке задачи отображается фиолетовый бейдж «Autonomous run (scheduled)».
• Если VS Code был закрыт или компьютер спал в момент запланированного запуска — при следующем открытии появится диалог с предложением: Run now (запустить сейчас), Skip (пропустить) или Reschedule (перенести).

Примеры cron-выражений:

• 0 2 * * * — каждый день в 2:00
• 0 */6 * * * — каждые 6 часов
• 0 9 * * 1-5 — в 9:00 по будням
• 0 0 1 * * — первого числа каждого месяца в полночь

Индикатор на кнопке Schedule: Цифра показывает количество активных расписаний.

---

5. Практические советы и troubleshooting

Советы

1. Не начинайте с Developer. Даже для существующего проекта начните с Architect. Это сэкономит деньги и нервы: агент сначала поймёт проект и запишет всё в документы, а потом будет работать осмысленно.

2. Не стесняйтесь уточнять. Агент — не телепат. Если что-то непонятно или хотите по-другому — попросите. Особенно в режиме Architect.

3. Смотрите в Task Context. В панели Task Context (Cockpit) можно видеть, какие этапы пройдены, какой текущий TODO, что лежит в разделах памяти (релевантный код, решения, заметки). Там же отображается статистика: сколько времени прошло, сколько ходов сделано, сколько потрачено на токены. Система не позволяет Task Context быть пустым или неполным — он сам себя контролирует. Регулировать по сути нечего.

4. Используйте несколько провайдеров. Если один провайдер упал (ошибка, лимит, сбой), переключитесь на другого. Добавьте в Favorites модели хотя бы двух провайдеров.

5. Создавайте репозиторий заранее. Лучше сразу создать репозиторий на GitHub/GitLab и привязать его к папке локально. Агент в режиме Free поможет это сделать.

6. Экономьте на моделях. Для типовой разработки flash-моделей (DeepSeek V4 Flash, Gemini Flash) достаточно. Фронтирные модели (Claude, GPT-5 и другие) оставьте для сложной архитектуры и запутанных багов.

7. Не ждите, что агент всё сделает мгновенно. TAO·CODER работает основательно: собирает данные, пишет документы, проводит аудит. Качественный результат требует времени. Не пугайтесь — это иногда долго, но всё равно недорого и очень надёжно.

8. Используйте TAO·MODES для повторяющихся сценариев. Если вы регулярно делаете однотипные задачи (ревью PR, генерация документации, деплой) — создайте кастомный режим через Mode Builder. Это сэкономит время и обеспечит стабильное качество.

9. Автonomous mode для рутины. Включите переключатель Autonomous (в правой панели навигации), чтобы агент работал без подтверждений каждого действия. Удобно для задач, где вы доверяете агенту.

Troubleshooting

Агент завис / перестал отвечать. Сначала попробуйте поставить задачу на паузу (Pause), затем нажмите Continue (продолжить). Если пауза тоже не ставится — закройте VS Code, откройте заново, выберите задачу из истории и нажмите Continue. Это известная проблема — наследие того, что агент делался не с нуля. Проблемы постепенно устраняются.

Агент просит ручного подтверждения. TAO·CODER не может полностью переписывать большие файлы — это ограничение безопасности. Некоторые команды (например, восстановление файлов из удалённого репозитория) запрещены навсегда. Это нормально.

Не отображается панель Task Context. Убедитесь, что центральная область разделена на 2 части (нажмите кнопку разделения экрана), затем в меню ... выберите Task Context, или нажмите кнопку Task Context прямо над полем ввода сообщений.

Не удаётся найти TAO·CODER в Marketplace. Возможно, на VS Codium расширение опаздывает. Используйте VS Code Marketplace для установки последней версии.

web_search не работает. Проверьте, что в настройках выбран Web Search Provider (например, Brave), и что API-ключ введён и сохранён.

MCP сервер не подключается. Проверьте: команду запуска и аргументы (для локальных серверов), URL и заголовки (для удалённых серверов). Нажмите кнопку MCP (🖥) — красный индикатор покажет, какие серверы отключены. Попробуйте переподключить через кнопку тестирования.

---

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