Tencent WorkBuddy · Учебник 12
Проекты WorkBuddy, Эксперты и Команды Агентов
Создать контекст совместного проекта, разделить роли и разрешения, выбирать экспертов или навыки, а также просматривать работу нескольких людей и агентов.

0 из 1 завершено
Справочное руководство · Читайте при необходимости · Просмотреть маршрут
Последняя проверка и обновление: 3 сентября 2026 года
Проекты WorkBuddy организуют инструкции команды, коннекторы, экспертов, навыки, активы и задачи. Каждая задача по-прежнему имеет собственный чат и рабочее пространство, при этом контекст проекта внедряется, чтобы участники не повторяли одни и те же правила.

Сначала создайте устав проекта
Используйте синтетический проект под названием Practice product launch:
Цель: Создать проверенный внутренний бриф и презентацию для запуска.
Источник правды: Утвержденные файлы в Project Assets / Только проверенные.
Аудитория: Именованные члены практической команды.
Требуемое поведение: Разделять исходные факты, расчеты и рекомендации.
Запрещенные действия: Нет публичных публикаций, внешних сообщений, покупок, изменения разрешений или удаления.
Владелец утверждения: [person]
Правило актуальности: Каждый внешний факт должен иметь источник URL и дату проверки.
Места вывода: Черновики / Проверено / Опубликовано (пусто, если не утверждено).
Инструкции проекта должны быть достаточно короткими для аудита. Не скрывайте разрешения или юридические требования в огромном персональном запросе.
Добавлять ресурсы с указанием статуса
Активы проекта могут быть загружены или сохранены из результатов задач и станут доступны через поиск. Поиск помогает находить релевантный материал, но не может определить, какой черновик был утвержден, если вы его не отметите.
Для каждого актива фиксируйте:
- Владелец
- Статус: черновик, проверено, устарело
- Дата проверки
- Область применения
- Чувствительность
- Триггер повторной проверки или срока действия
Перемещайте устаревший бриф в явно обозначенную область «устаревшие», вместо того чтобы оставлять два файла с одинаковым названием в одной папке.
Навык против эксперта против экспертной команды
Официальные указания описывают:
- Навык: способность использовать инструмент или повторяемая процедура.
- Эксперт: роль, объединяющая перспективу, метод и доступную цепочку инструментов.
- Экспертная команда: несколько специалистов, чей руководитель разрабатывает, распределяет и объединяет работу.
Выберите наименьшую структуру, подходящую для работы. Используйте Навык для составления отчета. Используйте Эксперта для проверки одной области. Используйте Экспертную команду только тогда, когда различные роли добавляют ценность и их результаты могут быть согласованы.
Эксперт автоматически не получает доступ к системе. Он использует файлы или сервисы только через то, что вы предоставляете, и что доступно через авторизованные навыки или инструменты MCP. Роли организуют рассуждения; права доступа контролируют полномочия.
Практикуйте проверку с несколькими ролями
Попросите экспертную команду оценить синтетический план запуска с тремя ролями:
- Рецензент исследований: проверяет качество источников и недостающие доказательства.
- Рецензент по операциям: проверяет владение, последовательность и зависимости.
- Рецензент по рискам: проверяет конфиденциальность, разрешения, внешние действия и откат.
Подсказка:
Просмотрите launch-plan-draft.md. Каждая роль должна предоставить:
1. подтвержденные сильные стороны,
2. проблемы с точным указанием раздела источника,
3. отсутствующие доказательства,
4. одно предложенное исправление.
Руководитель должен сохранять разногласия, а не усреднять их.
Не редактируйте черновик. Создавайте только review-report.md.
Ваша задача — проверить, использовала ли каждая роль источник, являются ли проблемы дубликатами и скрывал ли руководитель неопределенность.
Делитесь, передавайте и сотрудничайте осознанно
Задачи проекта могут быть поделены по ссылке, переданы или открыты для совместной работы несколькими людьми. Перед тем как поделиться:
- Подтвердите получателя и роль задачи.
- Проверьте артефакты и историю разговоров на наличие конфиденциального содержимого.
- Определите, нужен ли получателю доступ для просмотра, редактирования или управления.
- Удалите временные учетные данные или личные данные.
- Назовите владельца следующего действия и окончательного утверждения.
В рабочих пространствах команды Библиотеки официальная документация описывает уровни доступа: просмотр, редактирование, управление и отсутствие доступа. Доступ агента следует текущим разрешениям пользователя. Пользователь с широким доступом все равно может случайно попросить агента слишком многое раскрыть, поэтому также проверьте место назначения.
Граница автоматизации проекта
Автоматизации проекта описываются как персональные: их видит и управляет ими только создатель, даже если они работают в контексте проекта. Не подразумевайте, что вся команда знает о существовании запланированной задачи. Задокументируйте её владельца, расписание, идентификатор соединителя и путь уведомления в уставе проекта.
Проверка успешности
Пригласите одного практика-сотрудника или рассмотрите конфигурацию с двух ролей. Проект считается успешным, если у источников есть статус, инструкции проекта однозначные, публичные и персональные идентификаторы соединителей понятны, экспертные роли не подразумевают дополнительных прав, и один человек отвечает за окончательное утверждение.
FAQ
Делает ли добавление файла в Активы проекта каждого участника редактором?
Нет. Роли в проекте и задачах комбинируются для определения операций. Проверьте фактические права доступа, показанные для каждого участника и артефакта.
Должна ли каждая задача использовать команду экспертов?
Нет. Работа нескольких агентов увеличивает стоимость и необходимость согласований. Используйте одного агента для понятной задачи; добавляйте роли только тогда, когда независимые точки зрения или параллельное расследование улучшают результат.
Могут ли эксперты не соглашаться?
Да, и полезные системы сохраняют разногласия с доказательствами. Не просите ведущего создавать консенсус.
Быстрая самопроверка
Вопрос 1. У «финансового эксперта» нет авторизованного банковского соединителя. Может ли его роль получить доступ к вашему банку?
Ответ: Нет. Роль не создаёт разрешений сервиса; доступ предоставляется авторизованными соединителями, навыками, файлами и правами пользователя.
Официальные источники
Что дальше
Запланируйте проверенный рабочий процесс и подключите дистанционное управление без снятия надзора L13: Автоматизация и мобильное удалённое управление.