Для слаженной работы команде нужно согласованное место хранения фактов и сведений о ходе работы. В Clero есть несколько видов контекста с разным назначением. Не предполагайте, что каждый агент видит каждое сообщение или что общее определение агента объединяет истории всех его проектов.
Выберите место для информации
| Информация | Подходящее место | Причина |
|---|---|---|
| Бриф, спецификация или принятый результат | Документ проекта | Понятный человеку справочный материал, на который команда может сослаться и который может проверить |
| Строки статуса, сопоставления, контрольные точки или идентификаторы обработанных элементов | Таблица Clero (Clero Sheet) | Структурированные записи, которые могут читать и обновлять несколько агентов проекта |
| Внешние справочные материалы | Источники знаний | Поиск подходящих фрагментов в заданной области |
| Обсуждение, исправление или запрос | Соответствующий разговор | Непосредственный обмен сообщениями и его контекст остаются вместе |
| Прежнее решение по проекту | История проекта, а для устойчивой фиксации решения — документ | Поиск в истории помогает найти подтверждение; принятое решение остаётся явно записанным |
| Устойчивые правила поведения или предпочтения агента | Инструкции агента, навык или основная память | Указания, рассчитанные на срок дольше одной задачи |
| Незакрытое обязательство или делегированная последующая работа | Отслеживаемая цель или рабочий пункт | Работу можно опознать и после завершения одного ответа |
Срок выполнения цели не является таймером запуска. Если что-то должно выполниться в будущем, создайте запланированную задачу или регулярное расписание.
Дайте общую ссылку при передаче работы
Вместо предположения «автор знает, что нашёл исследователь» попросите явно передать материалы:
Сохрани исследовательский бриф в этом проекте и добавь ссылку при передаче работы. Включи источники, неопределённости и решения, нужные автору. Попроси автора прочитать документ перед подготовкой черновика. Обновляй таблицу учёта: ответственный, состояние и ссылка на результат.
Так передачу можно проверить. Само членство в команде не доказывает, что конкретный фрагмент дошёл до другого агента. Статья Делегирование и сообщения объясняет пути передачи задач и сообщений.
Используйте таблицу для рабочих записей
Таблица подходит, если следующему запуску нужно знать, какой элемент уже обработан, какая запись соответствует внешнему идентификатору или какой результат относится к задаче. Используйте стабильный ключ и понятные значения статуса.
Например, процесс подготовки контента может хранить по одной строке на каждый утверждённый источник: идентификатор источника, ссылку на черновик, проверяющего и состояние проверки. Попросите каждый запуск прочитать эту строку перед созданием ещё одного черновика. Это полезный подход к построению процесса, а не гарантия, что любой процесс автоматически исключает дублирование работы.
Проверенный в работающем интерфейсе процесс создания, сохранения и повторного открытия описан в статье Таблицы.
Запрашивайте подтверждения из истории
В текущем исходном коде предусмотрен поиск в истории в пределах проекта. Полезно формулировать запрос конкретно:
Найди в этом проекте прежнее решение об аудитории приветственного чек-листа. Покажи соответствующее сообщение или источник и отдели зафиксированное решение от своей интерпретации.
Инструмент поиска в истории ищет исходные сообщения проекта; отдельный инструмент рассуждения помогает обобщать сведения из нескольких взаимодействий. Результаты могут отсутствовать или быть временно недоступны. Считайте восстановленное агентом резюме отправной точкой для проверки, особенно если решение влияет на публикацию, доступ или расходы.
История проекта и полное активное окно разговора — разные вещи. Гибкие чаты сохраняют отдельный непосредственный контекст, а постоянные разговоры команды продолжаются со временем. Ни один режим не означает, что вся история одновременно присутствует в каждом ответе.
Используйте долговременную память агента по назначению
Текущие инструменты памяти агента поддерживают просмотр списка, добавление или обновление и деактивацию отдельных элементов основной памяти (core memory). Храните в основной памяти устойчивые правила или предпочтения, действительно относящиеся к этому агенту, а не неструктурированную базу статусов проекта.
Можно попросить:
Покажи долговременные рабочие правила, сохранённые для этого агента. Прежде чем что-либо менять, укажи правила, относящиеся к старому проекту.
Если правило неверно, укажите точное исправление и попросите подтвердить сохранённое изменение. Деактивация элемента памяти не обещает удаления исходного чата, документов или записей сервисов. Эти элементы управления памятью подтверждены исходным кодом и не проверялись в работающем интерфейсе демонстрации.
Соблюдайте границы доступа
Определение агента может использоваться в нескольких пространствах. Его аудитория, разрешения и текущая область доступных во время выполнения ресурсов остаются отдельными понятиями. Общий доступ к агенту не предоставляет автоматически доступ к документам, сообщениям или данным команды другого пространства.
О текущих вариантах поиска материалов см. Знания агента. О границах доступа см. Данные и разрешения.