AD dev-find-log-skill
Инструмент поиска и анализа журналов сервера тестовой среды DEV. Используйте этот навык, когда пользователю необходимо искать журналы тестовой среды, находить ошибки, устранять проблемы в тестовой среде, запрашивать traceId/requestId/номер заказа/запись запроса или говорит «помоги мне проверить тестовые журналы», «проверить журналы dev», «посмотреть, есть ли что-нибудь в тестовой среде», «grep тестовый сервер». Транзакции, такие как проверка, создание заказа, оплата, запрос билета, ищутся по уровням: сторона закупки → сторона платформы → сторона поставщика → заказ, и должны запрашиваться параллельно. Когда сторона платформы определяет, что проблема связана с запросом/ответом нижнего уровня поставщика, Агент должен автоматически продолжить проверку журналов стороны поставщика (запрещено спрашивать пользователя, следует ли продолжать); после подтверждения ошибки ответа поставщика необходимо сообщить пользователю и вывести сообщение HTTP-запроса и ответа нижнего уровня. Ключевые слова: тестовая среда, dev, поиск журналов, grep, traceId, requestId, проверка, создание заказа, оплата, выдача билета, export, b2b, agg_deve, adapter_route_deve, adapter_api, ndcAdapter_deve, order_deve, ota_ztC, adapter_ota_ztC, метка полосы обслуживания, agg_zzr, нижний уровень поставщика, запрос, ответ, supplierChannel.
машинный переводПоказать оригиналСкрыть оригинал«DEV 测试环境服务器日志搜索与分析工具。当用户需要搜索测试环境日志、查找错误、 排查测试环境问题、查询 traceId/requestId…»
DEV 测试环境服务器日志搜索与分析工具。当用户需要搜索测试环境日志、查找错误、 排查测试环境问题、查询 traceId/requestId/订单号/请求记录、或者说"帮我查一下测试日志"、 "查 dev 日志"、"看看测试环境有没有"、"grep 一下测试服"时，必须使用此 skill。 校验、生单、支付、申请出票等交易场景，按采购侧→平台侧→供应侧→order 分层搜索，且必须并行查询。 平台侧判断为供应底层请求/响应问题时，Agent 必须自动继续查供应侧日志（禁止询问用户是否继续）；确认供应响应报错后必须告知用户并输出底层 HTTP 请求与响应报文。 关键词：测试环境、dev、查日志、搜日志、找日志、grep、traceId、requestId、校验、生单、支付、出票、 export、b2b、agg_deve、adapter_route_deve、adapter_api、ndcAdapter_deve、order_deve、 ota_ztC、adapter_ota_ztC、服务泳道标签、agg_zzr、 供应底层、请求报文、响应报文、supplierChannel。
Инструмент поиска и анализа журналов сервера тестовой среды DEV.
Как процесс D 43/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 43/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 40Согласованность. Имя во frontmatter (dev-find-log-skill) не совпадает с папкой (zzrtest)
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 100Шаги. Шагов: 58
- 100Стоимость исполнения. Тело инструкции 2909 токенов
- 100Повторный запуск. Изменяющих операций нет
- 100Отчётность по ходу. Скилл сообщает о ходе работы
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 4 примера фраз-триггеров в кавычках
- +3Длина description 494 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 25 заголовков
- +3Пошаговые инструкции: 58 пунктов
- +4Есть примеры (11 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (1 из 2)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 84.