AC workbuddy-skill-session-callback
【Только для настольной версии WorkBuddy】Callback сессии (Session Callback) — реализует возможность «вызова одной сессии другой»: внешний процесс, запланированная задача (cron job) или другая сессия агента отправляет сообщение в целевую сессию, чтобы разбудить ее агента для продолжения обработки с полным контекстом. Применимо для настольной версии WorkBuddy: пробуждение основной сессии для продвижения задачи после обратного вызова мониторинга, вызов указанной сессии запланированной задачей, уведомление сессии после завершения асинхронной задачи, передача работы между несколькими сессиями, замена механизма sessions_send в openclaw. Используйте этот навык, когда пользователь в WorkBuddy упоминает «会话回调», «唤醒会话», «session callback», «会话调起另一个会话», «cron 唤醒指定会话», «向会话注入消息», «主会话收到提醒后推进», «sessions_send». Примечание: этот навык зависит от локальной структуры WorkBuddy (~/.workbuddy/sessions/, projects/*.jsonl, /api/v1/acp/*) и не применим к другим платформам, таким как openclaw.
машинный переводПоказать оригиналСкрыть оригинал«【仅限 WorkBuddy 桌面版使用】会话回调（Session Callback）——实现"一个会话调起另一个会话"的能力：外部进程、定时…»
【仅限 WorkBuddy 桌面版使用】会话回调（Session Callback）——实现"一个会话调起另一个会话"的能力：外部进程、定时任务（cron job）或另一个 agent 会话，向目标会话注入消息，唤醒其 agent 带完整上下文继续处理。适用于 WorkBuddy 桌面版：监控回传后唤醒主会话推进任务、定时任务回调指定会话、异步任务完成后通知会话、多会话协作接力、替代 openclaw 的 sessions_send 机制。当用户在 WorkBuddy 中提到"会话回调"、"唤醒会话"、"session callback"、"会话调起另一个会话"、"cron 唤醒指定会话"、"向会话注入消息"、"主会话收到提醒后推进"、"sessions_send" 时使用本 skill。注意：本技能依赖 WorkBuddy 本地结构（~/.workbuddy/sessions/、projects/*.jsonl、/api/v1/acp/*），不适用于 openclaw 等其他平台。
【Только для настольной версии WorkBuddy】Callback сессии (Session Callback) — реализует возможность «вызова одной сессии другой»: внешний процесс…
Как процесс C 55/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - заметка
frontmatter-keyнеизвестное поле фронтматтера "agent_created"
Процессный рейтинг: все десять параметров 55/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 36
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1335 токенов
- 100Повторный запуск. Изменяющих операций нет
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 12. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 7 примера фраз-триггеров в кавычках
- +3Длина description 448 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 16 заголовков
- +3Пошаговые инструкции: 36 пунктов
- +4Есть примеры (2 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (1 из 1)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 83.