Private Capture

Unlock Capture

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

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

Minutes
录音转写

关于人脑与模型、生活及工作事务的分享

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

Day2026-05-14 Time20:44 SenderLily Topics内容与自媒体 / 工作流与自动化 Entities2 ModeStructure + Text SourceArchive Complete
Mind Map

思维导图

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

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

Summary

摘要与结构化提炼

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

摘要预览

说话人分享看人脑与模型类比帖子的启发、游泳学习收获、健身安排,还谈及工作中工具使用、对前端的认知及写作方式的思考。
- **人脑与模型类比**:看到相关帖子,受启发认为人脑在特定情况会自动触发脚本,类似将事务流程化、技能化,与模型触发机制有差异。
- **游泳学习**:游泳时因被超车激励进步,学到抱水、推水及让身体呈流线型等技巧,提升速度且更轻松。
- **健身安排**:因忙碌没时间报健身房课程。
- **工作思考**:
- **工具使用**:飞书找工作效果一般,本地模型写的方案不完整,考虑结合相关版本更新,思考用飞书表格替代前端维护。
- **前端认知**:认为前端在工程中不重要,内容比展现形式更关键。
- **写作方式**:对比多种写作方式后,倾向本地写作,考虑用飞书表格做每日总结。

实体抽取

Feishu羽毛球

来源层已降噪:Xiaohongshu

可执行动作

body score 5

应该不是小拇,是大拇指

body score 4

首先它这个泳池确实在一定程度上可以激励让我进步吧

body score 4

当那个,首先是那个脚脚可能我没有找到特别舒服的感觉

body score 4

这个的话,我就只能下周四再尝试了,因为下周二可能要开始上羽毛球课了

body score 4

再去更新一下版本吧,然后在想是不是哎呀,我在想有,还有没有必要维护那个前端的版本

关键洞见

body score 5

我觉得其实去那么远的地方也没,不是说完全都是不好的事情

body score 5

因为遗忘它其实也不是有很大的问题,因为你容易遗忘的话

body score 5

再去更新一下版本吧,然后在想是不是哎呀,我在想有,还有没有必要维护那个前端的版本

body score 3

前端认知:认为前端在工程中不重要,内容比展现形式更关键

body score 3

但是其实自己一直不太确定这个东西吧

优先级分层

Priority High Priority
summary score 12

前端认知:认为前端在工程中不重要,内容比展现形式更关键

Priority Medium Priority
summary score 6

写作方式:对比多种写作方式后,倾向本地写作,考虑用飞书表格做每日总结

summary score 5

工具使用:飞书找工作效果一般,本地模型写的方案不完整,考虑结合相关版本更新,思考用飞书表格替代前端维护

Priority Background
summary score 6

人脑与模型类比:看到相关帖子

summary score 4

受启发认为人脑在特定情况会自动触发脚本

和你当前阶段的相关性

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

Normalized Tags

规范标签与同类归并

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

Normalized Topics
内容与自媒体工作流与自动化AI 工具与 Codex
Normalized Entities
Feishu羽毛球
Normalized Provenance
Xiaohongshu
Normalized Semantics
飞书流程任务表格岗位方向游泳
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
提到了关于人类的记忆。内在某一件事情突然可以想起什么事情,然后以及模型为什么做不到在某一个地方触发到一个什么什么。内容的故事挺好玩的。那其中对我有启发的就是,还是指说人脑是怎么想起的,就可能相当于做了一个 hook。 就是到了某一个情况的时候,它自动就会去做一套脚本去做这个事情。那我就感觉,就跟平时在做一系列的东西,然后尝试把它流程化,然后 skills 化。然后其中在某些特定的情况的时候。去跑脚本。比如说我每天凌晨的时候,它就会自动去跑我的音乐的那个创建的一套流程。它甚至说都不用去调动任何模型,不消耗任何 token。 只要跑程序就可以实现最基本的内内容。

说话人 1
然后我今天在路上的时候。看了几个其他新的新闻。我觉得其实去那么远的地方也没,不是说完全都是不好的事情。那首先它这个泳池确实在一定程度上可以激励让我进步吧。因为我今天因为这个,由于游这个泳道中间停不下来,然后还经常被人超车。所以就会,哎,还尝试去学习了一下。所以说今天其实感觉是最近进步最快的一次。有一些动作也了解了一个更更好的使用的方式。然后发现那个游泳的时候。当那个,首先是那个脚脚可能我没有找到特别舒服的感觉。但是在向下的时候是伸直这个脚,膝盖和和那个绷脚下去,然后抬起的时候是自然放松的,上来的。然后就产生一种飞水的感觉。然后肩部往前送,那个手往前的这一个,之前就是比较会,其他比较比较适应。

说话人 1
然后今天新学了一个感觉应用起来非常好的一种方式,就是就是有那个什么抱水跟推水的过程。那抱水的过程呢,就是在之前我就了解到这个地方应该尝试放松,尝试用肩部,常用背部的发力带动。整个手臂进行,后,在后续的推水的过程中,要尝试让自己的拇指。应该是大拇指吧。应该不是小拇,是大拇指。我今天尝试用大拇指来去划,我贴着那个大腿的位置,然后划过去,感觉效果就速度明显有一定的提升。以及相对轻松的状态下就游到了50米,然后40 40多米的情况。像之前我我游到中间的时候就已经累得不行了。今天基本上游完了40多米,甚至快50米的时候。都感觉还没有说很累,累到不行的那种程度。感觉是比较有效的。

说话人 1
然后今天我因为点赞了两条游泳的那个内容,然后今天那个小红书又给我推荐了几个新的内容出来。啊,那新的内容呢就是,包括游泳怎么让它具有流线型。这一点我之前确实是没有注意到的,就是像鱼雷一样的一个状态。这个手在前面的时候,要有一个交叠的,要去碰到这个手,然后造成一个像洞一样的状态。然后是脚也是要并起来,然后就产生一个像锥子一样的形状。就维持这样的一个形状的话,它可能会有更好的效果。那这个的话,我就只能下周四再尝试了,因为下周二可能要开始上羽毛球课了。啊,我感觉我的那个就是附近健身房的那个128,一个月的那一个。哎,还真的感觉没有什么时间报,不然的话,报了的话,我感觉也不一定有那么多时间去上课。最近真的是很忙碌啊。现在每天都有很多事情要做,然后我本地跑的自动化这些内容还没有说跑到一个很好的效果。觉得这个运动量现在真的是还还挺,强度还挺高的吧。因为每一个动作如果要是做到最精细化的话,压力还挺大的。那现在是啊,又想不太起来做些什么。

说话人 1
啊,不过这个想不起来也是大脑的一种优势。因为遗忘它其实也不是有很大的问题,因为你容易遗忘的话。也是大脑在帮你清空你的上下文,这样你才能有更好的状态去思考更多的事情。然后也不会让你的,就是负累那么那么重。你要是什么都记得呢,这样的话其实对自己的思考压力也是很大的。所以没认为这样有什么不好。

说话人 2
汪汪汪汪。

说话人 1
嘿嘿嘿嘿。本来今天想让飞书去帮我找几个工作,看他,我感觉他确实有在找。但是我怎么感觉它的那个效果还是一般,我不知道它到底是有什么治的啊,可能是他没有太理解我想要找找的内容。然后我也尝试让我的本地的那个模型给我写了一套方案。但我觉得现在这套方案好像不是很完整。我觉得这个我需要让我的 clock,结合我 cloud 昨天最新的那个版本。

说话人 1
再去更新一下版本吧,然后在想是不是哎呀,我在想有,还有没有必要维护那个前端的版本?我感觉好像也没有什么必要了,因为维护起来还挺麻烦,更新部署这一套。效果不是很好,或者是说直接用飞书表格来替代,我觉得可能会不会更好一点,而且我如果想修改的话。调整分数的话也会更便捷。觉得好像是这么个原理哎。有些东西确实没有必要说一直都去借鉴那个东西,甚至本地去看他们改动就非常的容易。就不是说废书的表格,最好的方法就是他不用在意这个样式,他读取信息的层面也比较方便。甚至说我想去查看分组的话也很便捷。现在看起来然后还可以对各种属性去做说明。但看起来好像,背书表格的方式已经吊打了用那个前端来去做这个东西的方式。对,现在真的是虽然我之前做交互设计,做产品,做前端。但现在我越来越觉得前端真的是整个工程中最不重要的一部分。因为这个前端到底长什么样子,它其实是一个因地制宜的,它其实这个东西根本就没有那么重要。最重要的就是它的内容是什么。他想,他内容是要远大于说它的展现形式的。

说话人 1
甚至说它的展现形式完全是可以在不同场合展示不同的内容,但是它的所涵盖的内容信息,这个信息源。这个数据源是非常重要,非常需要长期去维护它的。那这个事情我真的是一直到现在都都,就是自己相当于自己修炼了4年,可能才真正懂这么个事情。甚至是说明明我最初的时候搞小说那一套,就发现本地写很好了。也有一段时间我也尝试用那个 Notion 来写嘛。Notion 来写的话,当时就是因为 Notion 那个 API 的那个效果不是很好。而且它处理起来比较繁琐,我也尝试用程序,很早以前就尝试用程序去写那一套了。然后也浪费很多时间去搞这个中间层嘛。但是后来由于各种各样的原因,我最终放弃了,直接是用本地的方式来处理这些了。那本地的方式其实是有很多的优点啊。到现在,其实我已经不再执着于这个时间的维度,更重要的还是每天到底做了什么的一个总结。那其实你要是这样说,是不是做了什么也完全可以在飞书表格里写。好像是这么回事。完全可以在飞书表格里写,那我就根本就连 Obsidian 的那一套都不需要了。

说话人 1
而且它还是纯格式化的那种。这套内容为什么不这样做呢?为什么不能?

说话人 1
我想主要是沉没成本吧,之前一直都没有做。就没有那么做。二是我不是做了一些自动化流程吗?那如果那样的话,是不是就没有法做。想一想。

说话人 1
沉没成本以及其他的那些原因根本就不构成不做的理由。我感觉可以考虑一下,完全去用飞书表格来实现这一套。