个人求职岗位信息处理相关事宜
2026-08-27

【智能总结】
主要讲述个人在求职过程中对岗位信息处理，包括渠道评估、看板搭建、数据同步等多方面工作及遇到的问题与优化思路。
- **岗位渠道评估**：对家人提供的公众号岗位渠道评估后放入看板，查看并处理岗位信息，修复同步本地出现的问题。
- **看板搭建**：尝试将各渠道消息看板接入工作看板，整合分散信息，用AI结合远端数据形成岗位信息闭环。
- **数据同步**：不确定飞书数据同步位置，期望数据去重并完整，看板展示兼顾公司维度与岗位关联。
- **去重与筛选优化**：统计岗位去重逻辑，建立台账，优化AI筛选方式，避免固定流程浪费资源。
- **样式与同步优化**：优化消息样式，设置同步功能，保障新岗位按规定格式呈现。
- **看板模式**：建立本地与云端看板，先跑通MVP，再将本地功能迁移到云端。
- **岗位匹配与简历**：内推岗位不满足要求则匹配官网岗位，AI建议定制简历，在Boss直聘更新简历并尝试投递。
- **系统稳定性**：Boss直聘收藏夹批量提交、自动找工作系统并行状态不稳定，考虑修复运行系统。
- **消息回复优化**：优化不同渠道消息回复展示，划分数据，总结通用话术和行动范围。
- **评测操作**：考虑借助系统实现岗位评测，解决自身评测经验薄弱问题。

【原文】

我刚刚至少说了有5分钟都没有录上，我现在还得重新复盘一下今天到底说了哪些事情。首先就是我今天早上起来之后，然后就一直在看我各个进程的一个进展。然后其中比较着重在处理的事情就是，我的家人给我找了很一些，就是公众号的一个渠道，然后把公众号这些渠道的岗位进行了一个简单的评估。并且携程到了我的看板里。同时在那个我也对那个，我对今天的这个岗位，然后也进行了一个查看。然后进行了一个收藏夹的处理，处理到收藏夹之后，我又又收藏夹同步到了本地，然后同步到本地的话会涉及到一些问题的一个修复和和我那个关于投递的一个状态的一个提示吧。然后现在它还在修复过程中。同时，其实昨天我就在尝试将各个渠道的消息看板。接入到我自己的那个工作看板里面。然后这个工作看板，让它内容更加的完备。我这个看板呢，是我在周一吧，还是什么时候，然后突发奇想想到的这个点。因为我之前在上一个月。一直在用 Workday 来帮我找这个各种工作的时候，其实每天会出一个，出具一个报告。而这个报告其实里面就会涉及到各种状态的一个处理，然后和一个展示。但是它并不是很稳定的能够展示固定的内容。

然后其实这种情况我觉得应该就很适合用系统的层面去管理和组织结构化的信息。然后这些信息的话此前呢还是散落在各个的页面里，那其实这些内容现在还没有很好的整合到我的看板里。我觉得也应该在，应该让我的 AI 去结合我的远端。因为我现在有两台电脑，电脑电脑多多少少都去做了一些报告总结，然后这些数据应该应该去结合起来。然后进一步把之前其实分析的比较有价值的数据和信息同步过来。然后来去形成我的一个岗位信息的闭环。因为我之前其实有尝试把那个飞书之前记录的一些表的东西。然后同步到了我的数据库。我现在不知道这些数据到底是同步到了旧版数据本地的那个那个 circle 里面，还是说同步到了这个远端的 Cloud Fire。但是不管怎么样，最终那个数据应该是一个完整的一系列的内容，它应该是一个去重之后的一个版本。然后包括我我我我，就是基于公司的屏蔽这个点。浅浅的提过，但是没有说做特别完备。那他在我的看板的展示形式应该会有一个，就是公司的一个维度吧，不管是一个公司多个岗位的一个展示也好。还是说不同岗位之间，一个岗位情况下，或者说每当识别到一个岗位。它的关联公司所在的其他岗位。也应该给我提示出来。然后这个基于我自己投递的一个路径的话，因为他现在是这样的，就是我们每天自动化去找一些岗位。他这个岗位他在做去重的时候，他的具体现在的逻辑是什么？样子的，我没有统计过，这个需要统计一下。然后理理想上应该会有一个统一的台账，然后去跟这个台账来进行去重。包括识别这个是不是以前的公司的那个岗位，甚至说我们在是识别到某个岗位的时候，要不要选定这个岗位。那其实可能得，可可以可以通过多种途径来去进行筛选，而不是说只要每一个都要走走固定流程。怀疑现在我的这个 AI 在评选这些信息的时候，可能是一套非常固定的流程，甚至说是浪费 token 的选择。那其实本身我觉得可以有更好的筛选方式，就比如说可以去，就是说，比如说遇到了某些公司。那这公司在我们已经投递过范围内里面，那是不是就不应该去？关联，甚至说有的 HR 或者是有的具体的，某一个，同一公司，同一岗位，同一公司不同岗位。然后或者是说同一公司，同一 HR 的某些操作，甚至是说有一些可能岗位链接不一样。

描述可能也会有差异，但是它是同公司的，可能类似岗位的不同描述。它可能有类，各种这样的一个情况，它应该有更好的统计。形式。那今天我也在对我的那个消息拉取到的那些信信息，然后去做了一个样式的一个优化。然后我也是设置了一个同步功能，以保障这个，就是每次拉取不同岗位，拉取新的岗位之后。它能够按照我的规定的格式来去呈现在我的看板上。以便于我更好的基于他，我收集到的这些 JD 的信息来去进行评估，这些哪一些岗位是不是适合我。然后以及还有一些。对应的打招呼的消息之类的内容。

那同时呢？

同时这个是简历，就是工作，叫什么？我的岗位看板的这个流程。那这个流程中中的话，还会有我现在是在建立两个看板，一个是本地的看板，一个是云端的那一个看板模式。最终我要做到功能一模一样的复刻，但是因为云端会涉及到很多链接。部署的问题。所以那些东西的话，我没有，我现在只是做了一，正在尝试一个 MVP 的跑通，然后会逐渐把本地实现的内容迁移到云端上面来。然后这样可以保证我不管在何时何地都可以从通过查看云端面板的方式来去获取到最新的信息和去完成这一系列内容的操作。而不局限于说一定要电脑在我旁边来去进行。管控那甚至今天在尝试接入不同的渠道，和说公众号的模式。好，工号的话也会涉及到不同位置的一个徒弟。然后我今天也尝试了有一些内推的岗位，那些内推的岗位可能就是它内推要求有时候不太满足。所以我还是用它去匹配到了官网的一个具体的岗位的内容，然后也基于就是匹配到的这个内容。

然后如果说当 AI 识别到这个这个岗位是满足我，是值得我去进一步跟进的话，然后帮我去建议是不是要去做定制简历的操作。然后让我的定，让我的简历系统的 AI 帮我去评估。在怎么可能尽可能少维护的情况下，帮我去写了一份较为通用的。agent 产品经理的一个一个简历的版本，我也也在 boss 直聘上更新了这个版本。并且在尝试让我的 AI 来去通过官网来进行相关岗位的一个投递。然后今天我也去搜索了2015个新的 boss boss 的一个收藏夹。然后并且进行了一个同步的操作。它的一个批量提交还不是特别稳定，可能依赖于这个插件的一个具体的状态。然后同时，我另一边的那个就是自动找工作的那个系统，也在找这个猎聘的一个岗位和什么其他各个岗位的一个情况吧。他们之间说没有冲突，我不知道并成的效果是什么样的一个状态？可能是由于这些原因导致它的状态不是特别的稳定。这个也看一下有没有通，有没有办法通过修复这个运行系统的这样的一个方式来实现它的一个并行的操作。然后。

然后在这个消息回复的这个领域，其实我们可以看出来这个消息回复的话，它其实也是一种进一步的反馈。然后基于这个消息是不是要进一步沟通。以及各个渠道的一个展示情况，我其实也在我的那几个不同的type 上进行进一步优化。但是实际上现在还是有一些混乱，尤其是各个岗位其实在每一个 type 中，他可能都会有列出。但是他们之间的数据是不是互通？照理说他们的岗位应该有一个固定的岗位卡片来去进行，就是一致性的一个跟进。然后在有回复的同时去挂靠到同一个岗位卡片，甚至说他们的展示组件，以及他们的数据层面。是不是都是进行独立解耦的一个方是来去进行合理的划分，这一块还得进一步去进行优化吧。

再有就是啊，消息回复的这个范围也会分为他是对，是我们是要进一步跟进，还是说他是有拒绝的状态。还是说他要进行投递或者打招呼的具体的操作，他应该有各自的话术。甚至说行动的范围，他应该会根据我们已有的这样的一个操作，会去做一些通用性质的类型的总结呢。现在明明有很多很好的经验，这个东西还应该进一步地去抽取它的内容。然后以及在评测层面上，其实我们在岗位这个筛选。就会涉及到他识别到的岗位和我们识别到的岗位，是不是一致性的问题。那怎么去很好地识别这个岗位？其实像今天我在看卡斯克，他在做这个是不是值得选中的那个。信息流的那个操作，他去自自己去做了一套评测集，然后去做打分的这个操作，我觉得这个还挺不错的。甚至说我在想说是不是我也可以借助我现在这个系统来去实现评测的这样的一个操作。来去补全我对于评测这边经验薄弱的问题。据安检要求，请

求职岗位信息处理事宜总结

这份内容是说话人复盘当日求职相关系统、岗位信息处理的全部工作，主要围绕自建求职岗位管理看板展开，包含今日完成工作、现存系统问题、待优化改造方向、参考思路几大部分：

一、今日开展的主要工作

1. 岗位信息收集与处理

• 评估家人提供的公众号渠道岗位；将携程岗位纳入自建看板；处理岗位收藏夹，并将收藏夹同步至本地，同步过程中开展问题修复、投递状态提示相关工作，该修复工作仍在进行。

• 处理Boss直聘：检索2015个新收藏夹并执行同步，批量提交功能稳定性不足，受插件状态影响。

• 处理内推岗位：部分岗位不满足内推条件，便匹配对应官网岗位内容；若AI判定岗位值得跟进，会触发定制简历的建议。

• 更新简历：借助AI生成维护成本较低的通用Agent产品经理版本简历，已经更新到Boss直聘；同时尝试让AI通过企业官网完成岗位投递。

• 自动求职系统同时抓取猎聘等平台岗位，多渠道并行运行，但尚不明确多渠道合并运行效果。

2. 自建求职看板搭建工作

• 看板最初灵感来源于Workday的岗位报告，但Workday输出内容不稳定，说话人希望通过系统结构化管理分散的岗位信息。周一左右萌生搭建想法，当前同时搭建本地看板、云端看板两套系统，目标是实现功能完全一致。

• 当前优先跑通云端MVP版本，后续把本地已有能力逐步迁移上云，实现不受设备限制，随时随地访问、操作最新岗位数据。

• 推进多渠道消息看板接入自建工作看板，完善看板内容；计划打通两台电脑上生成的报告总结数据，联动远端，同步高价值分析信息，实现岗位信息管理闭环。

• 将飞书表格数据同步至数据库，但暂不确定数据落库位置是本地旧版SQL还是云端Cloud Fire，最终目标输出去重后的完整数据集。

• 优化消息拉取后的展示样式，新增同步功能，新抓取岗位可按规定格式展示在看板，方便基于JD评估岗位适配度，同时配套打招呼消息等相关内容。

二、现存系统痛点与待优化点

1. 数据与去重逻辑不清晰

• 岗位自动抓取的去重逻辑未做统计，需要建立统一台账作为去重依据；

• 存在多种复杂场景需要处理：同公司多岗位、同一公司不同HR、岗位链接不同但岗位内容相似、已投递过的公司等，当前AI筛选流程固定，存在浪费Token的情况，需要更灵活的筛选逻辑。

• 增加公司维度管理能力：需要支持展示一家公司下全部岗位，识别岗位后提示该公司其他关联岗位；完善已投递公司屏蔽能力。

2. 多端、多渠道数据互通混乱

• 不同展示模块（type）都会列出岗位，但数据互通情况不明；期望统一岗位卡片，不同渠道的沟通回复都挂靠至对应岗位卡片；需要对展示组件、底层数据做解耦划分，该部分待优化。

• 云端看板受链接部署问题限制，功能还未完整复刻本地看板；多平台自动抓取岗位并行运行存在稳定性问题，需要修复系统保障并行能力。

3. 消息回复与经验沉淀不足
消息回复区分跟进、拒绝、投递、打招呼等不同状态，不同场景应当配套专属话术与行动逻辑；已有大量实操经验，但缺少对经验的抽取、通用总结。

4. 岗位筛选评测能力薄弱
AI识别岗位与人判断岗位，二者结果存在一致性差异，自身缺少岗位筛选评测相关经验。

三、参考改进思路

参考Casck的方案：搭建专属评测集，对岗位做打分评测，计划借鉴这套模式补全自身系统的评测能力。
查看音频文稿

1. 个人求职岗位信息处理相关事宜（Pudong 95.m4a）