@Liftman 原来如此，我的提示词如下：

const prompt = `
Extract the following information from the given email content:
po_number, phone, email, ship_to_name, ship_to_address, ship_to_address_2, ship_to_city, ship_to_state, ship_to_zip, ship_to_phone, sku, problem

Respond with only a JSON object containing these fields. If a field is not found, set its value to null.

Email content:
${emailContent}
`

@nuance2ex 哦这样，我对 llm 本身没有研究，只会调用，谢谢指教

@nuance2ex 哈哈你是说我出现幻觉啦？我最近都没喝酒啊。提取结果明明显示 [email protected], John Doe 这种 dummy 数据，肯定是哪里出错了

@nuance2ex 这个方法值得一试，谢谢🙏

@yinmin 我只有 qwen 1.5 ，还没有在这个项目用过，一定要 2.5 吗？

@TimePPT 嗯，我目前改成用这个方法了，但是不够完美，还是 ai 方案提取的结果好，只是 ai 被限制了

@trungdieu031 谢谢回复。

1. 试了 openai ，claude ，llama 3 都被限制了；
2. 增加延时了，提高到 10 秒钟延时都没用；更换 ip 和账号条件不允许，只有一个账号，而且主机都是 aws
3. 这个或许可以，我回头试试看，主要是通过 system prompt 进行强制修改
4. 本地部署主要也是硬件条件有限

@maolon 没试过这个，回头试试看。本地部署不知道我的 Mac mini M1 能不能带起来

@werwer 感谢回复！正则搞不定，比如订单号码，邮件里面有跟订单号码特征一样的字符串，AI 可以轻松判断哪个是订单号码。

我是做成 rest api ，然后 post 文本到后端，后端调用 claude ai api 提取，手动 post 一个两个都能正常返回正确的内容，当用一个 for 循环请求几十个的时候，就返回这些虚假数据。我尝试设置等候机制（也就是延时），每请求完一个，等待十秒钟再请求第二个，同样会出现一样的问题。我有时间再 debug 一下，目前暂时放弃 ai 这个方法了，改用编程的方法提取出不容易出错的信息，然后再人工匹配。

@ladypxy 我自己写了，也用 ai 写了，编程的方法不稳定，正则提取出来的也经常出错，ai 非常稳定，就是容易触发风控

@ladypxy 邮件内容排版非常乱，而且不规则，用编程提取经常会提取出错误信息。这就是为什么我上大语言模型的原因，这些语言模型我如果提取几封或者十几封邮件，是能正确提取出来并且按照指令返回 json ，所以我 i 知道这些模型是干啥的。现在问题是通过 api 密集调用，可能触发某种安全机制，全部返回虚假信息

搞定了！用 Llama 直接提取就可以

@janda 我连大厂的 RAG 都不会用

@clemente 太麻烦了感觉，工作量挺大

@xJogger 打错了，是 2024-08-20 ，谢谢指正

@deepzz 这个正规吗？之前看到有盗用客户证书拿去签名的事情

@kkhaike 这个是我找到的最详细的教程了 https://melatonin.dev/blog/code-signing-on-windows-with-azure-trusted-signing/

@processzzp 他们家的 Yubikey 不知道为什么那么贵，别家基本上原价卖，他们家要$279 ！请问下自己去 Yubikey 官网买，然后自己把私钥装上去可以吗？我没用过 Yubikey ，不知道这个怎么用。

微软有个叫 Trust Signing, 按月支付的，价格还算可以，$9.9 一个月，但是看了一些教程，好像申请也挺折腾，后面如果 ssl 没给我搞好，就退款转到 Trust Signing 去了。感慨一下，现在桌面软件生态对开发者太不友好了，有些软件还不能做网页版，只能做桌面版