- Task
- 从 Text《日常交流与模型使用心得分享》保留问题:日常交流与模型使用心得分享 2026-06-09 【智能总结】 工作中不同模型使用体验,涉及模型能力、用途、评估及价格考量,还谈及夜校活动季节差异原因。 - **日常行程**:准备去上羽毛球课,感慨桂花香季节,提及昨天未游泳、跳舞。 -
- Next Step
- 先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
- Lane
- roya-brand
- Kind
- question
- Status
- [待澄清]
- Todo Projection
- -
- Todo Due
- -
- Todo Source
- -
- Projection
- hold
- Source
- 日常交流与模型使用心得分享
从 Text《日常交流与模型使用心得分享》保留问题:日常交流与模型使用心得分享 2026-06-09 【智能总结】 工作中不同模型使用体验,涉及模型能力、用途、评估及价格考量,还谈及夜校活动季节差异原因。 - **日常行程**:准备去上羽毛球课,感慨桂花香季节,提及昨天未游泳、跳舞。 -
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
这条事项现在在哪一层
直接看当前 lane、kind、状态和最近一步,而不是先读长解释。
日常交流与模型使用心得分享
日常交流与模型使用心得分享 2026-06-09 【智能总结】 工作中不同模型使用体验,涉及模型能力、用途、评估及价格考量,还谈及夜校活动季节差异原因。 - **日常行程**:准备去上羽毛球课,感慨桂花香季节,提及昨天未游泳、跳舞。 - **工作看板与项目**:制作每日5个工作的看板,上周四找到一些项目,发现平台操作可复制打招呼用语并跳转岗位对话,认为便捷。 - **模型对比**: - **循环稳定性**:放弃Job系统循环跑的方式,因其不稳定且不如Codex便捷,Cloud权限问题导致手动操作浪费时间。 - **能力对比**:Coze和Deep…
状态怎么更新
capture 负责预览和溯源;真正的确认、勾选和状态变更仍落在 Todo / Today-Focus 这些真实状态源里。
这条事项当前还在 capture / clarify 预览层,先看详情和来源,再决定是否进入执行视图。
为什么它还没有 writeback preview
当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。
原始 capture 里真正记录了什么
这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。
日常交流与模型使用心得分享
日常交流与模型使用心得分享 2026-06-09 【智能总结】 工作中不同模型使用体验,涉及模型能力、用途、评估及价格考量,还谈及夜校活动季节差异原因。 - **日常行程**:准备去上羽毛球课,感慨桂花香季节,提及昨天未游泳、跳舞。 - **工作看板与项目**:制作每日5个工作的看板,上周四找到一些项目,发现平台操作可复制打招呼用语并跳转岗位对话,认为便捷。 - **模型对比**: - **循环稳定性**:放弃Job系统循环跑的方式,因其不稳定且不如Codex便捷,Cloud权限问题导致手动操作浪费时间。 - **能力对比**:Coze和Deep…
日常交流与模型使用心得分享 2026-06-09 【智能总结】 工作中不同模型使用体验,涉及模型能力、用途、评估及价格考量,还谈及夜校活动季节差异原因。 - **日常行程**:准备去上羽毛球课,感慨桂花香季节,提及昨天未游泳、跳舞。 - **工作看板与项目**:制作每日5个工作的看板,上周四找到一些项目,发现平台操作可复制打招呼用语并跳转岗位对话,认为便捷。 - **模型对比**: - **循环稳定性**:放弃Job系统循环跑的方式,因其不稳定且不如Codex便捷,Cloud权限问题导致手动操作浪费时间。 - **能力对比**:Coze和Deepseek理解、识别、分析及推理能力优于Minimax、百度等,Codex工程能力强,Deepseek文字处理不错但长上下文易顾此失彼。 - **用途选择**:Codex主力修改操作,Cloud用于文案校验、界面美观和信息层级梳理,Deepseek涉及多本地文件时使用。 - **模型评估与价格考量**:Claw文字理解和处理能力好但贵,担心中转有GLM填充替换问题,Codex价格可接受,依赖其处理本地事务。 - **夜校活动思考**:推测春季和秋季有夜校活动,因夏冬环境恶劣不适合。 【原文】 说话人 1 出发去上羽毛球课啦。又到了桂花香的季节。 说话人 2 很香很香的。昨天没有去跳,没有去游泳。从那几个。不算完全没有进展,只是没有一个阶段性进展。发现这个平台然后补全。 说话人 1 是是做了一波信息不全的工。 说话人 2 啊。下午都在干嘛? 说话人 1 我也我也不是铁打的。 说话人 2 有一点偷了。 说话人 2 比较好的就是我直接帮我够了一个。5个,每日5个工作的那个看板。并且借助了,上周找到了一些项目。上周四找到了一些项目。然后有一条最短的路,那就是点击之后它可以用复制打招呼用语。然后跳转到对应的岗位的那个对话那个里。觉得这个操作还比较便捷。它相当于自动就可以帮我。一条链路,连好了。 说话人 1 那有个姓孙的。 说话人 2 有效程度刚刚不知道聊到哪里断了。重新讲。内容吧。上就是聊到现在去打羽毛球课。然后这两天呢,主要其实是没有再执着用我的那一套。 Job 系统完善完。循环跑的那种,因为循环跑的话,它一是不太稳定,二是感觉不如 Codex 那个方,便捷。因为主要就是我们说 Cloud 的那个权限问题,我不太知道怎么解决。都需要主动手动去按,这样的话其实有一些浪费时间吧,我觉得。 说话人 2 然后现在还是换成了,就是因为我在实际测试过程中发现,Coze 和 Deepseek 它们的理解能力和意图识别能力和都识别能力。还有分析能力和逻辑推理能力,其实都要好过 Minimax、百度和其他的几个模型。那我就啊,甚至就是我之前不在网上买了那个200多的那个 Cloud,用了一个月嘛。虽然说它确实可以循环帮我跑一些内容,但是它其实质量不是很稳定,我怀疑它可能随机投递了一些非 cloud 的内容。甚至我怀疑他可能是接的 GLM 的。哦。低模来去处理的这个事情。然后我觉得这样有点太坑了,还不如直接去使用,就 seek 或者是 codex 来处理这些事情。那这四个,他的理解能力和艺术识别能力,还有中文的一个解析能力和回答能力,其实都是比较好的。还在他帮我去处理一些简历和文案的时候。梳理过程中,其实会有一个相对比较好的结果。而 Codex 则是对工程能力,因为我设置的可能就是一个偏工程性质的逻辑。那它的指令遵循能力和修改能力,还有安全性,我觉得都是一个更好的方式。所以还是再让它来帮我做主力的修改和操作。但是他有的时候确实,讲的感觉不是人话。在我需要去对。这个文案要求度比较高的时候,我会去让 Cloud 帮我去做校验和给我,以及我在这些界面的美观程度和信息。层级的梳理的时候,我会让 Cloud 去帮我完成这一系列内容。也不是说 Deepseek 不好,只是说 Deepseek 它其实,如果说按文字处理能力。它确实还不错,只是他多次沟通的上下文,当上下文比较长的时候,他总是顾此失彼,他也有可能会忘记上下文。 说话人 2 这里的时候,在聊一些决策性质的东西,我还是更偏向用 Cloud 来去聊这些东西。Keep sick 更多是属于如果本地有一些内容需要校验,这些东西不是很方便发给 Cloud...
同一线程里的相关事项
如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。