OkayDoo 产品建议与缺陷反馈（专业测试版）

1. 缺陷反馈 (Bug Report)

1.1 iOS 端任务备注编辑失效

• 环境：iOS 客户端

• 现象：在任务详情页点击备注编辑框时，系统未唤起键盘，而是直接触发返回操作跳转回任务列表界面。

• 严重程度：High (阻断核心链路)

1.2 标签层级管理失效

• 现象：标签分组功能虽已存在，但现有标签无法通过拖拽或菜单操作移动至指定分组，导致分类维护成本高。

• 严重程度：Medium

2. 功能增强建议 (Feature Requests)

2.1 编辑器体验升级

• 标准支持：任务备注编辑器需原生支持 Markdown 语法解析及任务双链 (Bi-link) 机制。

• UI 优化：建议提供“全屏编辑”切换功能，解决长文本备注在窄窗编辑时的遮挡问题。

• 交互参考：建议效仿 OmniFocus 的 "Information" 详情面板设计，提供明确的任务元数据编辑入口，消除“不知道如何编辑细节”的直觉障碍。

2.2 任务关系模型扩展

• 关联类型：应支持“平级关联”（逻辑相关）与“父子关联”（任务降级/拆解）两种模式，增强任务间的结构化表达。

2.3 开放性与自动化

• 开发者支持：提供标准的 API 或 CLI 工具，以适配 Agent 工作流自动化的大趋势。

• 微信生态集成：支持微信消息（含群聊）多选、合并后转发至收件箱；支持企微联系人直连；利用 AI 自动生成转发任务的标题。

3. 安全与隐私 (Security)

• 访问控制：应增加跨平台（桌面/移动端）的应用锁功能，支持密码或生物识别访问，确保私密任务数据的安全性。

4. 设计思考：无限嵌套 ≠ 子任务

4.1 核心观点

无限嵌套不能替代子任务。两者是互补关系，不是替代关系。

4.2 OmniFocus 子任务的功能模型

以 OmniFocus 为参照，其子任务（Action / Action Group）不仅仅是视觉上的层级嵌套，而是承载了一套完整的任务行为模型：

• 串行/并行模式：父级 Action Group 可设置为串行（前一个完成后下一个才可用）或并行（所有子任务同时可用）。

• 完成规则：父项目可设置所有子任务完成后才标记完成，或任一完成即标记完成。

• 推迟日期 (Defer Date)：子任务可独立设置推迟日期，在此日期前不进入筛选视图。

• 截止日期 (Due Date)：子任务可拥有独立的截止日期，支持从父任务继承或独立设置。

• 筛选可见性：通过上述属性组合，精确控制哪些子任务进入当日列表或自定义筛选。

这些属性使得子任务不只是一个容器里的条目，而是一个有独立生命周期和行为规则的实体。

4.3 无限嵌套的本质定位

无限嵌套实现的是信息架构层面的层级组织，本质是文件夹套文件夹的树状结构。

4.4 结论

一个成熟的个人任务系统应当同时支持两者，让用户在不同场景下选择合适的工具。嵌套解决信息组织问题，子任务解决执行推进问题。

另外后面 AI 去分拣和拆分任务，建议可以自定义一个模板，就是自己可以去修改里面的提示词，然后根据实际的一些情况或者某一些具体的项目的情况，去进行拆分或者去进行管理。说人话就是将 AI 的赋能个性化。

就是这个文档，这没有什么敏感的信息，你打开看看就知道它里面特别复杂，因为有每日的行程，还有相互交叉需要确认的提前准备的工作等等。我刚才还突然想到一点，因为如果让一个不管是模型也好、软件也好，去匹配各种各样不同的输出的文档，去转换成任务，这个确实太难了。但是能不能反过来来思考？就是说让 OKR do 出一个这种复杂的任务分解或者导入的一个模板。然后比如说我现在要去旅行的这个项目，那我就可以让 AI 把它所有的内容生成完，输出时候按这个模板的格式输出，这样相对来说对于导入或者任务的拆解，就会方便很多。

目前的这个我觉着比较复杂，而且这个里面，其实我用 OKR do 先试了一下，就是因为备注不太好去操作，所以我这两天用，先用滴答清单把它先做了。这里面就还遇到一个场景，比如说有一些任务，它是要求提前 7 天或提前一天要先去做相应的预定的，预定了之后预定成功，到那个时间点这个任务才可以被触发，否则的话这个任务就会被 skip 掉，就它不会去触发它去执行的。这就涉及到任务之间的链接的关系，不是说父任务和子任务的关系，是链接的关系，也就说它的有一些任务有一个前置条件，前置条件满足了，这个任务才可以被激活。最好是可以设置成这样子，就前置任务当满足了才可以被激活。如果前置任务满足不了，那么这个任务就类似于 OF 里边的那个，它就被隐藏起来了，永远都不会出现。

超时我估计倒不一定，当然要看你现在的使用的模型是你自建的是什么。另外一个是不是就可以提供一个自定义的 API 的模型，然后里面的模板可以自己去定义一下。当然我看前两天在群里面说，那个应该是你的合作伙伴吧？他说他可能不会考虑自定义的模型。如果有自定义模型，那么就可以根据个人的需要，他可以去使用一些现在的商业模型的 API。现在越来越多的模型，你像最近上线的基本上模型都是一兆的上下文了。我现在这个文档就是用 Galam 5.2。出的。然后我让 kimi 2.7 Code 还有 GPT 5.5 去做了一下交叉的验证。所以对于商用的 API 调用的模型来说，这个文档不算大，他们可以一次输出完。当然要看你们背后现在用的 AI 底部的模型是怎么样的窗口大小限制。

类似于这种复杂的，就是前面有一次咱俩聊，我也给你说过，我原来有想法，就是我自己做不了，就是能把 ToDo 和思维导图结合在一起，然后把它可以先抽取出来形成思维导图。思维导图更逻辑更清晰嘛。整理完之后呢，把它再换成另外一种格式，然后放到 ToDo 里面去管理。就像前些年，是哪一个比较早的 Markdown 笔记我忘了，它就可以有两种形态，一种是 Markdown，一种是思维导图。实际上两个本来就是一种，只不过是换了一种表现的形式，就是怎么样把 ToDo 的功能可能可以有效的融入到里面。那么对于有一些复杂任务的拆解和梳理起来就应该会更便利吧？

理想中的 GTD：Todo（OF+AI+透视优化）+ 思维导图 + MD 备注 + 双链（前置、后续）

剪藏功能，有别于笔记的是遇到某些文章准备后续仔细阅读或者尝试的场景下，可以简单剪藏并自动生成任务名称，哪怕是任务内容或者备注是原文链接。

收件箱增加排序功能，比如可以新建时间正序或者倒序，方便个人根据习惯整理和查找任务，目前是新建。的任务。在收件箱最下面，查找不方便

一是建议给欧卡度尽快开通一个企微，这样其他聊天信息的内容就可以通过企微转发进入收件箱。第二是建议任务的备注里面可以接受附件，例如这类应用场景。

点了回收站的清空按钮，但是退出回收站再进入之后，回收站里面的内容还在，并没有被清除掉。

iOS 端每一次删除都需要确认一次，很麻烦。应该有一个可以设置的选项，就删除是否需要二次确认。这个删除应该有，可以多选，多选选完之后一次性删除。

iOS 端选择多选后，点选全选按钮无效，有没有实现全选的功能

移动任务不支持快捷键，而且单选或多选任务后，出现的移动至任务菜单点选后，是所有软件里面的所有任务，也没有一个过滤和筛选，要靠人工去选择，逻辑不合理

任务下的子任务删除后，iOS APP 出现了崩溃。同时，删除后的任务下已经没有子任务，但是隐藏和展开子任务的箭头还在。

还发现在 Web 端进行了大量的操作后，手机 APP 端并没有同步更新。一是可能服务器性能问题，反应非常慢，比如删除几百个任务。这个在 Web 端删除的特别慢，但是在 iOS 端删除就特别快。此外，Web 端进行操作之后，没有及时的同步到 iOS 端，最后是把各个端的账号都退出，重新登录之后才进行了刷新。

Okdo 什么时候可以出 CLI 工具？可以让 Agent 去进行操作。

建议可以由客户自定义模型，就是通过 API 的形式自定义模型。当然，如果有可能的情况下，最好是对一些常规的任务操作，可以自定义提示词，那样就更好了。

标签无法删除。此外，标签和人员是什么关系？在任务属性里边也没有办法选择人员。

位置的地图选择应该可以放大到全屏，方便在手机上进行手动的准确定位。在地图上通过名称搜索地图位置后，无法保存。

目前使用的 STT 模型不好，对语音数的识别度非常差，而且 AI 解析出来的任务也有比较大的偏差。