AC tesp
Применяет протокол сигнала выполнения задач для немоментальной работы, чтобы выполнение оставалось видимым, поэтапным, версионированным и аудируемым. Используйте, когда задача займет больше времени, чем немедленный ответ, будет состоять из нескольких шагов, потребует асинхронного выполнения, будет включать координацию между агентами или потребует активного сигнализирования о прогрессе, эскалации блокировок, гигиены очереди или передачи результатов. Триггер при запросах о длительных задачах, отслеживании выполнения, оркестрации задач, видимости статуса, аудите развертывания, ритме прогресса, досках задач или уменьшении необходимости для человека отслеживать обновления. 中文简介：用于非即时任务的任务执行信号协议。适用于长任务、多步骤任务、异步执行与多 agent 协作场景，要求快速接收确认、阶段进度广播、阻塞升级、任务看板与结果落位，并通过版本可见、数字进度、活跃板/归档板 и низкий token 巡检，避免人类反复追问状态。
машинный переводПоказать оригиналСкрыть оригинал«Enforce the Task Execution Signal Protocol for non-instant work so exe…»
Enforce the Task Execution Signal Protocol for non-instant work so execution stays visible, staged, versioned, and auditable. Use when a task will take more than an immediate reply, spans multiple steps, needs async follow-through, involves cross-agent coordination, or requires active progress signaling, blocker escalation, queue hygiene, or result handoff. Trigger on requests about long tasks, execution tracking, task orchestration, status visibility, rollout audit, progress cadence, task boards, or reducing the need for the human to chase updates. 中文简介：用于非即时任务的任务执行信号协议。适用于长任务、多步骤任务、异步执行与多 agent 协作场景，要求快速接收确认、阶段进度广播、阻塞升级、任务看板与结果落位，并通过版本可见、数字进度、活跃板/归档板和低 token 巡检，避免人类反复追问状态。
Применяет протокол сигнала выполнения задач для немоментальной работы, чтобы выполнение оставалось видимым, поэтапным, версионированным и аудируемым.
Как процесс C 62/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 4. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 62/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 2, без проверки текущего состояния
- 55Ошибки и развилки. Развилок: 1
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 21
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 511 токенов
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 683 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 8 заголовков
- +3Пошаговые инструкции: 21 пунктов
- +4Справочные файлы упоминаются в инструкциях (2 из 2)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 84.