AC huawei-cloud-cce-log-analyzer
Используйте для запроса или анализа журналов stdout/stderr Kubernetes Pod, журналов приложений, собранных CCE LogConfig, потоков журналов Huawei Cloud LTS, журналов аудита CCE для событий удаления Pod или изменения рабочей нагрузки, или при создании/удалении правил сбора CCE LogConfig с предварительным подтверждением. Охватывает получение журналов Pod, обнаружение LogConfig, сопоставление групп/потоков LTS, поиск по ключевым словам, запросы по временным диапазонам, анализ аномалий с коэффициентами ошибок и окнами инцидентов, а также обобщение событий аудита. Триггер: анализ журналов, 日志分析, CCE журналы, CCE 日志, LTS запрос, LTS 查询, журналы приложений, 应用日志, журналы контейнеров, 容器日志, поиск журналов, 日志搜索, stdout Pod, Pod 日志, LogConfig, журналы аудита, 审计日志, аномальные журналы, 异常日志
машинный переводПоказать оригиналСкрыть оригинал«Use when querying or analyzing Kubernetes Pod stdout/stderr logs, CCE…»
Use when querying or analyzing Kubernetes Pod stdout/stderr logs, CCE LogConfig-collected application logs, Huawei Cloud LTS log streams, CCE audit logs for Pod deletion or workload change events, or when creating/deleting CCE LogConfig collection rules with preview confirmation. Covers Pod log retrieval, LogConfig discovery, LTS group/stream mapping, keyword search, time-range queries, abnormality analysis with error ratios and incident windows, and audit event summarization. Trigger: log analysis, 日志分析, CCE logs, CCE 日志, LTS query, LTS 查询, application log, 应用日志, container log, 容器日志, log search, 日志搜索, Pod stdout, Pod 日志, LogConfig, audit log, 审计日志, abnormal log, 异常日志
Используйте для запроса или анализа журналов stdout/stderr Kubernetes Pod, журналов приложений, собранных CCE LogConfig, потоков журналов Huawei Cloud LTS…
Как процесс C 63/100 · Есть пробелы — слабые места: ошибки и развилки, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 7. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 63/100
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 30Повторный запуск. Изменяющих операций: 39, без проверки текущего состояния
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (bash, web, python, node), но во frontmatter они не объявлены
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 70Стоимость исполнения. Тело инструкции 4570 токенов
- 100Шаги. Шагов: 50
- 100Согласованность. Имя и обязательные поля на месте
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Разделов верхнего уровня: 13. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- -31 из 2 скриптов не упомянуты в SKILL.md
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 676 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 29 заголовков
- +3Пошаговые инструкции: 50 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (5 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (3 из 3)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 88.