AB golang-observability
Ежедневная наблюдаемость Golang — постоянные сигналы в продакшене. Охватывает структурированное ведение журналов с помощью slog, метрики Prometheus, распределенное трассирование OpenTelemetry, непрерывное профилирование с помощью pprof/Pyroscope, отслеживание событий RUM на стороне сервера, оповещения и дашборды Grafana. Применяйте при инструментировании сервисов Go для мониторинга в продакшене, настройке метрик или оповещений, добавлении трассировки OpenTelemetry, корреляции журналов с трассировками, миграции устаревших логгеров (zap/logrus/zerolog) в slog, добавлении наблюдаемости к новым функциям или реализации отслеживания, соответствующего GDPR/CCPA, с помощью платформ данных клиентов (CDP). Не для временного глубокого исследования производительности (→ см. навыки `samber/cc-skills-golang@golang-benchmark` и `samber/cc-skills-golang@golang-performance`).
машинный переводПоказать оригиналСкрыть оригинал«Golang everyday observability — the always-on signals in production. C…»
Golang everyday observability — the always-on signals in production. Covers structured logging with slog, Prometheus metrics, OpenTelemetry distributed tracing, continuous profiling with pprof/Pyroscope, server-side RUM event tracking, alerting, and Grafana dashboards. Apply when instrumenting Go services for production monitoring, setting up metrics or alerting, adding OpenTelemetry tracing, correlating logs with traces, migrating legacy loggers (zap/logrus/zerolog) to slog, adding observability to new features, or implementing GDPR/CCPA-compliant tracking with Customer Data Platforms (CDP). Not for temporary deep-dive performance investigation (→ See `samber/cc-skills-golang@golang-benchmark` and `samber/cc-skills-golang@golang-performance` skills).
Ежедневная наблюдаемость Golang — постоянные сигналы в продакшене.
Как процесс B 68/100 · Почти готов — слабые места: результат и критерий готовности, входы и предусловия, ошибки и развилки
Как улучшить
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 9. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- заметка
frontmatter-keyнеизвестное поле фронтматтера "paths"
Процессный рейтинг: все десять параметров 68/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 30Повторный запуск. Изменяющих операций: 3, без проверки текущего состояния
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 100Инструменты и файлы. Инструменты объявлены во frontmatter
- 100Шаги. Шагов: 32
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3135 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 761 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 12 заголовков
- +3Пошаговые инструкции: 32 пунктов
- +4Есть примеры (7 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (7 из 7)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 92.