- Task
- 从 Text《。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。》保留问题:。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。 好像很多时间都浪费出来了我也不能不知道到底说的是不是那种浪费。都放在了流程上那这些件呢如果自己不去给到解答的话那我在想我也很难去在别人问起我的时候
- Next Step
- 先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
- Lane
- health-life
- Kind
- question
- Status
- [待澄清]
- Todo Projection
- -
- Todo Due
- -
- Todo Source
- -
- Projection
- hold
- Source
- 。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。
从 Text《。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。》保留问题:。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。 好像很多时间都浪费出来了我也不能不知道到底说的是不是那种浪费。都放在了流程上那这些件呢如果自己不去给到解答的话那我在想我也很难去在别人问起我的时候
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
这条事项现在在哪一层
直接看当前 lane、kind、状态和最近一步,而不是先读长解释。
。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。
。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。 好像很多时间都浪费出来了我也不能不知道到底说的是不是那种浪费。都放在了流程上那这些件呢如果自己不去给到解答的话那我在想我也很难去在别人问起我的时候我立刻给到一个很明确的答案。所以说还是要想一下这个事情到底今天做什么。 今天好像是上来就去吃了一点麦片 ,那个时候不在想今天吃什么。关于健康今天确实有做过一部分的努力。然后去把冰箱里画冻的一些东西你搞了点出来吃然后发现上一次冻得八块鸡翅好像还是有点多了 ,就吃了三块就够了。 三会儿集市就饱了 ,然后我会发现像山姆…
状态怎么更新
capture 负责预览和溯源;真正的确认、勾选和状态变更仍落在 Todo / Today-Focus 这些真实状态源里。
这条事项当前还在 capture / clarify 预览层,先看详情和来源,再决定是否进入执行视图。
为什么它还没有 writeback preview
当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。
原始 capture 里真正记录了什么
这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。
。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。
。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。 好像很多时间都浪费出来了我也不能不知道到底说的是不是那种浪费。都放在了流程上那这些件呢如果自己不去给到解答的话那我在想我也很难去在别人问起我的时候我立刻给到一个很明确的答案。所以说还是要想一下这个事情到底今天做什么。 今天好像是上来就去吃了一点麦片 ,那个时候不在想今天吃什么。关于健康今天确实有做过一部分的努力。然后去把冰箱里画冻的一些东西你搞了点出来吃然后发现上一次冻得八块鸡翅好像还是有点多了 ,就吃了三块就够了。 三会儿集市就饱了 ,然后我会发现像山姆…
。想想做了啥就是每天都有一种感觉星期一天好像忙活了很久的。但是实际上又没有什么产出的感觉。 好像很多时间都浪费出来了我也不能不知道到底说的是不是那种浪费。都放在了流程上那这些件呢如果自己不去给到解答的话那我在想我也很难去在别人问起我的时候我立刻给到一个很明确的答案。所以说还是要想一下这个事情到底今天做什么。 今天好像是上来就去吃了一点麦片 ,那个时候不在想今天吃什么。关于健康今天确实有做过一部分的努力。然后去把冰箱里画冻的一些东西你搞了点出来吃然后发现上一次冻得八块鸡翅好像还是有点多了 ,就吃了三块就够了。 三会儿集市就饱了 ,然后我会发现像山姆他们那种腌制鸡翅。真的不怎么好吃 ,不如我自己去买那种新鲜的鸡翅去腌制 ,还能腌制更符合我口味的调料吧。现在出发去跳来的舞。 还上半小时 ,其实今天已经迟到了。啊 ,回想一下今天到底做了哪些事情吧。嗯 ,刚刚提到说今天其实。 我在做一个。其实一起来还是没有在做什么有效的事情。在为健康努力的一一段时间之后 ,然后下午的时候大概两点的时候。 嗯 ,开始去看我这几天的自动化的那个内容跑跑动的一个情况。说起来 Dipseck的效果实际并没有我想象中那么好。原本让他去处理单个任务的时候 ,他确实还做的还可以。 但是当任务量复杂起来了 ,它其实效果差强人一把。嗯 ,我觉得他的问题其实跟。我买的那一个 cloud逆向。 有一点类似他们在处理单个任务的逻辑层面其实是有比较好的效果的。但是当去处理一件事情的执行的时候 ,确实现在看起来越远不如 codex给的效果好。所以我也在纠结要不要说还是要。 Cloud循环体去调度 codex去执行任务 ,而不是让。 Cloud去执行任务。因为这样的话它会导致我以前做的一些内容了。 嗯失效 ,而且其实它做的这个过程还有点浪费。甚至目前看下来 ,其实他在。我目前充值的应该充值了 50多块钱吧 ,四50块钱用了一半二十多块钱就如果说同样是 24块钱 ,我去买两买 token的话。 买 codex做的效果绝对是比现在这个效果要好的。只是它的好处在于它可以去定时处理这个东西。但是我现在 codex那边没跑通 ,但其实 Codex那边想跑通也是可以跑通的。 那如果他这样效果这么差的话 ,那我不如。做充值一点给 codex,然后让他去帮我并行跑这个处理。不过最起码经过这两天的测试 ,我会发现嗯明显。 Codex还施工程能力最强的 ,他基本上他来完成这项任务的准确率和成功率基本能达到九成以上基本上不需要再 review就能看到一些比较真实的效果 ,而且结果。所以我觉得还是应该把之前去用那个 cloud的操作 codex执行或者是说让 codex自动化去执行这两步骤 ,我觉得可以一起去考虑一下吧。这个是。 呃 ,模型能力操作层面的事情 ,除此之外 ,我觉得我的上下文也是构建有问题的。再跟 codeX结合我们前面跑的那个 log的内容也可以大致让它看出嗯问题出现在哪里 ,我觉得这可能就是它实际执行的意义。因为他实习去跑之后他会有一些真实的 log数据。 那这个数据是非常有价值的可以看出在执行复杂复杂任务以及多模型执行任务或者是说多内容执行任务的时候。它可以对比出来一些很明确的区别。比如说我今天就拿历史的那个 log取问了两两个模块实现的方式。 那第一个就是我刚刚一直跟你聊到提到飞书的那一块还有一个是。嗯 ,我不是在弄那个找工作以及工作的岗位 review和。岗位 review和岗位查找的这两个环节 ,那这两个环节我在将所有的 log发给。 嗯 , Codex进一步看之后 ,然后以及将这个相关的证据发给 cloud之后 ,我会得到一个更优的嗯解决策略。就是那种渐进式的逐步识别的模式。然后进一步优化了我的相关表格的展示。 还有会发现就是我人工的填写的内容 ,然后缺少了相关的字段嗯这导致嗯在表格的逐步的渐进式的循环中其实分辨不出来是 AI做的内容还是我人工准确的内容其实这里面会涉及到一个证据强度的。内容就是证据的话 ,它有的时候嗯 ,比如说我人工去 review这个东西肯定是最准的。但是 AI它由于它的幻觉导致它不同模型 ,它可能能力不一样 ,它有时候跑出来的结果是假的 ,甚至是说虚构的。 或者是说它有时候会把它假的那种当成是真的。那如何让这个东西更加贴近真实...
同一线程里的相关事项
如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。