Private Capture

Unlock Capture

这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。

密码仅保存在当前浏览器本地。

从 Text《关于工作工具使用及求职的思考》保留问题:关于工作工具使用及求职的思考 2026-05-19 15:19 【智能总结】 主要讲述在使用AI工具管理To Do等工作中的困扰及改进设想,同时谈及求职相关思考,包括简历投递计划及自身优势劣势分析。 - **工具使用困扰**:尝试让Clo

先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题

Lanecareer-transition
Kindquestion
State[待澄清]
Source关于工作工具使用及求职的思考
Current Item

这条事项现在在哪一层

直接看当前 lane、kind、状态和最近一步,而不是先读长解释。

capturearchivedclarifyquestiongateholdwritebacknot readytoday-focusnot ready
Task
从 Text《关于工作工具使用及求职的思考》保留问题:关于工作工具使用及求职的思考 2026-05-19 15:19 【智能总结】 主要讲述在使用AI工具管理To Do等工作中的困扰及改进设想,同时谈及求职相关思考,包括简历投递计划及自身优势劣势分析。 - **工具使用困扰**:尝试让Clo
Next Step
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
Lane
career-transition
Kind
question
Status
[待澄清]
Todo Projection
-
Todo Due
-
Todo Source
-
Projection
hold
Source
关于工作工具使用及求职的思考
Source Capture

关于工作工具使用及求职的思考

关于工作工具使用及求职的思考 2026-05-19 15:19 【智能总结】 主要讲述在使用AI工具管理To Do等工作中的困扰及改进设想,同时谈及求职相关思考,包括简历投递计划及自身优势劣势分析。 - **工具使用困扰**:尝试让Cloud管理To Do,Deepseek跑内容,但两者都存在问题,如Cloud额度易用完,Deepseek后续轮次效果难评估,且处理过程中复制操作繁琐。 - **To Do模板设想**:认为应将To Do做成模板,拆分模块,明确各文档定义、理想图度、背景描述等,聚焦当日及长短线修改。 - **Codex使用情况**:Co…

Archive
2026-05-19 18:03:19
Source
om_x100b6ff71bdba8acc447cb295707a37
Action

状态怎么更新

capture 负责预览和溯源;真正的确认、勾选和状态变更仍落在 Todo / Today-Focus 这些真实状态源里。

这条事项当前还在 capture / clarify 预览层,先看详情和来源,再决定是否进入执行视图。

Actual Preview

为什么它还没有 writeback preview

当前这条事项还没有稳定进入 strict writeback,所以这里只展示现状和下一步。

这条事项当前处于 hold,下一步仍然是:先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题。
Source Evidence

原始 capture 里真正记录了什么

这里直接显示 summary preview 和 transcript 片段,方便你判断这条提炼是否靠谱。

Summary Preview

关于工作工具使用及求职的思考

关于工作工具使用及求职的思考 2026-05-19 15:19 【智能总结】 主要讲述在使用AI工具管理To Do等工作中的困扰及改进设想,同时谈及求职相关思考,包括简历投递计划及自身优势劣势分析。 - **工具使用困扰**:尝试让Cloud管理To Do,Deepseek跑内容,但两者都存在问题,如Cloud额度易用完,Deepseek后续轮次效果难评估,且处理过程中复制操作繁琐。 - **To Do模板设想**:认为应将To Do做成模板,拆分模块,明确各文档定义、理想图度、背景描述等,聚焦当日及长短线修改。 - **Codex使用情况**:Co…

Transcript Excerpt
关于工作工具使用及求职的思考
2026-05-19 15:19

【智能总结】
主要讲述在使用AI工具管理To Do等工作中的困扰及改进设想,同时谈及求职相关思考,包括简历投递计划及自身优势劣势分析。
- **工具使用困扰**:尝试让Cloud管理To Do,Deepseek跑内容,但两者都存在问题,如Cloud额度易用完,Deepseek后续轮次效果难评估,且处理过程中复制操作繁琐。
- **To Do模板设想**:认为应将To Do做成模板,拆分模块,明确各文档定义、理想图度、背景描述等,聚焦当日及长短线修改。
- **Codex使用情况**:Codex处理内容效果好但列To Do易过细,其计划和执行模式使用存在问题,不过在长上下文运行中有较好修复效果,处理简历能复刻80%。
- **求职相关思考**:计划明天投递简历,认为自己缺乏有说服力的AI产品,投递小红书是为完善简历投递流程,岗位创新应用匹配自身兴趣与能力,但工程非强项。

【原文】

出发去上羽毛球课啦。

不算完全没有进展,但是也没有说有多大的进展。一句话,就是最后的 review 看起来还有问题。

问题其实都没几点了。第一个。我本来是有尝试让 Cloud 去帮我管理 To Do,就是列的 To Do。我会先让 Codex 帮我。讲一下具体的一个原因和问题和情况,当前的现状。然后让 Cloud 帮我去分析,我土地的完整度和是否能实现我的目标,这样的一个缜密程度的那个角度让他帮我做。这样做会做个几轮吧,然后我的 cloud 额度相当于就用完了。然后我就会让 Deepseek 来帮我去跑这个内容。但我现在觉得这个还不太好。 Deepseek 的话,我觉得他们每一轮跑的内容还不错,但是他跑着跑着就,他每次只有第一轮的那个效果我觉得不错。后面的那个效果他就很难评估出来了。

你,非常明显的区别就在于我直接去,在同一个对话里问,和开一个新对话里问,明显新对话里的那个内容是要好很多的那个结。所以我也在想,是不是应该去做一个 loop?是基于同一份 To Do,然后让 Deepseek 就是 Loop 基本去帮我处理。这个过程其实就能,也就花个两三块钱吧。那相当于花两三块钱可以得到两份。得到一份很完整、很缜密的的,这样的一个图度的一个格式。这个图度它甚至是可以基于各种很优秀的,很优质的人类。然后最佳实践给出的一个结果。那我基于这样的一个图度去做事情的话,那至少大方向它是可以保证大概率是有效的,而不至于说每次都只聚焦在眼前。最重要的东西,然后顾此失彼。

其实我列 to do 并不是说一定要严格按照 to do 来执行,只是有了这个 to do 之后。在他做了一段时间,他可能这个模型健忘,或者是什么情况下,然后直接就可以回顾,用这个图图来回顾。来对标他的这个主线。以及第二天处理什么问题的时候,然后让他不要忘记还有这些内容。那现在我的困扰和我的痛点,主要就是在我处理这个过程中,我要反复地去进行复制。那我觉得这个过程完全是没有必要。当然我也,我觉得Codex 它确实在处理内容上会有很好的效果。但是它处理内容的话,但是它不适合列 To Do,因为它列的 To Do 容易列得过细。以至于这个东西不像 To Do,甚至我在想说这个凸度的标准应该是一个什么样子?应该要有一个很清晰的规范和界定才行。不然就像我已经获得了一个1000字差不多的一个文档。然后我发给 Cloud 的时候,Cloud 他他跟我说这个东西看起来既像架构方案。又像执行文档。又像什么什么当前要做的事情,那这个东西就有点不伦不类,甚至说一个人接手之后,他也很难认知到他是该怎么去做。怎么才能做得更好。那从这样的一个角度,我觉得后面我应该把我这一份 to do 做成一个一套模板吧,这套模板应该去拆分几个模块。

首先就是各个文档的一个定义,包括一个理想凸度一个什么样子的。它的背景描述啊,还有它的那个什么架构文档啊,各种方面,它应该作为一个通用性质的一个内容出来。有些像架构方案这个东西,可能一早定好,他就不需要改,他只需要微调就可以了。然后,那 todo 的话,它其实主要是聚焦于今天的修改,以及长线短线的修改。

甚至执行顺序的话,也不是那么必要,一定要在这当前的文档里展示出来。就执行的话,这个东西具体依赖于执行的这个 APP,它是怎么...
Related

同一线程里的相关事项

如果一条 capture 同时涉及多个 lane,这里可以顺手跳到其他相关 item 或 thread。