WorkBuddy 的同学看到请帮忙优化几个小问题

WorkBuddy 优化建议：来自深度用户的实用反馈

本反馈基于对 WorkBuddy 的深度使用体验，提出了三条非常具体的优化建议。这些建议主要聚焦于系统提示词中遗留的旧版本文件引用、时间戳获取频率以及调试信息关闭等问题，旨在帮助提升产品体验和运营效率。以下内容将详细说明每个问题的表现、影响以及改进方向。

核心优化建议

• 清理系统提示词中遗留的 OpenClaw 时代默认文件引用

• 调整 current_time 的获取频率以优化成本

• 关闭当前版本中忘记关闭的调试信息

优化建议一：清理遗留的 OpenClaw 文件引用

在 WorkBuddy 5.2.6 (8ee6bc1102) 版本中，系统提示词里仍然保留了 OpenClaw 时代遗留下来的默认文件引用，例如 SOUL.md、BOOTSTRAP.md 等。然而，产品本身已经不再使用这些文件，这属于明显的历史遗留问题。

：

• 用户可在 ~/.workbuddy/projects 路径下，打开任意工作空间或会话任务，查看其中的 .jsonl 文件，第一条记录就是系统提示词。
• 其中包含了 SOUL.md、USER.md、IDENTITY.md 等文件的内容，但这些文件在 WorkBuddy 中并未被激活或使用。
• OpenClaw 的机制是：在首次对话后，会修改 SOUL.md、USER.md、IDENTITY.md，并删除 BOOTSTRAP.md，后续每次加载这些信息。但 WorkBuddy 没有启动初始化身份定义的步骤。

：这些信息虽然存在，但 LLM 读到后可能会理解为“用户未填写”，影响不大。然而，BOOTSTRAP.md 文件未被删除，其内部的指令性要求会持续影响 Agent 的行为，带来潜在风险。

用户甚至专门询问了 WorkBuddy，得到的回复是“后面还有我的自定义指令，它不敢改”。这进一步说明这些遗留文件未被清理。

优化建议二：调整 current_time 的获取频率

在系统提示词中，当前版本的 current_time 获取到了精确到秒的级别。这种做法存在严重的成本隐患：每次请求中的时间戳变化，都可能导致缓存命中失效，进而增加运营成本。 用户担心“每过一秒我的缓存命中就失效一次，然后让你们多花 50 倍的钱”。

：

• 将 current_time 的精度降低到分钟级别，例如 2026-07-16 22:30 格式，而非 2026-07-16 22:30:45。
• 这样可以有效减少因时间戳变化导致的缓存失效，从而优化成本。

优化建议三：关闭调试信息

当前版本（5.2.6 (8ee6bc1102)）中，存在一个明显的疏忽：

。这导致前端代码和请求通信的详细信息可以被看到，不仅影响用户体验，也可能带来安全隐患。

：

• 前端代码和请求通信的调试信息被暴露。
• 这些信息本应仅在开发阶段启用，生产环境应予以关闭。

：建议尽快更新版本，关闭所有调试信息，确保用户数据的安全性和应用的稳定性。

常见问题与解答

1. 这些遗留文件会导致什么具体问题？
   
   遗留文件如 BOOTSTRAP.md 中的指令性要求，可能会干扰 Agent 的正常行为，导致其执行不符合预期的操作。虽然 LLM 可能将其理解为“用户未填写”，但指令性内容的存在始终是潜在风险。

2. 调整 current_time 的频率后，会影响时间显示的准确性吗？
   
   不会。降低到分钟级别对于大多数应用场景完全足够，用户感知不到秒级差异。这只是一个后台优化，对前端体验无影响。

3. 调试信息泄露的潜在风险是什么？
   
   调试信息包含前端代码结构和请求通信细节，可能被恶意用户利用，用于挖掘漏洞或进行攻击。关闭调试信息是基本的安全措施。

4. 如何确认自己是否受这些影响？
   
   用户可以检查 ~/.workbuddy/projects 目录下的 .jsonl 文件，查看第一条记录中是否包含 SOUL.md、BOOTSTRAP.md 等文件内容。如果存在，则说明受第一个问题影响。调试信息问题则可通过查看前端页面是否显示通信日志来判断。

这些优化建议都基于对 WorkBuddy 的深度使用和理解，旨在帮助产品持续改进，为用户提供更好的体验。希望官方团队能够尽快处理这些反馈，让产品更完善。