【开源】OpenToggl：Toggl的开源实现，记录、管理、复盘你的时间，AI工作流。
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
开源地址
感兴趣的佬友可以Star一下，感谢大家的支持，在非常高频率更新补 feature 中!
GitHub - CorrectRoadH/opentoggl: OpenToggl is a free, private-first, AI-friendly...
OpenToggl is a free, private-first, AI-friendly alternative to Toggl
介绍
Toggl 是一个很火的时间记录软件，如果了解过柳比歇夫时间管理法、或者一些时间管理的方法论的朋友应该都听说或者用过这个软件。
但是有一些问题，首先是贵，有一些功能是会员独有的，但是最便宜的也要一个人头 $9 一个月。然后是 Ratelimit 限制。如果传统的时间记录用App倒还好。
但是现在是 AI 时代，我在构建我自己的时间管理工作流，就非常非常容易碰到 30次/小时 的Ratelimit。比如用 Toggl-Cli(我的另一个开源项目，里面的帮助Agent、Openclaw使用这个cli的Skill)
GitHub - CorrectRoadH/toggl-cli: Agent Skill and CLI for Toggl Track
Agent Skill and CLI for Toggl Track
所以我做了 OpenToggl，一个 toggl 的完全平替，不仅在API上兼容，还在 WebUI 上尽可能的复刻，避免改变用户习惯。
然后是数据的无缝迁移，你可以导入你在 toggl 的完整数据进来，所有的数据都会被完整保留。而且支持自部署。未来计划上架到 ZimaOS、飞牛等等 Nas 系统。
工作流
可能有朋友会对时间管理的工作流感兴趣。
我目前是用 Alma + toggl cli + OpenToggl + Obsidian(记录中短长期目标与计划)。我会和我小助理Agent说我要开始做什么事，然后她就会帮我启动计时。
然后有两个cron，一个是5分钟，获取我在做什么，判断我是否走神、不在主线就会给我发消息让我回来。然后是每晚10点的定时复盘。
如果有佬友感兴趣可以我回头再来扩张写一篇。
应用截图
在一些细节质感上还不如 toggl，会尽快赶上
IMAGE-i3Ktr5Xu@2x1920×966 415 KB
--【壹】--：
感谢支持!
刚刚更新了 v0.0.13 在UI、UX上做了不少的调优，如果已经部署了可以更新看看。
现在已经对于toggl的api与webui兼容的差不多，所以预期不会有什么break，算是比较稳定了。
--【贰】--：
已star，问下大佬稍微有点冒昧的事情，就是这么好的软件是怎样开发出来的呢，主流还是用的是claduecode吗，采用什么工作流吗，全程是只负责对接需求和检查代码还是在别的细节部分需要花心思。本人才毕业，对ai coding这方面很感兴趣但也还只是摸索，望大佬可以的话指点一二，甚是感激
--【叁】--：
学习了，这套方法论我后续也去试试看，谢谢分享
--【肆】--：
感谢开源，刚好有需要
--【伍】--：
很有意思，收藏了，感谢
--【陆】--：
感谢开源，现在就去用用看
--【柒】--：
我代码里面有完整的开发过程与文档可以参考一下。不过讲实话也踩了很多弯路。
首先是我采用SDD方案，因为是模仿toggl嘛，所以API干净、功能定义干净。软件开发中需求不明确的这个问题就是解决，所以我觉得SDD肯定行，所以我的做法是从公开的blog和toggl的OpenAPI中与AI反复讨论得到技术与产品规格书。
然后按AI按SDD开发，但是发现根本做不到，因为是那个隐形知识的问题，尽管一个东西看起来干净、简单但是也很难用SPEC讲干净，做出来的东西我不能满意。对比toggl还有一堆差距。如果真的把SPEC写完整了，那么就是等于代码了。
twitter就有大佬叫tison表达一样的观点批评SDD。
然后那段时间又流行 harenss enginnering. 所以我搞了一个ralph-loop，对齐标准是一个playwright mcp对比 toggl 与 opentoggl 的差异，自动找差异然后改代码对齐。
然后跑了一个晚上收迭不了，AI根本判断不了页面还差在哪里，用户旅程在哪些功能少了，在那里对齐css(我确定的prompt讲明白应该怎么做)，现在AI(Opus4.6)的能力还是不行。不过 harness 在 toggl-cli 的开发中还行(在这里我让ai扮演用户使用cli提示修改建议)。
然后就像Peter Steinberger一样在几个显示器中开几十个terminal在main下面同时开发功能。
其实我觉得与AI能力没有什么太多关系，我也用过 Minimax2.7、GPT-5.4和Opus4.6，一般我自己判断工作难度分给大家做，比如翻译语言我就丢给 Minimax2.7。 我之前还试过 Agent 调度 Agent 来开发，包括 Factory Droid 下面的 Mission或者我自己实现的 Agent 调度机制都不好用。目前还是让 AI 按我的品味与想法去写代码。错了我就马上停下来吊他。
--【捌】--：
感谢大佬！
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
开源地址
感兴趣的佬友可以Star一下，感谢大家的支持，在非常高频率更新补 feature 中!
GitHub - CorrectRoadH/opentoggl: OpenToggl is a free, private-first, AI-friendly...
OpenToggl is a free, private-first, AI-friendly alternative to Toggl
介绍
Toggl 是一个很火的时间记录软件，如果了解过柳比歇夫时间管理法、或者一些时间管理的方法论的朋友应该都听说或者用过这个软件。
但是有一些问题，首先是贵，有一些功能是会员独有的，但是最便宜的也要一个人头 $9 一个月。然后是 Ratelimit 限制。如果传统的时间记录用App倒还好。
但是现在是 AI 时代，我在构建我自己的时间管理工作流，就非常非常容易碰到 30次/小时 的Ratelimit。比如用 Toggl-Cli(我的另一个开源项目，里面的帮助Agent、Openclaw使用这个cli的Skill)
GitHub - CorrectRoadH/toggl-cli: Agent Skill and CLI for Toggl Track
Agent Skill and CLI for Toggl Track
所以我做了 OpenToggl，一个 toggl 的完全平替，不仅在API上兼容，还在 WebUI 上尽可能的复刻，避免改变用户习惯。
然后是数据的无缝迁移，你可以导入你在 toggl 的完整数据进来，所有的数据都会被完整保留。而且支持自部署。未来计划上架到 ZimaOS、飞牛等等 Nas 系统。
工作流
可能有朋友会对时间管理的工作流感兴趣。
我目前是用 Alma + toggl cli + OpenToggl + Obsidian(记录中短长期目标与计划)。我会和我小助理Agent说我要开始做什么事，然后她就会帮我启动计时。
然后有两个cron，一个是5分钟，获取我在做什么，判断我是否走神、不在主线就会给我发消息让我回来。然后是每晚10点的定时复盘。
如果有佬友感兴趣可以我回头再来扩张写一篇。
应用截图
在一些细节质感上还不如 toggl，会尽快赶上
IMAGE-i3Ktr5Xu@2x1920×966 415 KB
--【壹】--：
感谢支持!
刚刚更新了 v0.0.13 在UI、UX上做了不少的调优，如果已经部署了可以更新看看。
现在已经对于toggl的api与webui兼容的差不多，所以预期不会有什么break，算是比较稳定了。
--【贰】--：
已star，问下大佬稍微有点冒昧的事情，就是这么好的软件是怎样开发出来的呢，主流还是用的是claduecode吗，采用什么工作流吗，全程是只负责对接需求和检查代码还是在别的细节部分需要花心思。本人才毕业，对ai coding这方面很感兴趣但也还只是摸索，望大佬可以的话指点一二，甚是感激
--【叁】--：
学习了，这套方法论我后续也去试试看，谢谢分享
--【肆】--：
感谢开源，刚好有需要
--【伍】--：
很有意思，收藏了，感谢
--【陆】--：
感谢开源，现在就去用用看
--【柒】--：
我代码里面有完整的开发过程与文档可以参考一下。不过讲实话也踩了很多弯路。
首先是我采用SDD方案，因为是模仿toggl嘛，所以API干净、功能定义干净。软件开发中需求不明确的这个问题就是解决，所以我觉得SDD肯定行，所以我的做法是从公开的blog和toggl的OpenAPI中与AI反复讨论得到技术与产品规格书。
然后按AI按SDD开发，但是发现根本做不到，因为是那个隐形知识的问题，尽管一个东西看起来干净、简单但是也很难用SPEC讲干净，做出来的东西我不能满意。对比toggl还有一堆差距。如果真的把SPEC写完整了，那么就是等于代码了。
twitter就有大佬叫tison表达一样的观点批评SDD。
然后那段时间又流行 harenss enginnering. 所以我搞了一个ralph-loop，对齐标准是一个playwright mcp对比 toggl 与 opentoggl 的差异，自动找差异然后改代码对齐。
然后跑了一个晚上收迭不了，AI根本判断不了页面还差在哪里，用户旅程在哪些功能少了，在那里对齐css(我确定的prompt讲明白应该怎么做)，现在AI(Opus4.6)的能力还是不行。不过 harness 在 toggl-cli 的开发中还行(在这里我让ai扮演用户使用cli提示修改建议)。
然后就像Peter Steinberger一样在几个显示器中开几十个terminal在main下面同时开发功能。
其实我觉得与AI能力没有什么太多关系，我也用过 Minimax2.7、GPT-5.4和Opus4.6，一般我自己判断工作难度分给大家做，比如翻译语言我就丢给 Minimax2.7。 我之前还试过 Agent 调度 Agent 来开发，包括 Factory Droid 下面的 Mission或者我自己实现的 Agent 调度机制都不好用。目前还是让 AI 按我的品味与想法去写代码。错了我就马上停下来吊他。
--【捌】--：
感谢大佬！