来了来了来了，从描述的情况来看，我感觉不是召回阶段的问题。

可以考虑在分块阶段优化一下，改成语义分块。判断后一句话和前一句话的相似度，从 0~1,为完全不想干与特别相干。设定一个阈值，当两句话分数相差超过阈值，既作为一个分块。这种分块方式可以让不同的语义分得更清楚。

在处理用户问题的时候，加入意图识别，准确识别意图，你想检索的是处置流程的分片，而不是消防安全事故相关。

以我的使用体验来看，现代模型准确识别出“想要的是处置流程的分片” 这一需求，不是难事。

另外，不行换好点的模型，国内用 deepseek 最新的。

用 cursor 或者 cc 模型就用 claude 或者 gpt 别用其他模型。AI 引入虚空方法，感觉已经是上个世纪的事了，从 claude4.0 开始，都没有这种问题了。

@Zonecde 我也只能算小入门的阶段。项目实际落地中，审计、sso 、权限控制 包括包公 OA 的接入，这些都和传统项目没有太大区别。

在安全方面，因为 agent 会使用工具，所以比传统项目风险更高。可以在 agent 执行中间加入判断层，比如接下来的步骤是删除文件，属于高危操作就给用户确认后再执行，或者 agent 自主判断不执行，通过其他方式完成任务。

至于合规性安全方面，如果要求高可以硬编码，在最终输出的时候加入违规词过滤。或者在模型方面进行安全性微调。

并发方面，我一直是用的 python 做的，首先全异步是比较基础的，如果用 AI 写，那提示词中要有体现。然后是工程结构中的优化，给你几个我做过的方案：
1. 多模型并用，请求分层。比如 轻量级模型，做专门的意图识别，快速分析问题类型，是否需要 agent 深入处理。一般业务中，大部分问题其实都比较简单，是可以简单处理的，把大模型留给最复杂的那个 sub—agent 。
2. 缓存决策信息。可以节省非常多的 token ，比如我在上个工作做一个化工行业的销售项目的时候，会提前缓存 AI 总结的客户画像，以天为单位的产品信息等。再比如阿里的那个免费奶茶，你会发现他虽然中间很多步，但是那个功能尤其的快。
3. 工具并发，当需要调用多工具的时候，也要支持并发。因为工具调用是 agent 最重要的一步，也是和普通提示词工程的区别。
4. 增加兜底机制，允许超时等场景，agent 回复默认信息。
5. 如果还不行，那就加机器好了。

而且其实公司再 oa 上用的独立应用，并发理应不会很高。

哥们，可以去招聘软件上看看，尤其是大厂的 jd 。比如京东的前端招聘要求。
https://i.imgur.com/G2aaVen.png

@laminux29 还真是，我在 V2 看了很多讨论 AI 开发或者 vibe coding 之类的帖子，我也有这种感觉。貌似很多人其实并不会 vibe coding 。还有一个原因可能是 不是所有人都用 opu4.5 或者 gemini3 这种模型，我几乎试过市面上大部分的主流模型，不同的模型之间能力会有很大差别。

https://i.imgur.com/M7rGTE2.png
https://i.imgur.com/CzeIfzE.png
https://i.imgur.com/5IYVkHo.png

难绷，外包确实接不了裁神，我理你楼主。我 24 年上上家裁员，拿到了裁神大礼包。然后去年做了半年外包，赶紧跑路了，虽然工资比你高点，但是没有任何奖金收入，而且裁员没有补偿，也是个很主要的原因。

再找工作找个好点的吧。省的总是跟别人背道而驰，人家接裁神，你被裁一分钱没有，还要被伤害。

投了 Forward Deployed Engineer ，不知道简历能不能过。

@excon 感谢老哥，我正由此打算，只是还没想好做什么产品。

@zhangshine 我也是这么想的

@92Developer 是的 我是这么想的。所以想趁目前没工作启动一个项目，然后年后再找工作。

@whypool 都在什么渠道做推广了

@1zh3n 我没表达清楚，这些其实也包含在一款产品的“开发”中了

在外地工作的还是很喜欢的，过年是少有的可以一家团聚的时间。

@leochenL 大佬不敢当，在文章里有个项目你可以看看，是阿里云出品的课程，讲的虽然比较浅，但是内容很全，还提供了测试用的机器。入门的话，非常推荐。

https://github.com/AlibabaCloudDocs/aliyun_acp_learning

@kera0a #43 我感觉你用的思路可能不太对？为啥需要从已有代码中指出需要修改哪些呢。直接把任务完整的丢给 AI ，让 AI 去判断需要修改哪些，细节怎么做。

mentor 人怎么样，这个其实没办法提前了解到，但是一家公司 卷不卷，是不是有末尾淘汰，都是可以在面试时候就了解清楚的。面试让反问的时候，我会在面试中直接问，工作时间如何？加班多不多？是否计算绩效。

遇到这种情况，我觉得是直接走。

曾经也遇到过一家公司，是 op 说的这种情况，我四个月跑路了。

@kera0a 如果你用 cc 或者 cursor 之类的，可以直接把一个完整的 PRD 扔给它，先用 plan 模式让他解析，看它解析的结果，是否符合你的需求，如果不符合 或者 细节不对，就一直跟他聊，让它改进，一直沟通到你满意为止，然后直接让它 build 。 你说的这个 仅用提示词就表达完整需求 其实已经是最初 vibe coding 的工作模式了。后面又经历了从 vibe coding -> spec coding -> agent skills 。

如前面那个 V 友所说，AI coding 确实就是未来趋势，而且已经来了，不会以任何人的意志为改变。 即便不相信 AI 能做好，也可以多了解一下，总没坏处。

这句话是 Node.js 之父的发言，不是楼主的话。

不同的人对新技术的理解不同，接受程度也不同，质疑很正常。

我是 23 年底，24 年初，从传统后端，转到 AI 项目开发。用 coplit 的时候还是辅助写代码，但是 25 年前期还手动写代码，还会 review 。25 年后半年，几乎是纯 vibe coding 了。楼中有一个回复我觉得说的非常对，在我这也结束一年了。

不知道怎么形容项目的复杂度。我们公司是专门帮别人做 AI Agent 的，也有自己的开发平台，类似 dify ，阿里的百炼 这种。我除了自己做的玩具项目外，有两个公司项目，均是千万（人民币）以上的项目，都是纯 vibe coding 的，从技术负责人，到算法，到我们写工程的，清一色 vibe coding 。

我个人几乎没换过模型，就用 claude 家族的，25 年前期是 claude4 ，后面是 4.5 。也是公司帮忙买的，公司给无限的 cursor 额度，随便用。

@LIPOLIS 牛的 封你为 V2 也是 V 有 永雏塔菲 也是比较合理了