Zizmor项目日志输出优化：去除时间戳提升可读性

在软件开发过程中，日志记录是调试和监控系统行为的重要工具。然而，过度冗长的日志信息反而会降低其可读性和实用性。近期，开源项目Zizmor就遇到了这样的问题。

Zizmor是一个GitHub工作流相关的工具，其日志输出目前包含了完整的时间戳信息，包括微秒级别的精度。这导致了两个明显的问题：

1. 在控制台输出时，时间戳占据了大量空间，使得实际有用的日志信息被挤到后面，影响快速阅读
2. 当在GitHub Actions环境中运行时，由于GitHub本身也会添加时间戳，导致出现重复的时间信息，如"2025-02-17T17:47:42.6312189Z 2025-02-17T17:47:42.631032Z"这样的冗余输出

项目维护者和贡献者经过讨论，一致认为当前的日志格式可以优化。优化的核心思路是简化日志输出，去除不必要的时间戳信息，只保留日志级别、模块信息和实际消息内容。这样修改后，典型的日志行将从：

2025-02-17T18:06:23.392495Z INFO audit: zizmor: 🌈 completed .github/workflows/ci.yml

简化为：

INFO audit: zizmor: 🌈 completed .github/workflows/ci.yml

这种简化带来了几个好处：

1. 日志行更加简洁，重点信息一目了然
2. 在CI环境中避免了时间戳重复的问题
3. 减少了日志文件的大小
4. 提高了人类阅读日志的效率

技术实现上，这个修改是通过调整tracing_subscriber的配置来完成的。tracing_subscriber是Rust生态中一个强大的日志和追踪框架，它提供了丰富的配置选项来控制日志的格式和内容输出。

这个优化虽然看似简单，但体现了良好的工程实践：在保证必要信息的前提下，尽量减少冗余输出，提高工具的整体可用性。这也是许多成熟的开源项目会采用的日志策略，特别是在面向开发者使用的工具类项目中。

对于开发者来说，这样的修改也提醒我们：在设计日志系统时，应该始终考虑实际使用场景和用户需求，而不仅仅是机械地记录所有可能的信息。适度的简洁往往能带来更好的使用体验。