- Task
- 从 minute《待办事项管理方式优化探讨》保留问题:列到一个,现在目前处理到了一个 AI 的仓库的 Git Hub 的 issues 里面,它现在有一套 Todo 去待完成,那其实这一套内容也是一个孤立的存在,…
- Next Step
- 先留在 clarify 层,暂不直接提升为任务
- Lane
- openclaw-ops
- Kind
- question
- Status
- [待澄清]
- Projection
- hold
- Source
- 待办事项管理方式优化探讨
从 minute《待办事项管理方式优化探讨》保留问题:列到一个,现在目前处理到了一个 AI 的仓库的 Git Hub 的 issues 里面,它现在有一套 Todo 去待完成,那其实这一套内容也是一个孤立的存在,…
先留在 clarify 层,暂不直接提升为任务
这条事项现在在哪一层
直接看当前 lane、kind、状态和最近一步,而不是先读长解释。
待办事项管理方式优化探讨
我们继续来聊上一条接着的内容,主要就是回顾一下做了哪些事情,然后接下来还要做哪些事情,然后当前的重点就把我们的注意力调回来。刚刚我们提到了,因为我现在我习惯就是在步行中间的路程,就会跟你这样沟通,然后就会聊到一些可能的Todo。那有的时候事情多了,你很可能就想不起来了,但是我们具体聊到某些事情的时候,这些 Todo 可能就会记下来,我觉得这个把它记下来是一个比较好的方式,那就是一是前,还是前面那个 Todo 的优化的过程,包括我怎么每天实时的把这些想做的事情都规范化、结构化、系统化的记录下来。 以及把我历史,因为那个 my obsidian 本地有一个…
为什么它还没有 writeback preview
当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。
原始 capture 里真正记录了什么
这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。
待办事项管理方式优化探讨
我们继续来聊上一条接着的内容,主要就是回顾一下做了哪些事情,然后接下来还要做哪些事情,然后当前的重点就把我们的注意力调回来。刚刚我们提到了,因为我现在我习惯就是在步行中间的路程,就会跟你这样沟通,然后就会聊到一些可能的Todo。那有的时候事情多了,你很可能就想不起来了,但是我们具体聊到某些事情的时候,这些 Todo 可能就会记下来,我觉得这个把它记下来是一个比较好的方式,那就是一是前,还是前面那个 Todo 的优化的过程,包括我怎么每天实时的把这些想做的事情都规范化、结构化、系统化的记录下来。 以及把我历史,因为那个 my obsidian 本地有一个…
我们继续来聊上一条接着的内容,主要就是回顾一下做了哪些事情,然后接下来还要做哪些事情,然后当前的重点就把我们的注意力调回来。刚刚我们提到了,因为我现在我习惯就是在步行中间的路程,就会跟你这样沟通,然后就会聊到一些可能的Todo。那有的时候事情多了,你很可能就想不起来了,但是我们具体聊到某些事情的时候,这些 Todo 可能就会记下来,我觉得这个把它记下来是一个比较好的方式,那就是一是前,还是前面那个 Todo 的优化的过程,包括我怎么每天实时的把这些想做的事情都规范化、结构化、系统化的记录下来。 以及把我历史,因为那个 my obsidian 本地有一个仓库,那仓库其实记录了很多很多 Todo 的内容。那个 Todo 可能不只是,就是最近几天Todo,还有一些历史的Todo,甚至说我前段时间上一次在跟你沟通的时候,也就在不到一周的时间,这一段时间我还。 做了一个 Todo 的看板,当然那个 Todo 看板现在属于一个创建阶段,还没有真正的使用起来,甚至我还是在用一个非常传统的方式,把我日常的一些 Todo 记录在一些群聊里。比如说我在飞书里配置了一个新的群聊,就叫Todo,但是这个 Todo 现在虽然我已经把机器人拉进去了,但是没有做任何的操作,然后里面的那个Todo。 还是一些,就是文字沉淀在那里,也没有流转起来,虽然我之前还做了一个task,那个群聊,那个群聊里其实也会有 Todo 的一个写入,但我觉得有点繁琐,所以那个群聊现在目前也算半搁置的作用,唯一的用途就是我当我比如说刚一会去游泳,做完了某件事情,我会去输入一个done,完成了一个什么东西,它会自动帮我写入我自己的obsidian。 但是 Todo 这一块其实一直没有得到很好的流转,因为这个 Todo 它会涉及到每天新增的 Todo 和历史的 Todo 之间,它们可能并不是完全割裂的关系,但现在所有的内容还是一个割裂的存在,它们就像一些信息孤岛,每天不断的产生新的Todo,却没有真正把所有的待处理综合起来。但明明我每天其实关注的就那些事情,只是因为事情有时候比较多。没有很好的连贯起来,那这一块我想我还是需要进一步去研究有没有更好的方式来解决,那它其实涉及到很多方面,比如说我每天这样跟你沟通产生的新的待处理的内容,每天可能看到某一些素材、某一些感兴趣的事情,我会把它记录到一个叫信息获取的群里面,在那个群里面其实我本身这个行为也是因为我觉得这个东西我想实现。 所以它本身也是一种待处理的内容之一,这是两个范围,第三个范围就是有的时候我会想到有人类要做的和 AI 要做的,这两个区别是什么呢?就是人类要做的,就比如说像我要去办一张电话卡这种事情现在是没办法自动化的,虽然未来不排除都可以自动化的可能,但是现在还是不行的,所以这种事情在我看来是必须要人类去做的事情,或者有一些权限问题,我的手机完成不了,我的电脑。也许能完成,但是有一些还是必须要人去进行扫码的操作,这类我认为是必须要人类处理的事情。 那还有一些我认为是 AI 直接就能做的,比如说我所有的网站,我希望它有很好的视觉效果,很多动效或者是说某些设计风格的查找,那这样的内容它就是 AI 来做的,那我会把它。列到一个,现在目前处理到了一个 AI 的仓库的 Git Hub 的 issues 里面,它现在有一套 Todo 去待完成,那其实这一套内容也是一个孤立的存在,再包括以前我有把一些文章怎么发到我微信的文件管理助手,其实这也不是一个很好的处理方式,是因为微信我每天都要登录,所以我之前就会把微信的内容存储到里面。
同一线程里的相关事项
如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。
让 Todo 看板替代飞书 Todo 群的纯文字沉淀,形成可操作的待确认/已完成流转
先定义最小交互:新增、待确认、done 回写,再选一个入口替换当前群聊记录
定义统一 Todo intake contract,收拢步行录音、Obsidian 历史 Todo、信息获取群和 AI 仓库 issues
先列出这 4 类来源的字段差异与去重键,再定一个统一 capture -> clarify -> todo 入口
从 minute《待办事项管理方式优化探讨》保留问题:那有的时候事情多了,你很可能就想不起来了,但是我们具体聊到某些事情的时候,这些 Todo 可能就会记下来,我觉得这个把它记下来是一个比较好的方式,那就是一是前…
先留在 clarify 层,暂不直接提升为任务