Private Capture

Unlock Capture

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

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

Minutes
录音转写

自动化任务、模型工具与生活事务复盘

页首只保留导读,完整正文和结构化内容继续在下方展开。

Day2026-05-15 Time19:05 SenderLily Topics任务系统 / 内容与自媒体 Entities4 ModeStructure + Text SourceArchive Complete
Mind Map

思维导图

这里不再用摘要卡片伪装脑图,而是直接用经典 mindmap 组件来展示结构。点击分支会跳到正文。

点击节点会定位到正文,方便一边看脑图一边回看原文。

Summary

摘要与结构化提炼

先给出实体、规范标签、动作与洞见,再往下看原始摘要和正文,避免整页只剩一大段文章。

摘要预览

说话人1分享一天的沉浸式工作,包括自动化任务、模型工具使用等,还谈及生活琐事、岗位相关思考及电脑内容处理规划等。
- **工作任务**:核心是工作自动化,分自动岗位收集评估与作品集项目等模块,借助Codex、Deepseek等模型处理,筛选到较匹配岗位但材料待完善。
- **工具使用**:对比多种模型,认为Deepseek在问答、调度工具等方面表现出色;探讨飞书表格与本地To Do List适用场景。
- **生活琐事**:早上做红薯和豆腐,期待晚上吃凉皮;分享摩拜单车体验;计划跳舞,提及消化与饱腹感问题。
- **其他事务**:思考岗位推送与邮箱订阅问题;考虑电脑内容移植及云端备份,分析媒体文件处理方式。

实体抽取

FeishuCodexClaude手机

可执行动作

body score 4

今天早上一起来,第一件事情我是先去做了那个吃的,还发了两个视频

body score 4

回顾今天其实主要还是在三个主要的方向在处理事情

body score 3

其他事务:思考岗位推送与邮箱订阅问题

body score 3

这样一轮一轮的处理,是不是不如直接有什么问题直接去解决那个问题要快的多

body score 3

而且它的消耗确实没有说多大量,我就充了个100块钱,它跑一周应该是没有什么问题的

关键洞见

body score 5

甚至有的时候我在遇到一些没办法,就是来来回回一轮又一轮解决这个东西的问题,我都陷入了一种困惑

body score 5

这样一轮一轮的处理,是不是不如直接有什么问题直接去解决那个问题要快的多

body score 5

不管怎么样,我体内的脂肪还是挺多的,我觉得应该一时半会无法饿晕

body score 5

说它可以循环24小时跑,但是它其实也不是很稳定

body score 3

工作任务:核心是工作自动化

优先级分层

Priority High Priority
summary score 10

其他事务:思考岗位推送与邮箱订阅问题

summary score 6

工作任务:核心是工作自动化

Priority Medium Priority
summary score 7

计划跳舞,提及消化与饱腹感问题

summary score 5

筛选到较匹配岗位但材料待完善

summary score 4

考虑电脑内容移植及云端备份,分析媒体文件处理方式

Priority Background
summary score 4

说话人1分享一天的沉浸式工作,包括自动化任务、模型工具使用等,还谈及生活琐事、岗位相关思考及电脑内容处理规划等

和你当前阶段的相关性

当前还没有提炼出和你当前阶段强相关的线索。

Normalized Tags

规范标签与同类归并

把 topic / semantic / source / entity 放到分组标签里,后面做筛选、聚类和同类合并时会更稳。

Normalized Topics
任务系统内容与自媒体工作流与自动化
Normalized Entities
FeishuCodexClaude手机
Normalized Semantics
飞书流程AI 工具与 Codex模型调度任务表格日常饮食
Normalized Channels
我的录音
Normalized Sources
录音转写feishu_text
Local Relation

这条录音的局部关系图

不用先跳到全局图。这里先把当前 capture 连到的 Topic / Entity / Day,以及共享这些节点的其他记录显出来。

View
Layout
来源
聚焦
Topic Entity Capture Signal Day capture -> topic / entity / signal / day

单击右侧看详情;双击节点开浮层。这里只展示和当前录音直接相关的局部网络。

Body

正文

这里展示的是 archive 里保存的正文全文,方便你后续做复盘、写作、提炼、回听或重新归类。

说话人 1
今天又是一整天的沉浸式,去跑我自动化的东西。甚至有的时候我在遇到一些没办法,就是来来回回一轮又一轮解决这个东西的问题,我都陷入了一种困惑。我现在处理这个东西到底有没有意义?这样一轮一轮的处理,是不是不如直接有什么问题直接去解决那个问题要快的多?为此我也开了一个新的窗口,直接让我最好的模型。

说话人 1
4号的模型吧, Deepseek,来去处理这个东西。然后去给我更直接的回答。因为确实 cos x 在去跟他沟通问题,这个上下文间隔太久了,很可能那个问题还没解决。你就忘了问题是什么了。这个就是我觉得为什么大家都,很多人会觉得 Deepseek 的效果会比 Coda 效果好很多。而且实际我在去做比对和操作的时候,的确能够感受到它确实还可以。他的基本问答的内容。

说话人 1
在一定程度上是可以平替 claude 免费版的。

说话人 1
这样在处理本地有一些我上下文比较复杂的情况下,它就它的理解会好很多,遵循指令的能力也会好很多。所以说对于它的一个循环跑动还是比较放心的。而且它的消耗确实没有说多大量,我就充了个100块钱,它跑一周应该是没有什么问题的。那吃鱼到底我跑了什么内容?那这个事情还得一一道来。

说话人 1
其实今天早上一起来,第一件事情我是先去做了那个吃的,还发了两个视频。一个是红薯和豆腐嘛。哎,这两个东西是我周一的时候好像就想好要做的东西。周二吧,反正不太记得了。为了提升蛋白质的,植物蛋白的一个补充,然后想着要去吃点豆腐。但是今天好像吃的有点多,再加上肚子里那个膳食纤维有点多,一直咕噜咕噜的叫。有点胀气,感觉这个东西可能不是很好消化。然后再加上我可能牛奶也有点喝多了,这两,双重叠 buff 了,就是消化的不是特别好。晚上的呢,还是有一点小期待的,觉得跳完舞正好在那边有卖那个凉皮的,可以试试看那边的凉皮效果如何。而且正好今天晚上我不用急着回家。

说话人 1
我觉得不去跟跟家人一起去打牌还挺好的,因为我个人嘛,对于打牌这件事情并没有多大的喜好。而且多出来的时间我可以做更多的事情,以及跑我现在内容。那今天其实,因为到5点多的时候,其实都觉得自己还没有什么特别好的进展。所以就直接开了一个新的窗口去查看一个效果,就是查看我当前的,之前,这周和上周找到的两个岗位吗。然后基于这两个岗位让他去横向对比了一下。其中我试了三个模型吧,因为他,我买的那个 cloud 它其实用的是 GM,GLM 4.5。觉得确实是有点坑,我觉得接下来我不打算再用这个4.5来去使用了。因为与其用它,我不如直接用 Deepseek 来跑,这个结果就至少不会让我反反复复的去进行修改。

说话人 1
豪车一台我目前摩拜最新的这个单车,它体验特别好,它中间还有那个手机的放置架。它的那个座椅是有弹性的那种。使用起来有非常好的体验的一个效果。

说话人 1
不知道是不是今天吃了那个。红薯的原因啊,比上一次饱腹感还强。到现在感觉就是很饱的一个状态。一会上完课,不知道上课的过程会不会晕倒,反正我带了巧克力,如果我实在不行。可以含一个巧克力,供一下能量。希望不要饿晕吧。

说话人 1
不管怎么样,我体内的脂肪还是挺多的,我觉得应该一时半会无法饿晕。

说话人 1
如果说那个智谱就是那个模型,就是我买的中转有什么好处呢?就是说它可以循环24小时跑,但是它其实也不是很稳定。所以我在想用,与其用与其用它,我不如直接就依赖于但主要百度也不太行,百度那个模型更更更不太行。还不如抢那个 GLM 官方的那个用量去使用它,或者是说直接把百度直接开这个 GLM 5来去做的事情。我感觉可能有更好的效果。我觉得没有必要去依赖于一个中转,因为中转它不只是稳定性差,它风险也高,他相当于把我的数据风险都去窃取了。那虽然可能现在已经窃取完了。

说话人 1
那我觉得可能还是没必要用这种方式吧。那回顾今天其实主要还是在三个主要的方向在处理事情,因为其他的方向都在后续整理,昨天都整理到那个后续待处理的文件夹了。也就是说除了我们现在正在处理的三条主线。那第一条呢,主要就是最核心的任务还是工作这条线。那工作这条线其实我现在是分了两个模块在定型处理。那一个模块呢,就是关于自动岗位的收集和和评估,然后选取适合的内容。那这个内容的话,之前其实有一段时间一直让 Codex 自己去跑。然后也又借助了一些开源的模型。就是断断续续,其实跑了一些内容,但是这个内容很多都是国外的,AI 远程的岗位。

说话人 1
在我进一步,在那段时间,其实一切都很混乱,包括我自己的诉求也是很混乱的,然后整个逻辑也是很混乱的。然后我也就得到了一堆乱七八糟的数据,其实也没怎么看。那后来把它逐步都迁移到了我的背书表格里,并且结合多次的循环的 review 去补全了。就是我那些所有就是工作里面的字段嘛,并基本上去对每个岗位做了一些评估。然后去帮我筛选了一些适合我的岗位。那也在这个过程中确实有找到一个,从我经验,从经验层面,非常匹配我的岗位。

说话人 1
虽然我个人会觉得这个岗位它目前是一个有可有可能会边缘化的岗位,因为有一个AI 也是给了我这样的建议。是觉得说它既然是一个创新岗位,那创新岗位的话,它在大厂里面。它很可能会是一个边缘的岗位,以及在面临实际产出或者是说效能的层面,那它也很可能会被 pass 掉。或者是怎么样。但我觉得这些也都是我要面临面对的吧。但不管怎么样,这一个岗位确实非常的符合我,全站设计师。就是,国内应该说现在目前没有看到比这个更适合我的,更匹配我的内容,不管他做什么,但是他至少他要做什么他都能做成 demo 出来。那这个还就比较适合我,而且相比于其他,我记得之前好像还收集了一些其他的岗位,但是多多少少都由于各种各样的原因都排除掉了。但这个为什么保留了?毕竟它是小红,它是大厂。他想招这样的岗位,他们的薪资保障和福利制度都是最好的。所以这个是为什么,即便他在时间层面或者是说距离层面都不一定能满足我,但是我依然作为了一项保留。

说话人 1
本来今天想在冲动之下想提交这个岗位的,但是我再让我的 AI 帮我 review 一下我准备的材料。会发现我的材料中还是有部分我觉得不是很满足我的地方。我觉得这些内容提交过去,就是不是很专业,这是一方面。二是我觉得我还是尽可能在我能做到的东西做到最好。然后因为他有一些内容都是可复用的,也不能说完全准备了这个岗位去做这个事情。其实这里会提到一个点啊,我之前其实不是列了一个 Work 点什么什么那个飞书表格吗?里面其实有一些改动的。那这些改动这些改动其实还没改,当时比较执着于用飞书表格来监控这些数据。

说话人 1
现在我觉得其实飞书表格它不适合在任何场合都适用。有的时候其实本地的 to do list 可能有更好的效果。那什么情况下使用 To Do List 什么时候使用那个飞书表格?我觉得应该要有一个清晰的界定。那目前我认为比较合理的界定方式。就是说如果是在一个小的内容集里,比如说我在评估一个岗位具体做的一个具体的措施,它可能是一个不一定可复用。或者说在小范围内复用的一套 SOP 类型的,实际的操作性质的,我认为而且不是长线管理。他可能做完就没有了。那这样的内容,我觉得可能更适合在本地的 To Do List 进行完成。那如果是那种像我那种 OpenClaw,甚至是说长线的任务一时半会做不完,然后或者说它可能是一个很大的任务。需要再拆解。然后可能会有各种关联,甚至是记录的那种东西。我觉得是也许更适合飞书表格来控制它。那我觉得现在飞书表格比较适合的场景就是现在,比如说我工作的那个列表就是投递列表和筛选列表。这个分数评估这一块我觉得还挺适合的,因为它比较清晰,而且我字段比较多。如果都在那个,而且它会有一些横纵向,就是比较丰富的内容。就它不是一个单一的这个事情做完了就截止,它可能是这个任务会关联很多很多任务,甚至有一些横。那个纵向对比、横向对比,各种这样的内容的时候。我觉得可能飞书表格更适合这种场景。

说话人 1
那再有,今天我在遇到那一个作品集的项目,上面有一条说我做飞书治理。那我觉得这个描述很可能会让 HR 误解,一方面误解我到底做了哪些治理,另一方面会不会误解我是不是在为飞书做一些东西。会不会以为有包装简历的嫌疑。那这一块我还不太知道。得等今天,我所有的那个简历搞定了之后,然后去看一下这个结果吧。

说话人 1
那这一部分内容的话,先让 Deepseek 跑跑全一轮,他其实最开始帮我跑过一轮了。那第一轮其实每次会发现,对,还有一点就是我之前会发现我把那个 best man's 那个东西,如果结合 deepseek 来用的话,它会给我更好的结果,它会有更好的推理。然后我本来是想把这个 BERT-MAN 结合到我那个每一轮的 SOP 中使用的,但是好像没有特别好的联动,这一块我看一下怎么。如果要说给的结果还是没有那么完美的话,那我觉得可以考虑去实际看一下。

说话人 1
那再有就是我现在认为列的那个 to do,忘了谁给我列的,是 Codex 列的 to do 吗?我觉得那些 to do 不是很好,很多 to do 都是说你要必读这么一堆东西,但是没有说什么情况下必读这些东西。然后我有一些内容又是分场合的,这个东西尤其是在我那个岗位 review 的那个环节。会有很明显的差距。因为我之前在我手动敲那个 pro 我让那个 Minimax Cloud,也就是 GRM 他们去实际遵循我的具体的某个文件去处理内容的时候。他就会可以给到一个很好的效果。

说话人 1
但是把这个新岗位链接放到一个文档里,让他继续引用的时候,再加上一堆乱七八糟的引用规则的时候。他就很难说完全遵循我的这个规则来去处理。不过今天我尝试把那个规则更加明确的,关于所有字段,如果不行的时候,然后去按照某个规则去做的时候。写了一个明确的文字描述。我不太知道今天他有没有按照我的合理的内容来去帮我实现,我回去可以看一下这个结果。

说话人 1
再有就是搜索搜索的话,我记得之前在公众号还是哪里看到一些很好用的方法,但是其实都没有内化成我本地的使用。甚至是说它每次 cloud 在默认搜索去使用 fetch 或者是 Web search 的时候。都会去调度没有用的那个。工具,这个反反复复这个工具用多了,我觉得它真的很繁琐。是不是我本地配置的什么问题导致这些工具不可用?我觉得这个问题我曾经让 Cloud 帮我去尝试修复过一次。但是之前不知道是不是模型能力的原因导致他最终现在还是反反复复犯这个问题。那我觉得这个问题可以考虑再让我更厉害的模型,比如 Codex,应该让 Deepseek 来处理会比较好。因为直接让那个 Cloud 所在的这个指令来去看它这个调度工具可能会更清晰一点。然后让他去帮我完成这个过程。这个是工具使用的问题。我会发现其实厉害的模型跟不厉害的模型之间,它们很本质的一个区别就在于说,它们调度工具的稳定性就是不一样的。像 Deepseek 它在处理他在使用那个。

说话人 1
他在使用那个工具的时候,他就会有很好的效果,而且每次会给我一些很惊艳的内容。也可能是因为他的数据源,他的那个训练的文本的数据源。就有很多很惊艳的那个内容,所以他总是给我一些眼前一亮的一个回答,然后就很能直面我的问题。那这一点甚至我认为那个像 Codex 都不一定有它做的那么好。可能是 Codex 也有类似的,但是它好像不是很稳定,即便我每次都手动去调度这个这个这个 skills。大家也不一定能做到很好效果。

说话人 1
这也是我认为为什么后续思考层应该优先使用 Deepseek 来帮我去处理问题。这样的话,至少它在沟通层面可以跟我做到更好的一致性。和给我更好的回答,以至于让我减少在思考层面就减少询问的次数。

说话人 1
说起来让我想起阿里的模型我还没有试试看。觉得如果后面看一下是不是可以考虑用这个模型,但这个模型它不是 Coding plan。所以我会怀疑他会不会给到很好效果。但今天我看那有一个公众号他推荐。提出有一个什么 Agent Skills 调度好的那个工具,效果更好。我觉得那个也可以考虑试试看吧,他现在还没有完成。

说话人 1
再有就是 Harmonious 那个配置,很多人都说很好用。但是我之前只是简单的配置好了,但是还没有真正的使用起来。我觉得也让寇达斯帮我去做横向对比了,我还没有看他对比的一个结果,以及我在想说,如果他更适合的话。也可以考虑让他来帮我去完成这一系列内容。或者是说这些类内容他来做会不会更好一点?他们的优劣势,是不是在我这种复杂工程中能够体现得更明显?

说话人 1
以及各自它的区别在哪里?就是反正就是各自的优劣势吧。

说话人 1
差不多,今天就是这些内容。让我想想还有没有什么要补充的地方。

说话人 1
我想起昨天晚上,其实我简单的看了一眼 boss,我觉得还有很多岗位是直接 boss 可以推荐过来的。然后今天在跟 Cloud 聊天的时候。他给了我一个奇葩,就在想说,就比如说我去各个岗,各个那种平台,像 boss 这种。有没有这种会把岗位推送到邮箱的这种方式?就相当于它如果有一个固定的推送或者是订阅的话,那我就可以直接用我的邮箱来去监控它。

说话人 1
这就又回到了邮箱获取信息的这个问题,以及投递也会涉及到这个问题,到底我要用哪一个邮箱来接收信息?我想之前不是,本来尝试用那个什么周,Z O H O 的这样的一个那个软件来做的,但是之前一直没有跑通嘛。现在我在想说是不是可以考虑用 QQ 邮箱。用 QQ 邮箱来做,来订阅。它毕竟在国内,它 QQ 邮箱还是认知度应该蛮高的。

说话人 1
除非我是要投外企,但我觉得外企对我来说是半会。我很纠结,因为对英语的要求都还是有一些的嘛。那外企我觉得也不能完全放弃,而且我在想能不能有办法说去筛选一些上海本地内的外企。对英语要求不高的,我的岗位。但我觉得可能会比较少,就是因为我现在目标还是要去做像 PM 类型的这种文之类的岗位。除非说是带 web coding 的这种可能会好一点。但是外企,我觉得现在它招人也不是很要求招人了,因为我觉得外企他可能在做,他与其招一个人。他可能不如去招一个 AI 来帮他实现的效果好。他招一个人可能要花1万块钱,这1万块钱他直接去买一个 Cloud Code 的一个 agent 来做的话。它有可能会比我产出更好的效果。所以我会有担心,说那其实我可能也不是说有多具备优势这种。我觉得这应该算是我对自己的一个合理评估了吧。

说话人 3
香蕉3块5毛,香瓜10元3斤。

说话人 1
还差3分钟到地,今天算是比较早的一次了。果然只要半个多小时应该是差不多来得及的。上一次是因为好像这个时间一直到很后面,所以说来不太及。如果可以的话,肯定我还是希望站中间的,这样的话拍摄视频的时候可以有更好的效果。但是我今天肚子有点不太舒服,我不太确定站中间会不会是一个好选择,可能会臭到大家,应该尽可能站中间的后面。看一下这个情况怎么处理吧。

说话人 1
大致聊完了,这一,今天做了什么,大家回顾一下本周做了什么吧。其实这两周一直都在整这个工作自动化的这个东西,最开始是试图让 Codex 去帮我完成。在后面去开通了这个 Cloud 来去帮我 review 相关的那些数据。但事实这样看下来其实开通这个 cloud,它也没有做到特别好的效果吧。不过这个阶段的一个惊喜就是 Deepseek 的效果确实让我挺满意的。然后以及整个上下文的这个工程建设的这个目录,现在是比较符合我的心意。每当开新的内容也许会为后面的处理提升很多的效果。那今天其实还做了一件事情,就是把我之前对于如果把后面换电脑的本地的内容的移植的顾虑也讲了一下。然后也分析了一下当前有哪些文件适合去进行云端备份和处理,还包括一些媒体文件的处理的方式。这些内容可能一时半会,不是说一蹴而就就能完成的。

说话人 1
可能要在后面不断地去尝试怎么去优化它、完善它。因为我现在整个电脑实在是太复杂了,是一个相当复杂的工程,不是说说改就能给它改掉的。会涉及到很多的关联脚本的运用,还有就 skills 相关的一个关联的配置,我觉得这个可能得逐步拆解。按照它的那个优先级去处理吧。尤其是配置的一个封装,这样的话可能比较好移动。

说话人 1
那我觉得可以直接上楼哎。那本周还做什么?前两天做啥?我也再看一下。

说话人 4
我可以在里面边唱歌边打。

说话人 4
都下班了出来吃点。

说话人 1
昨天是自动化效果不理想,然后又引入了一些规范的内容。上来就登录失效了昨天。我昨天其实网站文案好像给了一版更新建议,但是后来我看了一下,也不是特别好,但是简单更新了一下。然后还跑到很远地方去游泳。