Я для своих проектов делаю, в том числе, подобную штуку. Для интеграции на одной машине хватает двух притивов: файл(тикет) в котором будет общение и нотификации через pull модель, где один агент ждет изменения или правильного статуса для работы.
Удобно получается оркестировать несколько харнессов(у меня claude и agy) и сессий, которые делают параллельную работу, но пересекциющуюся по файлам - они сами в курсе, откуда придут новые изменения и как их подхватить.
Здравствуйте,
Модель токены не тратит в этот момент. Поллит харнесс модели. Так что на эту коммуникацию тратится ровно ноль контекста.
Единственный минус в этой схеме - трата процессорного времени на сам поллинг, но тратится его относительно немного.
Я для своих проектов делаю, в том числе, подобную штуку. Для интеграции на одной машине хватает двух притивов: файл(тикет) в котором будет общение и нотификации через pull модель, где один агент ждет изменения или правильного статуса для работы.
Удобно получается оркестировать несколько харнессов(у меня claude и agy) и сессий, которые делают параллельную работу, но пересекциющуюся по файлам - они сами в курсе, откуда придут новые изменения и как их подхватить.
Референсы
1. Usage в skill'ах
https://github.com/muratovv/ai-hats/blob/5a213d84/packages/ai-hats-library/src/ai_hats_library/usage/traits/leader/config.yaml
https://github.com/muratovv/ai-hats/blob/5a213d84/packages/ai-hats-library/src/ai_hats_library/usage/traits/worker/config.yaml
Этими скиллами(трейтами в терминах проекта) можно явно сказать что какая-то сессия должна дождаться другую для выполения какой-то работы
2. https://github.com/muratovv/ai-hats/blob/5a213d84/src/ai_hats/cli/wait.py
сам tooling для wait