本期周刊重点探讨了理想的 Bug 追踪系统应具备的特征，并分析了 GitHub Issues 在这方面的不足。文章引用了 Bugzilla 早期工程师的观点，总结了优秀 Bug 追踪系统的四个核心原则。此外，周刊还介绍了关于“小模型”的新定义以及一些有趣的科技工具和应用。
理想的 Bug 追踪系统：四个核心原则
阮一峰老师在本期周刊中，借由对 Bug 追踪系统的讨论，引出了项目管理的深层思考。他认为，当前广泛使用的 GitHub Issues 在作为 Bug 追踪工具方面存在一些局限性，并引用了历史悠久的 Bugzilla 系统早期工程师的观点，总结了构建一个优秀 Bug 追踪系统的四个核心原则。
首先，一个好的 Bug 追踪系统本质上是一个全面的任务管理工具。它不应仅限于代码 Bug，而应涵盖项目开发中的所有待办事项，包括新功能开发、文档完善、用户体验改进、性能优化等。它实际上是项目管理系统的核心组成部分。
其次，系统需要支持灵活多样的任务状态和字段。任务状态不应只有简单的“打开”和“关闭”，而应允许自定义多种状态，以适应复杂的开发流程。同时，应支持优先级、严重程度、负责人、依赖关系等丰富的字段，以便更精细地管理和追踪任务。
第三，每个任务（或 Bug）必须明确指定唯一的负责人。这种“一人负责制”能够清晰界定责任，便于追踪任务进度，也能增强开发者的责任感和归属感。
最后，系统必须提供强大的自定义视图和查询功能。用户应该能够轻松地创建和保存个性化的任务列表，例如按优先级查看当前版本所有未关闭的任务，或者快速筛选出分配给自己的所有任务，从而提高工作效率。
周刊指出，GitHub Issues 在上述四点上均有不同程度的欠缺，例如其项目管理功能相对较弱，任务状态主要依赖标签实现，任务可以分配给多人，且默认视图不够灵活。相比之下，一些其他工具如 Gitea 在优先级管理等方面可能做得更好。
其他科技亮点
除了 Bug 追踪系统的深入探讨，本期周刊还分享了一些其他有趣的科技动态和工具。
关于“小模型”的定义正在发生变化。现在，即使参数量达到几百亿，只要能在单个 GPU 上运行的模型，也开始被视为“小模型”，这主要反映了业界对模型部署成本和便利性的关注。
周刊还介绍了一些实用的新工具，包括支持 AI 创作和搜索的开源知识库 PandaWiki，以及苹果官方推出的允许 Mac 无需 Docker 即可运行 Linux 容器的工具。此外，还有一些值得关注的命令行工具和 AI 应用被提及。