К основному содержанию
скилл CX Codex

logging-best-practices · mindrally — скилл для Claude Code: логи без хаоса

Скилл задаёт правила логирования: структурный JSON, уровни, общие поля и работа с контекстом запроса. Пригодится, когда логи в проекте пишут кто как хочет.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add Mindrally/skills --skill logging-best-practices -a claude-code
Открыть на GitHub

Что делает logging-best-practices

Скилл описывает, как писать логи в приложениях и сервисах. Основное требование — структурный вывод в JSON с одинаковым набором полей: timestamp в ISO 8601 с таймзоной, level, message, service, version, trace_id, span_id, request_id. Склейку строк для сообщений скилл не одобряет, вместо неё — отдельные поля.

Уровни расписаны по смыслу: DEBUG для диагностики в разработке, INFO для обычных событий, WARN для ситуаций, которые обработали, ERROR для сбоев текущей операции, FATAL для критичных отказов. Контекст запроса советует тянуть через MDC или аналог и передавать trace ID между сервисами. Отдельный блок — безопасность: пароли, токены и PII в логи не попадают, а если данные всё же нужны, их маскируют.

Есть разделы про производительность и агрегацию: асинхронная запись, сэмплирование DEBUG в продакшене, ротация, централизованный сбор и алерты по паттернам. Настройки разведены по средам — в development DEBUG и вывод в консоль, в staging и production структурный JSON. Это чек-лист, а не библиотека: код логирования скилл не приносит, поэтому перед внедрением стоит проверить, что ваш логгер умеет структурный вывод и контекст.

Какие задачи решает

  • договориться о едином наборе полей в логах всех сервисов
  • разложить события по уровням без путаницы между WARN и ERROR
  • пробросить trace ID через границы сервисов
  • убрать пароли и PII из логов и замаскировать остальное
  • настроить сэмплирование DEBUG, чтобы не забивать продакшен

Примеры запросов агенту

  • проверь логирование в этом сервисе по скиллу logging-best-practices
  • перепиши эти вызовы логгера на структурный JSON с полями trace_id и request_id
  • что тут не так с уровнями логирования — пройдись по logging-best-practices

Как установить logging-best-practices

1Через Skills CLI (Vercel)

npx skills add Mindrally/skills --skill logging-best-practices -a claude-code

2Вручную: положить файлы

~/.claude/skills/logging-best-practices/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/logging-best-practices/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Из того же набора168

web-development Скилл с правилами веб-разработки: сетка Bootstrap, вьюхи и модели Django, атрибуты HTMX. Пригодится, когда агент пишет шаблоны и бэкенд в одном проекте. CX Codex +1 815установок blazor Скилл задаёт агенту правила разработки на Blazor: жизненный цикл компонентов, привязка данных, управление состоянием и оптимизация рендеринга. CX Codex +1 798установок ionic Задаёт агенту правила разработки на Ionic: структура проекта, компоненты, стили, ленивая загрузка и работа с Firebase. CX Codex +1 797установок general-best-practices Скилл задаёт агенту свод правил по качеству кода, тестам, безопасности и архитектуре. Пригодится, когда нужно, чтобы ИИ писал код в одном стиле во всём проекте. CX Codex +1 794установок python-odoo-cursor-rules Набор правил для разработки на Python и Odoo: ORM, XML-представления, архитектура модулей. Пригодится, когда агент пишет код для ERP. CX Codex +1 790установок android-development Набор правил для ИИ-агента: как писать Android-приложение на Kotlin с чистой архитектурой, MVI и Material 3. Пригодится, когда агент разъезжается по стилю и слоям. CX Codex +1 782установок kysely Скилл задаёт агенту правила написания запросов на Kysely: типизация схемы, соединения, транзакции, генерация типов. Пригодится, если в проекте TypeScript и SQL. CX Codex +1 780установок github-workflow Набор правил по работе с GitHub: как оформлять пул-реквесты, вести ревью, писать workflow для Actions и настраивать защиту веток. Пригодится, когда агент правит репозиторий. CX Codex +1 780установок

Другие версии logging-best-practices

Похожие

go-logging cxuu Скилл для ИИ-агента, который подсказывает, как писать логи в Go: уровни, структурные поля, контекст запроса. Пригодится, когда проект на Go обрастает логами и надо навести порядок. CX Codex +1 1 000установок logging codewithmukesh Скилл про наблюдаемость в .NET 10: разводит liveness и readiness, прокидывает correlation ID и задаёт уровни логов. CX Codex +1 2 800установок review-logging-patterns HugoRCD Скилл разбирает логирование в TypeScript-проекте: находит console.log-спам, ошибки без контекста и предлагает перейти на evlog. CX Codex +1 750установок sentry-instrument-logging getsentry Добавляет в приложение структурные логи Sentry: агент сам находит сервисы в репозитории и расставляет сообщения по общим правилам. CX Codex +1 533установок serilog codewithmukesh Скилл помогает настроить структурированное логирование Serilog в приложении .NET 10: уровни, приёмники, свойства событий и журналы HTTP-запросов. CX Codex +1 2 900установок application-logging aj-geddes Скилл для настройки структурного логирования в приложениях: уровни, контекст, централизованный сбор и разбор логов. CX Codex +1 496установок

Рядом в теме «Бэкенд и API»

Всё по теме «Бэкенд и API» →

Вопросы о logging-best-practices

Как установить logging-best-practices в Claude?

Выполните npx skills add Mindrally/skills --skill logging-best-practices -a claude-code. Скилл появится в ~/.claude/skills/logging-best-practices/SKILL.md.

Что делает logging-best-practices?

Задаёт правила логирования для приложений и сервисов: структурный JSON, стандартные поля, уровни, передача контекста, маскировка чувствительных данных, агрегация и настройки по средам.

Нужны ли дополнительные библиотеки для работы скилла?

Скилл состоит из инструкций и не приносит код. Он советует использовать логгер со структурным выводом и поддержкой контекста вроде MDC.

Исходный текст

SKILL.md · Apache-2.0
---
name: logging-best-practices
description: Logging best practices for applications and services including structured logging, log levels, and log management strategies
metadata:
  maintainer: Mindrally
  source: https://github.com/Mindrally/skills
---

# Logging Best Practices

Apply these logging principles to ensure effective debugging, monitoring, and audit capabilities across applications and services.

## Structured Logging

- Use structured logging formats (JSON) for all log output
- Include consistent fields across all log entries
- Make logs machine-parseable while remaining human-readable
- Use a logging library that supports structured output natively
- Avoid string concatenation for log messages; use structured fields

## Standard Log Fields

Include these fields in every log entry:

- **timestamp**: ISO 8601 format with timezone
- **level**: Log severity (DEBUG, INFO, WARN, ERROR, FATAL)
- **message**: Human-readable description of the event
- **service**: Name of the service or application
- **version**: Application version or build identifier
- **trace_id**: Distributed tracing correlation ID
- **span_id**: Current span identifier
- **request_id**: Unique identifier for the request

## Log Levels

Use appropriate log levels consistently:

- **DEBUG**: Detailed diagnostic information for development
- **INFO**: Normal operational events and state changes
- **WARN**: Unexpected situations that are handled gracefully
- **ERROR**: Failures that affect current operation but not the service
- **FATAL**: Critical failures requiring immediate attention

## Context Propagation

- Include request context in all log entries within a request lifecycle
- Propagate trace IDs across service boundaries
- Add user context (anonymized) for user-initiated actions
- Include relevant business context for domain events
- Use MDC (Mapped Diagnostic Context) or equivalent for context management

## Security and Privacy

- Never log sensitive information (passwords, tokens, PII)
- Mask or redact sensitive data when it must be referenced
- Implement log access controls appropriate to data sensitivity
- Consider data retention policies and compliance requirements
- Audit log access for sensitive systems

## Performance Considerations

- Use asynchronous logging to avoid blocking application threads
- Implement log sampling for high-volume debug logs in production
- Buffer logs appropriately to balance latency and throughput
- Monitor logging infrastructure for bottlenecks
- Set appropriate log levels per environment

## Log Aggregation

- Centralize logs from all services into a single platform
- Use consistent formatting across all services
- Implement log rotation and retention policies
- Enable full-text search and filtering capabilities
- Set up log-based alerts for critical patterns

## Error Logging

- Include full error context: message, code, stack trace
- Log the chain of errors in wrapped/nested exceptions
- Include relevant request and state information
- Avoid duplicate error logging across layers
- Log error recovery actions and outcomes

## Best Practices

- Log at service boundaries (entry and exit points)
- Include timing information for performance analysis
- Log configuration changes and deployments
- Create actionable log messages that aid debugging
- Review and clean up logging regularly to reduce noise

## Log Message Guidelines

- Write clear, descriptive messages
- Include relevant identifiers (user ID, order ID, etc.)
- Avoid generic messages like "Error occurred"
- Use consistent terminology across the application
- Include enough context to understand the event without additional lookups

## Environment-Specific Configuration

- **Development**: DEBUG level, console output, verbose formatting
- **Staging**: INFO level, structured JSON, full context
- **Production**: INFO/WARN level, structured JSON, sampling for DEBUG

© Mindrally · Apache-2.0 · Mindrally/skills

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой