Private Capture

Unlock Capture

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

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

从 Text《使用AI找工作的反思与改进》保留问题:使用AI找工作的反思与改进 2026-09-04 【智能总结】 说话人分享使用AI找工作过程中遇到诸多问题,经反思决定放弃AI找新岗位,优化数据记录方式,并从失败经历中总结经验。 - **使用困境**:用AI找工作花费大量时间精力与算力,

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

Lanecareer-transition
Kindquestion
State[待澄清]
Source使用AI找工作的反思与改进
Current Item

这条事项现在在哪一层

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

capturearchivedclarifyquestiongateholdwritebacknot readytoday-focusnot ready
Task
从 Text《使用AI找工作的反思与改进》保留问题:使用AI找工作的反思与改进 2026-09-04 【智能总结】 说话人分享使用AI找工作过程中遇到诸多问题,经反思决定放弃AI找新岗位,优化数据记录方式,并从失败经历中总结经验。 - **使用困境**:用AI找工作花费大量时间精力与算力,
Next Step
先在 clarify / merged 层保留这条内容,再提炼真实任务、状态与主题
Lane
career-transition
Kind
question
Status
[待澄清]
Todo Projection
-
Todo Due
-
Todo Source
-
Projection
hold
Source
使用AI找工作的反思与改进
Source Capture

使用AI找工作的反思与改进

使用AI找工作的反思与改进 2026-09-04 【智能总结】 说话人分享使用AI找工作过程中遇到诸多问题,经反思决定放弃AI找新岗位,优化数据记录方式,并从失败经历中总结经验。 - **使用困境**:用AI找工作花费大量时间精力与算力,出现如目标漂移、数据库性能负载、触发平台风控等问题,未达到节省时间的预期。 - **操作弊端**:让AI自主找新岗位会导致大量算力浪费在无效校验与匹配上,本地存储无效岗位信息也消耗性能。 - **改进思路**: - **自主搜索**:放弃让AI找新岗位,自己花少量时间在招聘平台搜索。 - **数据记录**:只保留…

Archive
2026-09-04 20:50:34
Source
om_x100b669f643ce4a0b242e9efdf72d35
Action

状态怎么更新

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

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

Actual Preview

为什么它还没有 writeback preview

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

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

原始 capture 里真正记录了什么

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

Summary Preview

使用AI找工作的反思与改进

使用AI找工作的反思与改进 2026-09-04 【智能总结】 说话人分享使用AI找工作过程中遇到诸多问题,经反思决定放弃AI找新岗位,优化数据记录方式,并从失败经历中总结经验。 - **使用困境**:用AI找工作花费大量时间精力与算力,出现如目标漂移、数据库性能负载、触发平台风控等问题,未达到节省时间的预期。 - **操作弊端**:让AI自主找新岗位会导致大量算力浪费在无效校验与匹配上,本地存储无效岗位信息也消耗性能。 - **改进思路**: - **自主搜索**:放弃让AI找新岗位,自己花少量时间在招聘平台搜索。 - **数据记录**:只保留…

Transcript Excerpt
使用AI找工作的反思与改进
2026-09-04

【智能总结】
说话人分享使用AI找工作过程中遇到诸多问题,经反思决定放弃AI找新岗位,优化数据记录方式,并从失败经历中总结经验。
- **使用困境**:用AI找工作花费大量时间精力与算力,出现如目标漂移、数据库性能负载、触发平台风控等问题,未达到节省时间的预期。
- **操作弊端**:让AI自主找新岗位会导致大量算力浪费在无效校验与匹配上,本地存储无效岗位信息也消耗性能。
- **改进思路**:
 - **自主搜索**:放弃让AI找新岗位,自己花少量时间在招聘平台搜索。
 - **数据记录**:只保留操作后有正向反馈的岗位信息,数据库每日增量更新,用于AI精细化分析。
- **经验总结**:意识到做项目应提前评估意义,失败也能积累经验,以后面对类似场景能更好判断。

【原文】

说话人 1
跳舞说不算特别早,算特别晚吧。

说话人 2
聊会天。

说话人 1
比较忙吧。4点半睡着,但是干了不少事情。

说话人 1
干了哪些事?早上起来的时候就在看。这个额度的这个视频。哦,果不其然,确实是。无制冷额度,但是跟我想象的不太一样,八成是卡。那一瞬间我心态已经崩溃了。要是知道是从这走的话,我昨天就用好了。那不然的话,昨天用的话,今天也不用太赶。不过我今天用起来发现 Opera 太容易解决完了。因为上来就让他开 Ultra 来去然后这额度真的是掉得非常快,尤其是调度其他二十几个任务吧。换个模式其实问题,也让他帮我空的时候。注意到这篇内容。

说话人 1
今天其实相当于两电脑都算拉的比较满,然后再去处理。而且其实这两天有一些 bug 是由于昨天我直接清那个存储空间导致的,因为太多工作数。还有一些还有一些什么依赖东西吧,我就一口全删了。它导致有些进程它就跑不了了。不过就本着什么跑不了修什么的原则。反正不管怎么样,算是都修好了。

说话人 2
是多做好了之后。

说话人 1
会浪费10%20%的精力和算力去处理这个事情。我今天有一种莫名的觉得。微笑的感觉是什么呢?有一种明明工作人员,我自己去快点找到,但是我用我这个系统反而去做很多很多的操作,甚至出很多问题。我都是由于我非得做这系统的直面导致出来的。今天下午一直折腾到4点,5点。还没能把这个任务完成。找了20,找了20个,这个还还可以的岗位。帮我回顾一下我找的这个过程,其实就很简单。我会去点击到最新的那个 tab,是 boss 最新的 tab,看看差不多,最主要就看看这一版。看一下。我也没有说很细节的去看。至于是不是绝对去重,其实我也没有那么绝对去重。我在想说他。之所以没能做到很好的便捷的系统,是不是因为缺这个像我本地有一套台有那套台上机制的话。他就不必要说每次都去拉数据库了。所以我觉得做这几,这一周其实遇到那个数据库的问题。大程度是由于火山。就缺乏经验,就没有意识到其实数据库有一些性能负载的东西,你不能像读本地一样去读数据库。读本地的时候,你可以不计较这些什么性能东西,它随便去拉,随便去搜,因为它毕竟是我自己的性能。当然这个如果你性能不是很,要求不是很高的时候,那也可以。太,那你肯定是要去考虑算法这个东西的。尽可能要将这个方法复杂都降下来,这样的话你才能可以更少的去浪费这个空间的性能。

说话人 1
然后在今天的时候这是一方面吧,一方面是摄影的时候要注意,另一方面是监控方面。赵宇说这种事情不是一下子用完的,它可能每隔一段时间它就在消耗。当它如果是以一个速度比较高的这种量级。在持续消耗的时候,这个时候就应该去进行告警系统。所以它告警系统它一定也会有一个很专业的内容,但是我之前确实没有。考虑到过这个事情,也是因为这个事情,所以我没能及时地了解到这个事情。导致这个啊。

说话人 1
同样的问题今天出现两次,我觉得这是一个还挺严重的事情。这如果是线上,我去维护开发一个产品,我真的作为全栈维护这样的一个那他岂不是用着用着就崩了?那我们好不容易招来的用户,那不就没有了?所以我认为从个人开发者的角度来看。这是一种毁灭级的打打击。就是功能,你再难用,那你也必须得是可用的。你不能连用都不能用,那样的话。你做的产品有什么意义呢?到底给谁用呢?所以说这也是让我今天感觉到有点疲惫和纠结的地方。甚至我在想。他现在最多的一个作用,也就是多帮我大致看一下。但实际上可能确实没有那...
Related

同一线程里的相关事项

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