business-logging

Audit and improve business logging with structured fields and redacted sensitive data.

1|Updated Apr 26, 2026
One-click install
npx skills add https://github.com/wangbinquan/skills --skill business-logging
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: business-logging
Source: https://github.com/wangbinquan/skills/tree/main/.claude/skills/business-logging
Command: npx skills add https://github.com/wangbinquan/skills --skill business-logging

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

这项技能帮助审视、补全、统一商业系统日志,以提升可观测性、合规性和排障效率。

Core Features & Use Cases

  • 审视现有日志,发现日志级别不当、敏感数据泄露、缺少上下文等问题
  • 补全/改写日志,覆盖入口、外部调用、异常路径、上下文注入,确保结构化字段和脱敏
  • 统一团队日志风格与字段命名,使 trace_id 和租户/用户上下文一致,可与监控、追踪系统协同工作

Quick Start

Provide a minimal, directly applicable diff to fix logging issues in the target module.

Frequently Asked Questions about business-logging

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I improve business logging for better observability and security?

Improve business logging by auditing codebases to enforce structured fields, propagate trace_id, centralize user context, and redact sensitive data, ensuring reliable debugging and security across multi-language projects.

What is the best way to add trace_id and user context to structured logs?

Centralize trace_id, user_id, and tenant_id by reusing existing log wrappers to propagate trace context, ensuring structured logs maintain consistent fields across multi-language projects without introducing new frameworks.

How do I prevent sensitive data exposure in application logs?

Prevent sensitive data exposure by auditing business logging to apply data desensitization, redacting sensitive information from structured logs while validating messages for English text and canonical formats across payment and login events.

Does this logging review approach work for multi-language projects?

Yes, this approach works for multi-language projects by auditing codebases to enforce reuse of existing log wrappers, ensuring structured logging, trace_id propagation, and data desensitization remain consistent across diverse programming environments.

How do I standardize log formats across login and payment workflows?

Standardize log formats by auditing and rewriting logs for login, payment, and workflow events to enforce structured fields, centralize trace context, and validate canonical formats across the entire codebase.

Why should I reuse existing log wrappers instead of introducing new logging frameworks?

Reusing existing log wrappers avoids fragmenting observability infrastructure, centralizes trace_id and tenant_id context efficiently, and ensures structured logging consistency without introducing integration conflicts from new frameworks.