Документация ChatGPT
Русский
Связаться goolvyouyou@gmail.com

Использование плагина Admin в ChatGPT Work

Управляйте поддерживаемыми административными рабочими процессами, разрешениями и согласованиями в ChatGPT Work

Это руководство поможет понять, как плагин Admin поддерживает типовые задачи администрирования, подготовиться к выполнению задачи и опробовать запросы для основных сценариев с необходимыми согласованиями и контекстом.

Видео: плагин Admin в ChatGPT Work

1. Разберитесь, для чего предназначен плагин Admin

Плагин Admin предназначен для управления настройками, разрешениями и элементами управления непосредственно в ChatGPT Work. Вы описываете цель обычным языком, а плагин собирает необходимые входные данные, считывает текущее состояние, объясняет полученные результаты и подсказывает следующий поддерживаемый шаг.

Какие задачи решает плагин Admin

  • Преобразует запрос администратора в понятный рабочий процесс без необходимости писать запрос к API.
  • Позволяет проверить текущее состояние рабочего пространства перед принятием решения или согласованием изменения.
  • Показывает, какие авторизованные источники и поля подтверждают ответ, а также что не удалось проверить.
  • Приостанавливается для проверки перед поддерживаемым изменением, а затем повторно считывает запись для подтверждения результата.

Плагин использует в фоновом режиме отдельные API администрирования и одобренные подключённые источники данных. Он не объединяет все системы администрирования, не расширяет ваши разрешения и не делает все действия API доступными в ChatGPT. Возможность чтения или изменения данных плагином по-прежнему определяется системой, которой принадлежат эти данные.

Какие задачи решают API администрирования

API администрирования предоставляет программному обеспечению структурированный способ запрашивать данные или поддерживаемое действие. Организации могут использовать API администрирования для создания внутренних процессов или внешних инструментов. Типичные примеры — запланированные отчёты, повторяющиеся операции с большим количеством записей и подключения к одобренным системам. Такие рабочие процессы обычно требуют проверки со стороны инженерных команд, служб безопасности и специалистов по управлению.

Для использования этого руководства создавать рабочий процесс API не требуется. Остальная часть руководства посвящена плагину Admin. Администрирование рабочего пространства ChatGPT и администрирование OpenAI API Platform также остаются раздельными и имеют собственные требования к разрешениям и аутентификации.

Храните учётные данные в тайне

Используйте только одобренные вашей организацией подключения и системы хранения секретов. Никогда не вставляйте настоящий API key администратора в ChatGPT, Codex, документ или исходный файл.

2. Подготовьтесь к использованию плагина Admin

Используйте плагин Admin для поддерживаемой разовой задачи, когда хотите сформулировать запрос обычным языком. Опишите цель и предоставьте стабильные ID или одобренный контекст отчётности. Плагин покажет, что он обнаружил или что планирует изменить, прежде чем вы решите, следует ли продолжать.

Плагин использует только источники, учётные данные и действия, разрешённые для этой задачи. Он не объединяет все системы администрирования и не предоставляет вам более широких разрешений. Исходная система остаётся источником достоверных данных.

Перед началом работы

  1. Найдите раздел администрирования, в котором хранятся записи.
  2. Соберите необходимые входные данные и получите согласование.
  3. Начните с запроса только для чтения.
  4. Спросите у плагина, какие источники и поля он использовал и что ему не удалось проверить.
  5. Для поддерживаемого изменения проверьте план перед его согласованием. Затем попросите плагин повторно считать запись и подтвердить результат.

Убедитесь, что плагин доступен в вашем рабочем пространстве и у вас есть необходимые разрешения. Приведённые ниже сценарии работы с ролями и доступом соответствуют текущей документированной области возможностей плагина. Плагин может проверять роли, разрешения функций и назначения пользователей или групп. После вашего подтверждения он также может назначить существующую роль существующей группе.

Плагин не может создавать роли, изменять разрешения роли или подтверждать доступ к конкретному коннектору.

Для аналитических сценариев необходим доступ к подключённым одобренным источникам данных. Для анализа ROI также необходимы одобренные бизнес-результаты или результаты инженерной работы; одних записей об использовании недостаточно.

3. Изучите основные сценарии использования плагина Admin

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

Получение списка ролей рабочего пространства

Пример запроса

List the roles in workspace {workspace_id}. Separate built-in and custom roles. For each role, explain which features it can use and show the users or groups assigned to it. Don’t make changes.

Шаги

  1. Подготовка: Подтвердите ID рабочего пространства и наличие разрешения на просмотр этой информации.
  2. Выполнение: Запросите список ролей в режиме только для чтения.
  3. Проверка: Проверьте типы ролей, доступ к функциям и назначения.
  4. Подтверждение: Изучите все неожиданные результаты, не внося изменений.

Проверка одной роли

Пример запроса

Review role {role_id}. Explain its permissions in plain language, show who has it, and flag anything that looks broader than expected. Don’t edit the role.

Шаги

  1. Подготовка: Подтвердите ID роли и рабочее пространство.
  2. Выполнение: Запросите проверку роли в режиме только для чтения.
  3. Проверка: Убедитесь, что разрешения и назначения соответствуют предназначению роли.
  4. Подтверждение: Запишите все вопросы для владельца роли. Помните, что плагин не может создать роль или изменить её разрешения.

Анализ доступа пользователя или группы

Пример запроса

Help me understand the access for user {user_id} or group {group_id}. Show their assigned roles, explain what access those roles provide, and point out overlaps or gaps. Clearly say what you can’t verify.

Шаги

  1. Подготовка: Используйте стабильный ID пользователя или группы.
  2. Выполнение: Попросите плагин объяснить предоставленный доступ.
  3. Проверка: Проверьте назначенные роли и предоставляемый ими доступ. Отметьте все пересечения и пробелы.
  4. Подтверждение: Если плагин не может получить какие-либо сведения, пометьте их как неизвестные вместо того, чтобы строить предположения.

Назначение существующей роли группе

Пример запроса

Before making a change, show the current roles for group {group_id} and explain what role {role_id} would add. Confirm the recorded approver and wait for my explicit approval. After the assignment, verify the group’s updated roles.

Шаги

  1. Подготовка: Подтвердите ID группы и роли. Проверьте одобренный запрос и сведения о согласовавшем его лице.
  2. Выполнение: Попросите плагин показать текущие роли и предполагаемые изменения.
  3. Проверка: Согласуйте действие, только если план соответствует одобренному запросу.
  4. Подтверждение: После назначения повторно проверьте группу и убедитесь, что существующая роль добавлена в соответствии с согласованием.

Проверка общего разрешения для коннекторов

Пример запроса

Check whether user {user_id} has general connector access through their assigned roles. Ask the plugin to show which permissions support its answer. If it can’t verify access to a specific connector, have it say so clearly.

Шаги

  1. Подготовка: Подтвердите ID пользователя и своё разрешение на проверку его доступа.
  2. Выполнение: Запросите общую проверку разрешения.
  3. Проверка: Проверьте назначенную роль и разрешение, на основании которого сформирован ответ.
  4. Подтверждение: Используйте результат только как общую проверку. Он не доказывает наличие доступа к конкретному коннектору или подключённому объекту.

Устранение неполадок при одобренном изменении

Пример запроса

Review approved change {change_record_id}. Compare the requested result with the current workspace. If it failed, check the workspace and role first. Then confirm who owns the record, explain the issue, and suggest the safest next step.

Шаги

  1. Подготовка: Подтвердите запись об одобренном изменении и ожидаемый результат.
  2. Выполнение: Попросите плагин сопоставить запрос с текущим состоянием рабочего пространства.
  3. Проверка: Проверьте рабочее пространство и роль. Затем подтвердите владельца записи.
  4. Подтверждение: Используйте текущее состояние рабочего пространства как источник достоверных данных перед выбором следующего шага.

Оптимизация затрат и набора моделей

Пример запроса

For {date_range} in workspace {workspace_id}, group verified token use and cost by use case. Compare models and reasoning modes using the speed and quality information available. Flag costly workflows when the data shows little evidence of value. Recommend where spending could be reduced or redirected toward work with stronger productivity or cost results. Include any approved revenue or quality signals. Estimate possible savings, explain tradeoffs, and separate verified observations from assumptions or missing inputs. Keep this read-only.

Шаги

  1. Подготовка: Подтвердите рабочее пространство и диапазон дат, а также убедитесь, что данные о затратах охватывают весь период. Проверьте, какие одобренные поля производительности или результатов доступны.
  2. Выполнение: Запросите сравнение затрат и моделей.
  3. Проверка: Отделите выводы на основе данных от предположений, отсутствующих входных данных и компромиссов.
  4. Подтверждение: Прежде чем предпринимать действия, проверьте возможную экономию с финансовым отделом и владельцами рабочих процессов.

Анализ использования и внедрения

Пример запроса

Analyze workspace {workspace_id} during {date_range}. Show tasks and token use by team and business function. Group cost by use case. Summarize what teams use ChatGPT and Codex to accomplish. Include examples from Legal, Marketing, and Sales. Compare available use of skills and plugins. Only report tool calls, connected apps, and multi-tool workflows if those fields are available. Show where teams use more advanced workflows and where there may be room to expand. Rank the top {5_or_10} use cases and show whether a small group of highly active users accounts for most usage. Don’t guess about activity that is not in the data.

Шаги

  1. Подготовка: Проверьте рабочее пространство, диапазон дат и сопоставления команд. Убедитесь, что отчётность на уровне пользователей одобрена.
  2. Выполнение: Запросите анализ использования и внедрения.
  3. Проверка: Проверьте, какие из запрошенных полей доступны. Не учитывайте отсутствующие данные об активности вместо того, чтобы строить предположения.
  4. Подтверждение: Высокая активность не доказывает продвинутый уровень использования, пользу для бизнеса или эффективность отдельного сотрудника.

Оценка бизнес-ценности и ROI

Пример запроса

For workspace {workspace_id} in {date_range}, combine verified usage and cost with approved outcomes. Estimate value by team and use case. Include approved Sales measures for productivity, revenue, and quality. Compare teams and models, as well as workflows and user segments. Rank returns against cost. Show the sources and formula. Clearly state assumptions, limits, and missing inputs. Don’t claim ChatGPT caused the outcomes. Keep this read-only.

Шаги

  1. Подготовка: Проверьте рабочее пространство и диапазон дат, затем подтвердите одобренные результаты. Проверьте формулу и правила конфиденциальности.
  2. Выполнение: Запросите анализ ROI.
  3. Проверка: Проверьте каждый источник и каждое предположение. Отметьте все ограничения и отсутствующие входные данные.
  4. Подтверждение: Одни лишь данные об использовании не могут доказать ROI или причинно-следственную связь. Проверьте результат с финансовым отделом и владельцами бизнес-процессов.

Оценка ROI Codex

Пример запроса

For workspace {workspace_id}, combine verified Codex usage and cost from {date_range} with approved engineering outcomes. Estimate ROI by team, repository, and workflow. Compare productivity and delivery speed with code quality and engineering cost. Identify workflows that show high value or use many resources. Recommend changes to the model, reasoning mode, or workflow. Explain the tradeoffs and uncertainty. Present the findings as patterns in the available data, not proof that Codex caused the outcome. Return findings only; do not make changes.

Шаги

  1. Подготовка: Подтвердите рабочее пространство и отчётный период. Проверьте сопоставления команд и репозиториев, а также одобренные исходные данные.
  2. Выполнение: Запросите анализ ROI Codex.
  3. Проверка: Отделите наблюдаемые закономерности от предположений. Защищайте данные пользователей и репозиториев.
  4. Подтверждение: Проверьте рекомендации и исходные показатели результатов с инженерной командой.

4. Когда целесообразен рабочий процесс API

Некоторые организации создают собственные процессы администрирования или внешние инструменты с помощью API. Такой подход позволяет выполнять работу по расписанию или непрерывно. Он также может быть полезен, когда процесс охватывает множество записей или требует подключения к одобренной внутренней системе. Это отдельный подход, не связанный с управляемым процессом плагина Admin.

Начните с чётко определённой административной задачи: укажите необходимые входные данные и разрешения, точки проверки, ожидаемый результат и способ его фиксации. Если ваша организация автоматизирует задачу, привлеките соответствующие инженерные команды, службы безопасности и специалистов по управлению; храните учётные данные в одобренном хранилище секретов и протестируйте рабочий процесс перед развёртыванием.

Связанные ресурсы