Личный удачный запрос ещё не становится командным инструментом. Коллеги приходят с разными данными, имеют разные права и по-разному понимают слово «готово». Поэтому переносить в команду нужно весь рабочий порядок, включая исключения и приёмку.
Разберём пример агента, который готовит справку к проектной встрече. Входы — действующий план и результаты за период. Выход — документ с изменениями, блокерами и решениями, требующими внимания руководителя.
В этой статье
- 1. Выберите форму командной работы
- 2. Назначьте владельца процесса
- 3. Составьте договорённость о входах и выходах
- 4. Проверьте роли на реальных примерах
- 5. Превратите требования в проверку
- 6. Настройте запуск и место доставки
- 7. Обучите команду пользоваться результатом
- 8. Управляйте изменениями инструкции
- Реальные проекты
- Источники
1. Выберите форму командной работы
Workspace Agents — сохраняемые командные сценарии с инструкциями, подключённым контекстом, действиями и форматом результата. Официальный пример OpenAI от 22 апреля 2026 года показывает сборку через разговорный конструктор, проверку, расписание и передачу коллегам. Наличие функции и прав создания нужно проверить в своей рабочей среде.
Не путайте такую службу с персональным Dot и отдельным поручением Work. Наш сценарий имеет стабильный стандарт: любой разрешённый участник запускает одну и ту же процедуру и получает сопоставимый документ. Если стандарт пока меняется ежедневно, сначала доведите его в обычной совместной работе.
Первоисточники: Building workspace agents in ChatGPT to complete repeatable, end-to-end work ↗
2. Назначьте владельца процесса
Нужен человек, который отвечает за содержание инструкции, доступность источников и приёмку спорных результатов. Это не обязательно разработчик. Для проектной справки подходящим владельцем может быть руководитель направления, который понимает смысл статусов и обязательств.
Отдельно определите, кто поддерживает подключение сервисов. Если агент перестал видеть файл, редактор справки не должен угадывать причину. Команда должна знать, кому передать техническую проблему и как временно выполнить процесс вручную.
В Macari источник поручения, полномочия пользователя и принятие результата являются отдельными частями системы. Этот кейс полезен как модель ответственности. Он не означает, что любой внешний агент автоматически наследует такие же права или правила.
3. Составьте договорённость о входах и выходах
Опишите, что обязательно передают при запуске: проект, период, ссылки на источники и получателя. Если поле отсутствует, заранее определите поведение. Для первого командного сценария лучше вернуть конкретный вопрос, чем молча выбрать проект или дату.
Укажите структуру справки: подтверждённые изменения, материалы на проверке, блокеры и решения владельца. Для каждого пункта нужен источник. Событие в календаре не равно завершённой задаче, а загруженный файл не обязательно принят заказчиком.
Сравнение по задаче · на телефоне таблицу можно листать
| Часть процесса | Что фиксируем | Кто проверяет |
|---|---|---|
| Вход | Проект, период, источники | Инициатор |
| Обработка | Правила статусов и исключений | Владелец процесса |
| Результат | Документ с основаниями | Получатель |
| Доставка | Точное место и доступ | Ответственный за подключение |
4. Проверьте роли на реальных примерах
Протестируйте сценарий от имени участников с разными разрешениями. У каждого подключения сначала проверьте режим авторизации: End-user account использует учётную запись запускающего пользователя, Agent-owned account — отдельную закреплённую учётную запись. Во втором случае агент может видеть материалы, недоступные самому сотруднику. Поэтому отдельно определите, кому разрешено запускать агента и получать его результат. Текст инструкции сам по себе не меняет права в подключённом сервисе.
Подготовьте тест, где документ недоступен. Правильный результат — обозначенный пробел, а не похожая информация из другого проекта. Ещё один тест — отсутствие прав на место записи. Сохранённый локально черновик полезен, но его нельзя выдавать за доставленную команде справку.
В RIGHTHALL разные участники работают с каталогом, задачами и документами. Для подобных процессов особенно важно заранее определить, какое основание считается действующим и кто вправе изменить его. Это организационная настройка, которую не заменяет общий доступ к агенту.
Первоисточники: Building workspace agents in ChatGPT to complete repeatable, end-to-end work ↗
5. Превратите требования в проверку
Соберите небольшой набор прошлых периодов, по которым результат известен. Включите обычную неделю, отменённое решение, задержанный материал и противоречивые статусы. Сравните справку агента с тем, что действительно произошло.
Замечания записывайте по причинам: потерян источник, перепутан статус, пропущен важный пункт, добавлен лишний. После правки повторите тест на другом периоде. Не улучшайте инструкцию так, чтобы она угадывала только знакомый пример.
Определите допустимую границу: какие ошибки сотрудник способен исправить на приёмке, а какие делают процесс непригодным. Для справки выдуманный срок обычно важнее неудачной формулировки заголовка.
Подготовь справку по указанному проекту за заданный период. Используй только перечисленные источники. Разделы: подтверждённые изменения, результаты на проверке, блокеры, решения руководителя. Каждое утверждение свяжи с исходной записью. При отсутствии доступа покажи, какая часть не проверена. Перед сохранением проверь, что предложения не представлены как принятые решения.
6. Настройте запуск и место доставки
Начните с ручного запуска сотрудником. После нескольких проверенных циклов определите расписание: время, часовой пояс, период отчёта и точное место сохранения. Продумайте поведение при пустой выборке, повторном запуске и частично недоступных источниках.
Если запуск приходит из внешней системы через API, его принятие ещё не означает завершение работы: официальный пример OpenAI описывает асинхронную постановку в очередь. Проверять нужно итог в назначенном месте. Поэтому в вашей процедуре нужен идентификатор запуска и наблюдаемая связь с результатом.
Первоисточники: Trigger a Workspace Agent from the API ↗
7. Обучите команду пользоваться результатом
Проведите короткий разбор на настоящей справке. Покажите, как открыть источник, сообщить об ошибке и отличить неполный отчёт от отсутствия проблем. Важно, чтобы сотрудники не принимали уверенный тон за свидетельство полноты данных.
Обратную связь собирайте в одном месте. Комментарий «неправильно» почти бесполезен; нужны пункт, исходная запись и ожидаемое изменение. Так улучшается общий процесс, а не только ответ одному человеку.
На старте сохраняйте ручной способ подготовки справки. Он нужен для сравнения и продолжения работы при недоступности подключения. Это обычная операционная возможность, а не признак неудачного внедрения.
8. Управляйте изменениями инструкции
У каждого изменения должен быть повод: новый источник, ошибка теста, другое требование получателя. Записывайте версию инструкции и проверяйте прежние сложные примеры после правки. Иначе улучшение для одной группы сотрудников может ухудшить результат для другой.
Расширяйте службу по одному направлению: новые проекты, новый источник или дополнительное действие. Если изменить всё одновременно, будет трудно понять причину сбоя. Командный агент становится полезным, когда его поведение можно объяснить и восстановить после ошибки.
Перейдите от инструмента к проекту.
Macari: роли и приёмка ↗Практический пример разделения источника, полномочий и принятия результата.
RIGHTHALL: процессы разных участников ↗Пример связанной работы каталога, задач и документов.Командный агент готов к работе, когда понятны его владелец, источники, исключения и способ проверить доставленный результат. Начните с одной общей процедуры и ручного запуска.
Встроим агента в работу команды
Опишем общий процесс, проверим роли и сложные примеры, затем подготовим сотрудников к использованию и приёмке результата.
Источники и дата проверки
Проверено 15 октября 2026 года. Доступность функций зависит от продукта, аккаунта и региона; приведённые примеры запросов — рабочие заготовки для вашей проверки.
- Building workspace agents in ChatGPT to complete repeatable, end-to-end work ↗Командные повторяемые сценарии, конструктор, тестирование, расписание и доступ; историческая дата примера не выдаётся за текущий статус preview. Различие End-user account и Agent-owned account при подключении инструментов. · Дата источника: 2026-04-22
- Trigger a Workspace Agent from the API ↗Асинхронный запуск: принятый триггер не равен готовому результату в назначении. · Дата источника: 2026-06-18
