BD travel-itinerary-builder
Единый центр планирования туристических маршрутов. Активируется, когда пользователь запрашивает многодневное планирование поездок, создание путеводителей, индивидуальные маршруты для семейных поездок или любые запросы, связанные с «планом поездки», «расписанием», «путеводителем по поездке», «day trip», «itinerary». Выходной формат — самодостаточный HTML (без внешних зависимостей CDN), включающий ежедневную временную шкалу, карточки достопримечательностей (изображения/транспорт/маршрут/советы), график энергетических трендов и набор инструментов для логистики. Глубина контента соответствует 6-дневному путеводителю по семейной поездке в Сеул — каждая достопримечательность имеет оценку времени, указания по транспорту и трехуровневую структуру информации: «почему/как/советы». Автоматически адаптируется к расписанию рейсов, местной погоде и возрасту детей.
машинный переводПоказать оригиналСкрыть оригинал«旅行行程规划总入口。当用户提出多日旅行规划、制作旅行手册、定制亲子/家庭出游行程、 或任何涉及 "旅行计划" "行程安排" "出游攻略" "…»
旅行行程规划总入口。当用户提出多日旅行规划、制作旅行手册、定制亲子/家庭出游行程、 或任何涉及 "旅行计划" "行程安排" "出游攻略" "旅游攻略" "day trip" "itinerary" 等请求时触发。产出格式为自包含 HTML（零外部 CDN 依赖），包含每日时间线、 景点卡片（图片/交通/流程/贴士）、能量趋势图、后勤工具箱。内容深度对标首尔 6 日 亲子游手册——每个景点都有时间预估、交通指引、why/how/tips 三层信息结构。 自动适配航班时刻、当地天气、儿童年龄。
Единый центр планирования туристических маршрутов.
Как процесс D 46/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"
Процессный рейтинг: все десять параметров 46/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (bash, python), но во frontmatter они не объявлены
- 100Шаги. Шагов: 41
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1085 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -42 справочных файлов, но SKILL.md на них не ссылается: модель их не откроет
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 2 примера фраз-триггеров в кавычках
- +3Длина description 247 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 17 заголовков
- +3Пошаговые инструкции: 41 пунктов
- +4Есть примеры (4 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 72.