AD meituan-baodan
Инструмент для разработки комплексных предложений Meituan для местных предприятий сферы услуг: исследование конкурентов в регионе, дизайн групповых предложений, четырехуровневая продуктовая архитектура (привлечение трафика/обычные/прибыльные/высокоценные), моделирование ценообразования и скидок на групповые предложения, механики акций Meituan и супер-купонов (супер-участники/скидка для новых клиентов/крупные распродажи), SOP для запуска новых магазинов. Триггерные слова: Meituan爆单 (взрывной рост заказов Meituan), Meituan没单 (нет заказов Meituan), Meituan运营 (операционная деятельность Meituan), 团购方案 (план групповых покупок), 团单设计 (дизайн групповых предложений), 美团定价 (ценообразование Meituan), 新店美团上线 (запуск нового магазина на Meituan), 美团冷启动 (холодный старт Meituan), 团购搭建 (создание групповых покупок), 神券 (супер-купон).
машинный переводПоказать оригиналСкрыть оригинал«美团爆单操盘手——本地生活商家美团团购方案设计工具。为推拿养生/医美口腔/丽人美容/餐饮/本地服务商家生成完整美团团购方案：片区竞对调研、团…»
美团爆单操盘手——本地生活商家美团团购方案设计工具。为推拿养生/医美口腔/丽人美容/餐饮/本地服务商家生成完整美团团购方案：片区竞对调研、团单设计、四层产品架构（引流/常规/盈利/高客单）、团购定价与折扣纵深建模、美团活动与神券玩法（神会员/新客立减/大促）、新店冷启动 SOP。触发词：美团爆单、美团没单、美团运营、团购方案、团单设计、美团定价、新店美团上线、美团冷启动、团购搭建、神券。
Инструмент для разработки комплексных предложений Meituan для местных предприятий сферы услуг: исследование конкурентов в регионе, дизайн групповых…
Как процесс D 46/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 46/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 26
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 634 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 195 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 11 заголовков
- +3Пошаговые инструкции: 26 пунктов
- +4Есть примеры (1 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (2 из 2)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 76.