AC skill-interview-builder
Через пошаговое интервью направляет пользователя к уточнению требований, в конечном итоге выдает полный пакет файлов Skill (включая SKILL.md, справочную документацию, примеры файлов и т. д.) и упаковывает его в готовый к использованию архив. Активируется, когда пользователь говорит "я хочу создать новый Skill через интервью", "сделать Skill методом интервью", "интервью для создания Skill", "помоги мне создать Skill через интервью", "создать Skill в режиме интервью", "я хочу через интервью создать навык для XX". Ключевые слова триггера должны включать слово "интервью", запросы на создание Skill без слова "интервью" этим Skill не обрабатываются. Не используется для случаев, когда уже есть полный SKILL.md и требуется лишь небольшое изменение, а также для запросов с одноразовыми подсказками.
машинный переводПоказать оригиналСкрыть оригинал«通过分步访谈引导用户理清需求，最终产出完整的Skill文件包（含SKILL.md、参考文档、示例文件等）， 并打包为可直接使用的压缩包。 当…»
通过分步访谈引导用户理清需求，最终产出完整的Skill文件包（含SKILL.md、参考文档、示例文件等）， 并打包为可直接使用的压缩包。 当用户说"我想通过访谈新建Skill"、"用访谈方式做一个Skill"、"访谈建Skill"、 "通过访谈帮我生成Skill"、"访谈式创建Skill"、"我想访谈做一个XX的技能"时触发。 触发关键词必须包含"访谈"二字，不含"访谈"的Skill创建请求不由本Skill处理。 不用于已有完整SKILL.md只需小改的情况，也不用于一次性提示词请求。
Через пошаговое интервью направляет пользователя к уточнению требований, в конечном итоге выдает полный пакет файлов Skill (включая SKILL.md, справочную…
Как процесс C 64/100 · Есть пробелы — слабые места: входы и предусловия, ошибки и развилки, отчётность по ходу
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 64/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 100Шаги. Шагов: 52
- 100Результат и критерий готовности. Формат результата и критерий готовности описаны
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1146 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +3Длина description 245 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 18 заголовков
- +3Пошаговые инструкции: 52 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (1 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 80.