AD travel-planner
Интеллектуальный планировщик туристических маршрутов. На основе предоставленной пользователем информации о поездке (количество человек, соотношение мужчин и женщин, отношения, пункт отправления, пункт назначения, даты, продолжительность) напрямую вызывает API REST Gaode Maps для получения данных в реальном времени, таких как маршруты, POI, расстояния, и генерирует полный персонализированный туристический маршрут. Маршрут включает: креативное название, рекомендации по способу передвижения (включая оценку аренды автомобиля на месте), почасовой план (с конкретными рекомендациями для завтрака, обеда и ужина), рекомендации по достопримечательностям (включая расстояние от вокзала до достопримечательности), рекомендации по проживанию (1-2 отеля с хорошим соотношением цены и качества), список необходимых вещей, меры предосторожности, сводку расходов. Активируется, когда пользователь говорит "помоги мне спланировать путешествие", "спланируй маршрут", "как спланировать поездку" и т.п.
машинный переводПоказать оригиналСкрыть оригинал«智能旅行攻略规划师。根据用户提供的出行信息（人数、男女比例、关系、出发地、目的地、日期、天数）， 直接调用高德地图 REST API 获取实…»
智能旅行攻略规划师。根据用户提供的出行信息（人数、男女比例、关系、出发地、目的地、日期、天数）， 直接调用高德地图 REST API 获取实时路线、POI、距离等数据，生成完整的个性化旅行攻略。 攻略包含：创意名称、出行方式建议（含当地租车判断）、分时段行程（早午晚三餐均有具体推荐）、 景点推荐（含高铁站→景点距离）、住宿推荐（1-2家性价比酒店）、出行物资清单、注意事项、费用汇总。 当用户说"帮我做旅行攻略"、"规划一下行程"、"出去玩怎么安排"等时触发。
Интеллектуальный планировщик туристических маршрутов.
Как процесс D 41/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - заметка
frontmatter-keyнеизвестное поле фронтматтера "env" - заметка
frontmatter-keyнеизвестное поле фронтматтера "requires"
Процессный рейтинг: все десять параметров 41/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 40Согласованность. Имя во frontmatter (travel-planner) не совпадает с папкой (travel-planner-amap)
- 60Инструменты и файлы. Используются инструменты (bash, web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 23
- 100Стоимость исполнения. Тело инструкции 2422 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 3 примера фраз-триггеров в кавычках
- +3Длина description 231 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 18 заголовков
- +3Пошаговые инструкции: 23 пунктов
- +4Есть примеры (8 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 75.