音频重点提取（尽量贴合录音原话） 说明：音频夹杂大量哼唱、乱入口语、无效英文碎片，只提取老师【说话人2】的舞蹈教学原话要点，剔除无关闲聊唱歌内容。 一、腿部、脚、重心、发力原话要点 1. 腿的发力逻辑：一个是主力腿自己踩，一个是动力腿推给主力腿，然后动力腿去放胯。 2. 膝盖落地要求：落地之前就得是直的，为了弯线的落地，不能直接弯膝落地。 3. 后退重心：往后退的时候，左脚去推；后退时重量完全压在后腿上，另一条腿没有重量；脚的分布要和后腿位置差不多。 4. 脚步细节：后脚脚尖转开，脚掌发力；后脚落到两脚之间；禁止内八；踩直；放动作的时候一定要出脚。 5. 单腿站稳练习：练习单腿站立稳定；转完之后人继续往后，不能回；站不稳要检查脚跟是否踩住。 6. 原地换重心：原地换重心是基础，要举一反三，把原地换重心的逻辑迁移到行进步伐，不要每学一个步伐都当成全新动作。 二、胯、身体、躯干、体态原话要点 1. 启动先转胯：先转胯，转胯配合手，完成动作启动连接。 2. 身体与胯的时间差（核心技术）： “如果我的身体跟腿一起转，他就后，这样。所以你会感觉整个人很别扭。是我要用我的上半身，有一个时间差，上半身千万不要跟着一起转。胯还得往正前方放，但你的身体要去转到下面。上半身转，胯不要跟着转。” “上半身先去找镜子，胯还是屁股对着镜子，胯不能直接转过来。” 3. 体态要求：胸、脸、背、手背、胳膊肘姿态到位；肩膀收回来，不要顶出去，用肚子发力；注意脚背、脚踝；头位保持。 4. 转动练习：练习90度右转；30度转动要靠左腿发力完成。 三、步伐、节奏、时间步改造（大量and、one‑two‑three节拍口令） 1. 时间步基础：two and three and four，把里面的two and改成后退，做改造练习；后退要往正后方走。 2. 步伐组合：后退‑前进‑向旁；前进的时候反90度转体；练习中摆、收脚、转胯。 3. 速度要求：到位要快；动作连接过程要快，不能停在原地；需要做加速处理。 4. 预备位置：要有准备位置，不能没有预备直接启动动作。 “比如说你2 3到这，那你手在这怎么开始呢？先转胯，转胯和手连接上去，就是我启动。” 5. 大量循环数拍：老师反复从1数到几十，and 1 and 2 and 3…反复重复打磨动作衔接。 四、双人配合原话 1. 提到动作“公主抱”；双人练习后退前进，两人拉直身体。 2. 双人练习出脚、停顿、等待下一步衔接。 五、指出学员常见问题（原话提炼） 1. 只做脚的踩，缺少动力腿推送、放胯完整发力； 2. 身体和胯同步转动，没有做到身体胯部时间差； 3. 重心分配错误，单腿站不稳； 4. 缺少转动，出现内八； 5. 做动作时上半身容易垮掉，姿态丢失； 6. 动作停顿，连接拖沓； 7. 手脚配合不到位，脚踝脚背姿态不达标。 六、课堂流程片段（来自录音） 1. 调整肢体：胳膊肘、脚踝、脚背体态纠正； 2. 主力腿、动力腿、落地技术反复练习； 3. 原地换重心练习，迁移到行进步伐； 4. 改造时间步，练习后退、前进、转体； 5. 重点训练胯‑身体错位的时间差技术； 6. 双人配合练习； 7. 大量节拍口令反复重复练习； 8. 短暂休息后继续训练。 说话人 1 确实我发现你还是有很多然后我把那个 boss 其实稍微。优化了一下。嗯。让他明天早上早点跑。今天主要是一上来，它这个链路就是不通的，因为上周五打完之后当天晚上没让他跑。主要当时觉得，也是可能过于信任。 ChatGPT 改东西了。二是当时没有那么多时间去调整那些东西。周五的时候也没有那么多时间了。就其实没有管他。实际上，改完了没有，他反而他跑不了什么东西。我今天一上来的时候，其实我尝试，原本是想处理一下那个。 说话人 2 那个 ChatGPT 更新的事情。 说话人 1 我以为可以更新呢，但实际上看了以后就不能。高估了他的那个效果。 说话人 1 主要就是，没想到他那更新网站可能要，我不太确定啊。不太确定他是不是要等到那个。 说话人 1 要重置之后才能去注册，嗯。 Pro 的那个模式。因为本来我其实今天还在纠结要不要开 Pro 模式。但是其实折磨了我一天。 说话人 1 更高效的，不然现在这个效率真的太这主要是太绩效了，有一天，相当于让他帮我投币。20个岗位。是大部分是不够匹配的。那我其实有时候在想，是不是他问题是大部分人的头了，我认为还算是比较匹配。觉得我自己可以。 说话人 3 嗯。 说话人 1 是我呈现出来的样子，还是说我因为匹配其实是分为几种，一从行业的匹配度。他的岗位的匹配度。三就是他对你这个人的经验要求的匹配度。这几都会涉及到它对应的匹配度的问题。是岗位的匹配度，我觉得我我作为这个职责层面，我觉得我还是蛮我现在在简历看。写得不够匹配。我没有去对标那一份，那个目标岗位的简历去做定制化的简历的呈现，还是更多的是用一份通用的简历。对标所有的内容。现在其实就会有很多问题，然后给投过去了。会看起来还是没那么匹配。现在遇到简历的这个状态，绝对不能盲目去吴通的那个简历，因为之前我两周跑下来，效果并不好。明天我可能会在想说，我把这个 AIPM 这个角度写一份定向的简历出来。 说话人 1 再有就是得物的那个，其实我很纠结。但是有问题就是我没做过搜索。这也不算是完成的。这也不能说完全做过，搜索我也不是完全没做过，但是我确实没做过搜索产品，我做的是搜索交互。那这可能是可能也不是特别匹配岗位的匹配度什么的。甚至可能从当初如果你让你这样去回溯这个视角，去提升自己。不如我当初就去，在内部转岗。 PM 我想去找，匹配度更高一点。但当时确实没有往那么长远的方向想，总觉得也许能适应这个。未来的发展和变化。那再后来呢，就是本来其实这个年限要待久一点会更好一点嘛。但是可能就是因为这个年限不够久。导致可能从这个履历的匹配度上也降低了一些。或者说还是按部就班地去找。确实之前在我看来就是如果偏大厂这个性质的话，那他肯定是不是特别合适的去直接去找的话。其实现在很多公司，他肯定是希望找一些更专精的人进来。所以我也在想说 AI Builder 这个方向也应该去找起来。就是说我每天在找，应该找两个方向。第一个是从 AIPM 的角度，第二个从 AI Builder 的那个角度，也就是说当然。虽然全栈开发这个东西的话。可能我觉得我这个独立开发这个措辞用的确实也有点问题。上周，江然也跟我提过这个事情。 说话人 1 最根本的还是长板不够长的问题吧。就是因为没有一个很能证明自己。 说话人 1 一个这样的产品出来，导致你在投这些东西的时候。 说话人 1 其实我觉得在那个是 AI 在评估这个东西的时候，我觉得它评估的整体来说还是比较准确的。因为之前唯一有两个能匹配的，那个强推荐的两个岗位。也是我成，唯一成功面试的那个方向。那说明这个池子还是准的。那只是现在我这个。某些 gate 和流程其实做的还不够好。这个可能一是受限于这个模型的能力，二是可能业务是哪里？还是有一些问题。 说话人 1 还有就是严格说在我 Mac 电脑上，BOSS 其实是第一次真正的跑通成功。在今天。但看起来好像一直在原地踏步，但是还是就很不一样的变化。我说跑通了可以聘在 Mac 电脑上的内容，但是后来我们是决定每天先打招呼，还是主要就只找这个 boss 就需要那种。然后可以尝试一天扩大次数，扩大个数。那现在我为什么没有扩大的原因就是因为发现光是20个，每天去看这20个内容，也是一个非常消耗精力的事情。具体体现在是他帮我，首先他一天再给我挑选20个清单，他是怎么去挑选的？去捞40或50个新给我推荐的岗位。那这些岗位中可能有一部分是跟以前重复的，有一部分是不符合我的一些认定标准。就比如说有一些它是外包啊，或者是有一些什么金融行业这种，我个人可能没有什么兴趣的行业。然后在那些筛选之后，可能会，还有一些什么是应届生啊之类的，还有一些年限特别高，或者英语要求很有意义的那种。就这种比较明显我不太适配的，他就会再给我做一个一轮的初筛。然后我这个时候会确认一下今天打电话的名单。然后会，明天可能大概会有一个名单可能会在20个左右这样的一个个数。那在评完这个，我大致看一下，觉得这些都差不多，OK。以及他会给我一些评选的一些标准。但今天他就出问题了。第一轮在做这个评选的时候，并没有给到我。给我出第一轮报告的时候，就没有给到我合适的。推荐理由，这导致我不太确定那些岗位到底是为什么要去选择这些岗位的原因？所以这里我今天跟他强调说每一个一定要去做这个5.2的评选标准，并且把主要为什么推荐这个岗位去投递，来进行一个初步的达标。 说话人 1 在这个推荐的部分之后，如果确认一下没有什么明显的问题的话。好一些。明显的问题，然后我就会让他去帮我进行打招呼的这个操作的动作。然后动，操作之后，他会在这个会给我去进行截图，这个截图他其实现在还有点问题啊，今天他上来只截了打招呼前的内容。但是我想看的是他打招呼之后结束的版本，因为打招呼结束之后，它的那一个链接会变成继续沟通那个按钮。然后这种版本的话，我结合这个就就是我至少可以确保他一定会帮我做打招呼这样的一个操作。而不是今天什么都没有跑。那跑完了这个之后然后他就要去帮我写入我的分数表格，批量去写，然后分数表格中记录一些相关的内容。就把他前面在做评选的时候得到的这些结果，然后写入我的回复表中。然后我就会得到当天的一个提交的版本，来进行后续跟踪，跟踪情况。 说话人 1 那每一天呢，相当于这个是一个发现的，这样被发现层的他每天其实是有一个回顾层，这回顾层其实不是说一定要在发现层之后去做。其实他们两个可以是一个并行的操作。甚至说可以是多次校验的工作。我今天发现，其实上来一上来就是做一个回顾层是比较好的做法。因为他有可能一上来我就能看到很多条。 说话人 1 是，不管是拒绝反馈也好，还是有意向的反馈也好。那这些反馈的话，我现在是做了一个将近5点的时候的一个动画的任务。让它自动去跑这些内容，而不是说每天都要我主动去发起这个操作，因为这个是我每天都要做的事情。那我不如让它自动去帮我记录，这样的话它就相当于第一波就会去做这个收信箱的一个记录。如果说我来得及，5点多之后看的话，那我可以去把它。只是照理说它这个反馈层应该有一个反馈到4个更新的这样的一个作用。但是它这个自更新现在肯定做的还是不够好。它连基本上保证我，保障我去把反馈所有的内容停录下来，以及如果要是有待回复的内容，去根据5.2评选标准得出结果，这样的一个操作都不是很稳定的呢。 说话人 1 付现那这个我觉得现在是有很大问题的，可能是因为这一块还没有明显的脚本化，所以导致它的效果不是很稳定。那这一块可能我觉得还是要去做微调的一个操作，确保它能够，给我稳定的，我想要的一个结果。就是比如说他去看那个反馈层的时候，他如果看到了有拒绝的内容，那他是要他是要结合具体的 JD。 说话人 1 获取 JD 的方式，一是可以，就是这里会分为两种情况，一种是历史我去主动打招呼的内容。那在飞书表格中一定会有记录，因为我们每天的循环中。就会有一个记录的这样的一个操作嘛。那他如果是对方主动向我发出申请的这样的一个内容，那他其实是不具备这种 JD 的。就是不具备直接的飞书存储，那可能需要他主动去获取一下 JD 的一个情况。在这里的话，他就需要去点击对应的位置来获取。跳转到一个新的，JD 的获取页面，然后获取到相关的信息。那这里就是现在可能有混淆，我我不太确定怎么做呀，而且它不是很稳定，明天可能得看一下这一块的内容。怎么保障它稳定能够获取到哦。 说话人 1 然后他获取到这个稳定的 JD 的信息之后。那照理说这里他其实就能获取到这些信息，那他就可以结合 HR 对自己的反馈。他的具体的反馈无外乎就是他拒绝，可能说理由，可能不说理由，大多数都是不说理由的，那这里的理由可能需要去结合他的 JD 情况和我个人的情况。进行一个仔细的评估。 说话人 1 评估之后会得到一个大致的一个结果吧。然后基于这个结果我们去看一下，下一次还会不会犯这类似的错误。如果犯类似的错误，那看一下怎么去规避这种错误。那就相当于它这个就是一个很好的闭环的迭代的一个过程。而每次我们的更新都应该是迭代这个过程，但现在我感觉这个迭代的过程做得并不是很好。甚至有的时候我们出现问题的内容可能还频繁的去出现。那像今天我去增加了一个可能会出现的问题，就是有一些 Git 的一些公司，因为有些公司可能比如说我历史的那些公司或者说同学拒绝我。我去面试我还拒绝了这种人。那其实没有必要再逃避了，因为我们已经发现不够适配的话，那其实没有必要再浪费彼此的时间。 说话人 1 所以说我就新装了一个，就是公司层级的，然后这样的话在查找内容的时候，这种内容计划就可以在第一层，不需要再做5.2判断的时候，就可以把这种类型的岗位。给 pass，就给去掉，就我们就不需要对这种公司浪费任何精力去管理它或处处理它。然后当我们觉得这个没有，就是我们发现了一个岗位，它不在我们所有的已有的这种 list 里面。不在我们的禁止列表里面，这种公司才有必要去对它进行考量。所以说这个如果要画一个流程图的话，那它应该是先去对历史的，我们存储已存储的数据。你我们禁止要提交那些内容，先做一轮筛选。如果要是不存在这种内容，才会轮到 JT 层面的处理。 说话人 1 那如，这个是指的是，禁止，就是去掉对方的那个那个过程。还有一个方向是如果我们觉得内容合适的话，内容合适的话，那也要去看对应的那个 JD 的一个情况。合适的话，那大概要看一下大概有什么地方是比比较匹配的，合适的情况下，通常通常我们要去准备我们的嗯。 说话人 1 通常要准备我们的简历的一个情况。那这个简历的话，那到底是选中哪哪个类型的？现在是有几个模板可以进行选择，到底选哪一个？适合，或者说现在已有的这几个简历的方向是不是都适合？如果要是有不适合的，或者说欠缺的地方，那是不是要去新增一个？按理说，我觉得这样的一个整体的逻辑是应该能筛选出来跟我匹配的内容。但现在没有，那一定是哪里出现了问题。不知道是哪里断层或者什么情况，那这里可能需要一个整体的校验和审核，然后去确保这个东西。那现在就会涉及到到底是我们投递的量不够大，还是说因为整个过程中出现了问题，还是说我们的某些内容中出现了问题。那我觉得我现在可能会觉得是我们的量不够大，导致这个。因为这个可能本身命中率就是一个并不是很高的一个情况，因为现在竞争力也是相对比较比较大的一个这个并不是说买一个。一个岗位都是僧多粥少的一个状态，然后大家肯定都是会去选它最匹配的一个内容，而且大家现在都是在利用 AI 去结合做这些东西。所以我也在想我的打招呼要不要去。但是我觉得没有必要，因为现在这个打招呼第一轮的话，很多时候它可能是没有什么特别多价值。因为主要我不想，或者可以这样，可以等他。如果我 ChatGPT 开了的话，也许我可以给他放更多权限，让他去。但是我觉得也不能也不能让他自动的去回复，除非他认为现在我们已有的模板中没有适合去回复的内容。 说话人 1 那我觉得他可以去回，考虑让我去回复他，或者是说让他在现在不是有一步打招呼的过程吗？那打招呼之前会给我确认一个列表，那个列表的那个过程中直接去把打招呼用语在这一步全列出来。然后他发送的时候只能去按照我要求的这个过程去发送这个点，那可能会更好一点。这样至少确保他不会发一些奇怪的东西，或者说跟我真实情况不匹配的地方，因为它可能会有幻觉。为了保证这个幻觉的问题，那就不能让它随便去自主的发挥。 说话人 1 这个内容，要去限定一些选择来去保障我们这个内容的正确性和准确率。那现在至少，虽然说可能不一定提高命中率，或者是说匹配度，但是现在至少能够就是提升便捷度。因为现在我为了提升，就是这个，至少禁止它出现这种负面的情况，所以我没有没有让他去。自主的去写一些内容吧。 说话人 1 那这里就会涉及到现在为了提，这个我觉得确实是这样的，现在如果用 Workday 的话。我还是用现在默认的这种方法，等我过一段时间。应该20号，现在也就是3天后吧，差不多3天后考虑一下，下周一的时候去开通吧，因为周末。周周日的话不然周日，哦，其实周末开通也行，因为它要是更新。 说话人 1 20号是8月份3天后，这个看吧，我看一下，明天如果要是重置了的话，那重置额度的话。我试着先去开 Plus 再去开 Pro 也可以。尤其是他不是说这个按天数差价嘛，它是会按天数扣差价。那我用了这个额度再去升级，是这样，它，而且它说成功率会高，所以说如果明天或者说明天我直接就去那么做。也也不是不可以，因为它的效率如果比较高的话，那其实是挺好的。 说话人 1 我今天晚上我回家去洗澡，那我明天反正不去游泳。那明天一整天的时间就可以去。更高效一点的去搞这个事情，因为今天我确实被 Walkie Talkie 搞得焦头烂额。我觉得他的水平还是远远不如 Codex 严谨的。因为有有些问题，有些内容其实我已经来来回回跟他强调一周了，他还是不能做到的话。那我觉得他可能水平就没有办法达到这个完美的程度，甚至我 skill 字中写的都如此的详细了。 说话人 1 他还是无法做到，那只能说他的模型能力确实不太行，因为我，他自己都承认说这个 skills 中有。是他没有注意到这些点。那我不能为了每一个点，然后在 skills 中加更多的嗯，限制的条件，这样的话， skills 它它就会过于繁琐。没有必要，我感觉。这是一点，那另外一点就是，他严严重影响了我的效率，因为我不然的话我会有这个更多的时间去做很多事情。然后因为时间是很宝贵的嘛，虽然说它那个价格可能确实不便宜，但是一个月将近2000块钱的额度的话。我觉得这个还是值得的。只要我找一个2000块钱以上的工资，我觉得完全是 OK 的。甚至今天遇到了一个8000多，就是虽然不是很赚钱，但是我觉得如果你别的没有选择，这种也是可以做备选的。不是完全不可以考虑的方向。 说话人 1 因为因为其实有一点好处，这种公司虽然虽然虽然他工资少，甚至说我我应该回家的时候，让我可以 body 帮我找出那个。我没有要的那一个岗位。就虽然他工资少，但是我觉得大概率我是能进的。而且因为现在会存在这样的问题，就是我这个身份是比较尴尬的，一是我的这个 gap 期有点过于长。这样的话，但其实不好的点就在于这工资肯定会压得很低。那在后面的掌心问题可能会不会成为新的问题？但不管怎么样，这个可以考虑吧。 说话人 1 今天晚上如果家人问起的话，这个可以作为一个保底。那其他的我肯定还是尽量去投。当然，其实我一直都说这个不是我唯一的目的。我要是只靠这个东西的话，那肯定是无法有一天，无法去做，进行，就是达到自由的那个状态。我肯定是还是想要去拿版权或者是说做别的东西。所以说为什么说时间重要呢？因为现在时间其实不等人。我想做那些慢的那些东西，还没有办法。然后得物的那个，其实我也在纠结到底要要不要去投。如果说他做电商这个东西，其实我想改简历的话，也不是改不了，就说我在京东做交互设计。 说话人 1 在那后续的那些内容呢？嗯，搜推的这些东西，这些逻辑的这些东西，这些算法的内容，是否能够具备呢？主要也不是自己兴趣点，其实我也会担心，但是因为我有类似的履历，其实成功率还是会更高的。这个事情就看我到底对这个事情有没有足够的迫切了。我觉得明天如果有精力的话可以考虑一下，这些先这样吧。 录音文档详细总结 这份录音是一段围绕AI辅助求职（BOSS直聘自动化投递）展开的交流，说话人1复盘了当前自动化求职工具运行现状、暴露的各类技术与流程问题、个人求职层面的现实困境、后续优化方案以及下一步计划，整体可以分为四大板块：工具运行现状与故障问题、个人求职现状与自身短板、整套自动化求职流程逻辑、后续改进方案与未来规划。 一、AI求职工具运行现状与现存故障 说话人1在Mac电脑上完成BOSS直聘自动化工具的首次真正跑通，但整体运行并不稳定，当天出现多处异常，工具依赖ChatGPT，还受模型能力限制： 1. 前期故障根源：上周五运行结束后没有执行夜间运行，过度依赖ChatGPT修改内容，又缺少充足时间调试，导致修改之后程序反而无法正常工作；原本计划做ChatGPT更新处理，实际无法完成，纠结是否开通ChatGPT Pro，模型实际输出效果不及预期。 2. 当日出现的具体问题 1. 岗位筛选输出异常：第一轮岗位评选没有输出推荐理由，无法知晓岗位筛选依据，要求后续必须输出5.2评选标准以及岗位推荐理由。 2. 截图输出错误：工具仅截取打招呼前页面，需要获取发送打招呼之后、按钮变为继续沟通的截图，用来校验打招呼动作真实执行。 3. 反馈自动记录模块不稳定：设置自动任务5点自动抓取招聘反馈，但是脚本化程度不足，反馈自更新能力差；无法稳定完成反馈录入、待回复内容判断。 4. JD获取逻辑混乱：历史打招呼岗位JD保存在飞书表格，但HR主动发起的岗位没有存储JD，需要跳转页面抓取，该抓取逻辑不稳定，需要排查调试。 3. 模型本身局限：所用模型严谨度不如Codex，即便详细填写skill规则，部分反复强调一周的要求依旧无法落地；不断增加限制条件会让skill过于臃肿，不能无限制靠增加规则解决问题，存在AI幻觉风险。 二、个人求职现状与自身短板 1. 简历匹配问题：长期使用通用简历投递，没有针对目标岗位做定制化简历改写，简历和岗位的匹配度不足；匹配分为行业、岗位、个人经验三个维度，打算专门撰写一份AIPM方向定向简历。 2. 岗位方向选择纠结 ◦ 得物岗位：岗位是搜索产品方向，本人只做过搜索交互，完整搜索产品经验缺失；但过往京东交互、搜推相关履历有一定关联性，可以修改简历适配，纠结是否投递，要看求职迫切程度。 ◦ 求职双赛道：确定两个投递方向，AIPM、AI Builder；反思“独立开发”这个自我描述措辞存在问题。 3. 个人履历短板：缺少可以证明能力的重量级产品代表作，长板不够突出；过往岗位任职时长不足，拉低履历匹配度；反思当初没有选择内部转岗，现在市场更偏好专精型人才。 4. 现实求职困境：市场岗位僧多粥少，竞争激烈，很多求职者同样使用AI辅助求职；自身gap期较长，容易被压低薪资；存在一份薪资偏低但大概率可以拿到offer的备选岗位，可以作为保底，但担忧后续涨薪困难。 5. 长期目标：找工作不是唯一目标，希望后续做版权相关等项目，实现个人自由，因此时间对自己十分宝贵。 三、自动化求职整套业务流程 整套流程分为岗位发现层、回顾反馈层，两层可以并行执行： 1. 岗位发现层（投递流程） 1. 捞取40‑50个平台推荐岗位，先过公司黑名单过滤，历史拒绝、明显不适合的公司直接剔除，不再进入后续评估，减少无效消耗。 2. 剩余岗位进行初筛，过滤外包、不感兴趣行业、应届生岗、年限不匹配、高英语要求等明显不匹配岗位，筛选后输出约20个候选岗位清单。 3. 输出岗位评选报告，写明5.2评选标准和岗位推荐理由，人工确认候选名单。 4. 执行打招呼操作，抓取打招呼完成后的页面截图，校验操作真实执行。 5. 将岗位筛选结果、岗位信息批量写入飞书分数表格，用于后续跟踪。 2. 回顾反馈层（反馈闭环迭代） 1. 设置自动任务，定时抓取收件箱的HR反馈（拒绝、有意向等）。 2. 区分两种场景：自己主动打招呼的岗位，JD存储在飞书表格；HR主动发起的岗位，需要跳转页面抓取JD。 3. 结合JD、个人情况评估HR反馈（大部分拒绝无明确理由），分析拒绝背后的原因。 4. 复盘总结问题，规避同类问题重复出现，形成求职迭代闭环。 当前痛点：闭环迭代失效，同类适配问题反复出现，反馈抓取、JD获取稳定性差。 四、后续优化方案与下一步计划 工具流程优化 1. 强制工具输出岗位推荐理由与5.2评选标准；打招呼前输出完整打招呼话术，人工确认后再发送，规避AI幻觉，不允许模型自主随意生成话术，保障内容准确。 2. 修复截图逻辑，改为抓取打招呼完成后的页面截图。 3. 调试反馈模块，完善脚本，解决JD获取不稳定的问题，保障反馈记录、评估稳定运行。 4. 固化公司黑名单机制，在最早期过滤掉不适合的公司，减少后续工作量。 5. 完善简历选择逻辑：岗位通过初筛之后，根据JD匹配情况，选择合适简历模板，现有模板不匹配则考虑新增简历。 6. 评估现状根因：判断问题来源于投递量不足，还是流程链路出现断层，需要整体校验排查。 ChatGPT账号规划 计划3天后（20号左右），看额度重置情况，考虑开通Plus/Pro；支持按天差价升级，虽然月成本高，但认为只要找到薪资高于该成本的工作就具备性价比，期待提升整体工作效率。 个人求职行动 1. 撰写AIPM定向简历；评估得物岗位，看精力情况决定是否投递。 2. 维持AIPM、AI Builder两个求职方向并行投递。 3. 将那份低薪资高通过率岗位作为保底备选。 4. 明天完整投入时间调试整套求职自动化工具。 其他想法 暂时不开启工具自动回复HR消息，仅当模板没有合适回复内容时，再考虑交由自己处理；后续也会考虑使用Workday；找工作只是阶段性目标，仍然希望挤出时间推进版权等个人长期项目。