本地日志文件检查与分析工具集,支持解析常见日志格式(apache-common、apache-combined、nginx-access、syslog、JSON行)或自定义正则表达式等
干净的日志工具kit.v0.2.0. 一个面向工作代理的小型、诚实的本地工具包最终会不断完成: 读到有人派你来的日志,找出格式,找出实际问题,并制作一个
功能概述
干净的日志工具kit.v0.2.0. 一个面向工作代理的小型、诚实的本地工具包最终会不断完成: 读到有人派你来的日志,找出格式,找出实际问题,并制作一个是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
核心要点
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
clean-log-toolkit
v0.2.0
一款轻量、可靠、纯本地的日志处理工具集,专为工作代理(work agents)日常高频任务而设计:读取他人发送的日志文件、自动识别其格式、定位真实问题,并生成可直接粘贴至工单(ticket)的摘要。完全基于 Python 3 标准库实现,不依赖任何外部工具或服务:无 awk/sed/jq 封装调用,无需 pip 安装第三方包,亦无任何远程 API 调用。
本能力是 “clean-*” 工具三部曲中的第三项:
clean-csv-toolkit—— 处理结构化表格数据clean-text-toolkit—— 处理非结构化文本clean-log-toolkit—— 处理带时间戳的半结构化日志
本能力的功能
scripts/parse.py—— 将日志文件解析为结构化行数据。通过嗅探前约 50 行内容,自动识别apache-common、apache-combined、nginx-access、syslog和json-line五种常见格式;若均不匹配,则回退至通用提取器(提取时间戳 + 日志等级 + 消息体)。可通过--regex PATTERN参数传入含命名捕获组(named groups)的正则表达式,自定义解析逻辑。输出支持.csv、.tsv或.jsonl格式。scripts/errors.py—— 聚合日志中的错误事件。默认按等级(WARN / ERROR / FATAL)统计;按分钟 / 小时 / 天对时间线进行分桶;将每条消息归一化为“指纹”(fingerprint)——即替换其中的数字、UUID、十六进制令牌、文件:行号对及内嵌时间戳为占位符;最终呈现出现频次最高的前 N 组错误。支持输出 JSON / Markdown / CSV 报告,或直接打印单屏摘要。scripts/grep.py—— 日志感知型 grep 工具。支持组合使用--pattern REGEX、--not-pattern REGEX、--level LVL[,LVL2...]、--since TIMESTAMP、--until TIMESTAMP,以及上下文行参数-B/-A/-C,在单次扫描中完成全部过滤逻辑。scripts/follow.py(v0.2.0 新增)—— 等效于tail -F的日志感知式实时流式监听工具。随新行写入实时输出,支持与grep.py完全一致的--pattern/--not-pattern/--level/--since过滤能力;自动检测日志轮转(通过 inode 变更或文件截断触发透明重开);--max-events N可在匹配 N 条事件后优雅退出(CI 友好);--timeout SECONDS可在无新日志到达时超时退出;--json模式为每行匹配输出一个带提取出的时间戳与等级字段的 JSON 包络(envelope)。scripts/check_deps.sh—— 验证系统中是否存在可用的python3命令。
本能力不提供的功能
- 实时 tail-and-follow 功能现已由
scripts/follow.py提供(v0.2.0 新增)。 - 不调用任何大语言模型(LLM)、Web 服务或远程 API。
- 不会向调用者指定的输入/输出路径之外的任何位置写入数据。
快速上手
1. 解析未知格式的日志文件
# 自动识别日志格式 python3 scripts/parse.py app.log app.csv # 或显式指定格式 python3 scripts/parse.py access.log out.jsonl --format apache-combined python3 scripts/parse.py syslog.txt out.csv --format syslog python3 scripts/parse.py events.log out.csv --format json-line --fields ts,level,msg
2. 使用命名组正则表达式定义自定义格式
python3 scripts/parse.py app.log structured.csv
--regex '^(?P\S+)s+(?P\S+)s+(?P.*)$'
3. 聚合错误并生成报告
# 单屏摘要 python3 scripts/errors.py app.log # 按分钟分桶,输出前 20 组高频错误 python3 scripts/errors.py app.log --bucket minute --top 20 # 仅统计特定等级(如 ERROR 和 FATAL) python3 scripts/errors.py app.log --level ERROR,FATAL # 生成 Markdown 报告,可直接粘贴至工单 python3 scripts/errors.py app.log --output report.md # 或生成 JSON 报告供下游工具消费 python3 scripts/errors.py app.log --output report.json --bucket hour # 或仅导出时间线 CSV(按分钟分桶) python3 scripts/errors.py app.log --output timeline.csv --bucket minute
errors.py 会对消息进行指纹(fingerprint)归一化处理,使仅在数字 / UUID / 文件行号等局部差异上不同的重复错误合并为同一组,并统计总次数。例如:Connection timeout to 10.0.0.5 after 1234ms 与 Connection timeout to 10.0.0.7 after 567ms 各出现 25 次,将被归并为一组 Connection timeout to ,总计 50 次。
4. 日志感知型 grep
# 匹配模式 + 等级过滤
python3 scripts/grep.py app.log --pattern "Database" --level ERROR,FATAL
# 时间窗口过滤
python3 scripts/grep.py app.log
--since "2026-05-10T10:00:00Z"
--until "2026-05-10T11:00:00Z"
# 上下文行(每处匹配前后各 1 行)
python3 scripts/grep.py app.log --pattern "FATAL" -C 1 --with-line
# 排除干扰性日志行,保留其余内容
python3 scripts/grep.py app.log --level ERROR --not-pattern "heartbeat"
# 反向匹配:仅保留不满足条件的行
python3 scripts/grep.py app.log --pattern "INFO" --invert
--since 与 --until 支持与 parse.py 相同的时间戳格式:ISO 8601(如 2026-05-10T10:00:00Z、2026-05-10 10:00:00,支持微秒和时区);Apache 风格(10/May/2026:10:00:00 +0000);Syslog 风格(May 10 10:00:00,年份默认为当前年)。
退出码(Exit codes)
| 代码 | 含义 |
|---|---|
| 0 | 成功 / 输出至少一行 / 至少一处匹配 |
| 1 | 解析未产出任何行 / grep 未找到匹配 / errors 未发现符合条件的日志条目 |
| 2 | 参数错误 / 路径不安全 / 输入缺失 / 正则表达式非法 / 格式未知 / 输出扩展名不支持 |
该 0 / 1 / 2 编码规范在全部三个脚本中保持一致,便于无缝接入 shell 管道:
# 先解析为 JSONL,再汇总错误,最后提交至工单 python3 scripts/parse.py raw.log structured.jsonl && python3 scripts/errors.py raw.log --output ticket.md && cat ticket.md
安全性保障
- 纯 Python 3 标准库实现,无任何第三方依赖。
- 不使用
subprocess模块,不执行任何 shell 命令。 - 所有文件路径均经严格白名单正则校验,拒绝包含 shell 元字符的路径;复用
clean-csv-toolkit与clean-text-toolkit中相同的safe_path()工具函数。 - 脚本仅读取调用者传入的输入路径,且仅向调用者指定的输出路径写入数据。
- 所有输入默认以 UTF-8 编码读取;若失败,则依次尝试
utf-8-sig、cp1252、latin-1;所有输出统一采用 UTF-8 编码。
时间戳与日志等级识别机制
_common.py 内置一个实用型时间戳解析器,按如下优先级顺序尝试匹配,命中即止:
2026-05-10T10:00:00.123456+00:00 (含时区与微秒的 ISO 8601) 2026-05-10T10:00:00+00:00 (含时区的 ISO 8601) 2026-05-10T10:00:00.123Z (UTC 时区 Zulu 格式,含毫秒) 2026-05-10T10:00:00Z (UTC 时区 Zulu 格式) 2026-05-10T10:00:00 (无时区的 ISO 8601) 2026-05-10 10:00:00 (空格分隔) 2026/05/10 10:00:00 10/May/2026:10:00:00 +0000 (Apache 通用日志格式) May 10 10:00:00 (Syslog 格式,无年份)
日志等级不区分大小写地从以下标记中识别,并映射为标准名称:TRACE、DEBUG、INFO、NOTICE、WARN(来自 WARN/WARNING)、ERROR(来自 ERROR/ERR)、FATAL(来自 FATAL/CRITICAL/CRIT/EMERG/EMERGENCY)。
已知限制
- 基于正则的解析器注重实用性而非严格性——只要 Apache / nginx / syslog 日志行结构大致符合,允许存在轻微格式瑕疵。
errors.py的指纹归一化属于启发式最佳实践(best-effort heuristic)。语义上不同但恰好仅在数字 / 哈希值上存在差异的两条错误消息,可能被错误合并;若此行为影响分析,请增大--top参数值并人工检查样本。parse.py不支持实时跟踪日志文件。如需 tail-follow 功能,可自行使用tail -F file | ...管道;若社区反馈强烈,内置跟随器将在 v0.2 版本中提供(注:该功能已在 v0.2.0 实现)。
协同使用场景
clean-csv-toolkit—— 将parse.py的输出(CSV / JSONL)作为输入,交由inspect、validate、pivot或transform等命令进一步加工,将原始日志转化为可汇报的结构化报表。clean-text-toolkit—— 将parse.py的输出与text-toolkit/redact.py配合使用,在共享日志转储前脱敏(scrub)个人身份信息(PII)。
v0.2.0 更新内容
- 新增
scripts/follow.py:支持日志感知的实时 tail-and-follow 功能。具备与grep.py完全一致的--pattern/--not-pattern/--level/--since过滤能力;自动检测日志轮转(inode 变更或文件截断均触发透明重开);--max-events N和--timeout SECONDS使其适用于 CI 场景;--json模式为每条匹配行输出一个含提取时间戳与等级字段的 JSON 包络。此举已解决 v0.1.x 文档中唯一明确列出的限制项。
v0.1.1 更新内容
- 修复时间戳解析器:
grep.py的--since和--until参数现在支持纯日期格式,如2026-05-09、2026/05/09和09/05/2026(欧洲格式)。此前仅接受完整 ISO 8601 时间戳,导致用户试图按日历日期过滤时收到could not parse --since错误。
v0.1.0 更新内容
- clean-log-toolkit 首次公开发布。
- 包含三个核心脚本:
parse.py、errors.py、grep.py。 - 共享
_common.py模块,提供safe_path、iter_lines、parse_timestamp、extract_timestamp、extract_level等基础工具函数(设计与clean-csv-toolkit/scripts/_common.py和clean-text-toolkit/scripts/_common.py保持一致)。 - 通过嗅探前 50 行自动识别 5 种日志格式。
- 零第三方依赖;可在任意预装 Python 3 的系统上运行。
许可证
MIT
热门AI工具
相关专题
本专题从实际API接口调试场景出发,讲解Postman身份认证的完整配置流程,包括常见认证协议介绍、授权参数设置、访问令牌填写、OAuth 2.0授权及认证失败排查,帮助用户正确完成接口授权与访问验证。
0
2026.11.06
围绕Postman HTTP请求头配置展开,讲解Headers选项的具体使用方式,包括Key和Value参数填写、请求头信息添加、常见Header字段设置及请求头修改方法,帮助用户解决接口调试过程中遇到的请求头配置问题。
0
2026.11.06
详细介绍Postman接口请求的创建与发送方法,涵盖GET和POST请求、URL配置、请求参数、Headers请求头、Body请求体设置以及响应结果查看,帮助用户掌握Postman接口请求的完整操作流程。
0
2026.11.06
DBeaver数据导入专题,整理Excel、CSV、SQL、TXT等常见文件的数据导入方法,涵盖目标数据库选择、数据表创建、字段映射、数据类型设置及导入参数配置等操作,帮助用户将本地文件中的数据写入数据库,并了解批量导入、重复数据处理和导入失败等常见问题的解决方法。
0
2026.11.05
DBeaver安全防护专题,围绕数据库连接安全、账号密码保护和访问权限管理展开,整理SSL/TLS加密连接、SSH隧道、数据库凭据保存及证书验证等配置方法,同时介绍敏感信息保护、远程连接风险和高权限账号使用等注意事项,帮助用户提高数据库日常管理的安全性。
0
2026.11.05
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.8万人学习
共6课时 | 54.7万人学习
最新文章