Скиллы
Папка в vault = плагин. Наборы по окнам, конвенция описания, запрет для мастера.
Три набора gatewaybeaver-agent
мета/бобер/скиллы/<набор>/<скилл>/SKILL.md. У меня три набора:
- общие - чаты, дневник, люди, роадмап: грузятся везде
- диспетчер - t3code, задачи, дом, вайбграм: руки, которые есть только у диспетчера
- vault - firefly, графики, beaver-alternative: тяжёлое, что не должно попадать в мастер
Мастер грузит общие + диспетчер, ветка - ещё и vault, глубокий - общие + vault. Поэтому firefly и beaver-alternative живут в ветке или глубоком чате.
Конвенция описания beaver-agent
description в фронтматтере всегда одной формы: «Use when X … Not for Y - use Z instead». Названная альтернатива, а не голое «не для». name: латиницей: кириллицу CLI рендерит дефисами.
В конце каждого скилла - раздел «Подводные камни»: туда агент пишет поправки Бобра по этому скиллу, одна строка с датой.
Персона как скилл beaver-agent
beaver-alternative - альтернативный голос, который включается словами и выключается словами. Пока вызов активен, весь голос ниже него. В мастере его нет: диспетчер открывает ветку с брифом, ветка сама открывает скилл. Это способ дать модели второй характер, не трогая системный промпт. Мой вариант приватный, в мокапе только идея.
Запрет для мастера beaver-agent
Без набора скилл и так не найдётся; правило forbid_skills нужно ради внятного отказа: мастер пробует открыть firefly, получает «это в ветке» и делает spawn(branch) вместо того, чтобы хакать на месте. requires_skill - обратное: запись в Firefly без открытого скилла отбивается.