当前没有很好办法解决，保准确率只能牺牲时延和增加计算量，做法就是你说的拆任务配合传统循环+条件判断组成 workflow 控制，这也是为啥会有 dify 这种产品存在

感慨一句，你们业务真幸福，作为 PM ，取数 SQL 都是掳袖子自己亲自写的

这流式输出速度是真慢，也没优化下。。。

workflow 编排古已有之，就是对话 bot 系统用 flow 编排也是很成熟的技术了，又不是 coze 发明的😂

@mf2019d 咦我用的招行的 visa 外币卡，完全没问题

@mf2019d 随便找个 visa / master 信用卡就能付，按量结算，而且端点链接大部分时间国内能直连，我用了一年了，就很稳。

直接微软 Azure 官方，稳得一批

您好，我是个开发新手，在 logto cloud 接入时遇到一些开发问题，请问是否有渠道能咨询解决？
PS ，之前在 discord 发过帖，好像没有得到官方的回复

Outlook 客户端呗，新版挺好用的

@wtfedc 是的，如果自己薅接口还好，如果做产品，根本没法用在生产环境😂

@dearmymy 是的，概念和实践相结合，简单易懂，朱雷大佬是真牛

Python 工匠
https://m.douban.com/book/subject/35723705/

@codereric 担心信息安全就不应该调公网 API 服务，得考虑私有化部署模型内网调用啊

@TimePPT 当然，中间步骤有瑕疵哈哈哈。

不过，如 LS 诸位所说，GenAI 的问题就是 predict next token ，所以他没法直接去做 count ，必须加必要的中间过程辅助拆解任务

prompt 加点小 trick 就 ok 了

以下为 GPT -4o 测试结果：
User
要求不使用代码解析器，推断如下结果：
有一个字符串，str="十九八七六五四三二"，请问 len(str)的返回值是多少

ChatGPT
字符串 str="十九八七六五四三二" 包含了中文数字字符。计算字符串长度时，每个字符都算作一个单位。虽然这些字符在视觉上占用的空间可能与字母或数字不同，但在 Python 中，每个字符无论是什么字符都是一个长度单位。

因此，计算 str 的长度时，每个字符都算作一个字符单位。这个字符串包含 9 个字符：

十
九
八
七
六
五
四
三
二
所以 len(str) 的返回值是 9 。

User
那 str="安全性通常被认为是重要的"呢

ChatGPT
字符串 str="安全性通常被认为是重要的" 包含中文字符和汉字。计算字符串长度时，每个字符都算作一个单位。这个字符串包含 11 个字符：

安
全
性
通
常
被
认
为
是
重
要
的
所以 len(str) 的返回值是 12 。

16-35 吧，和当前腾龙互补，广角每 1mm 都金贵。这个焦段大概率拍风光，F4 不拍暗光环境完全够。开到 F8 锐度完全没问题。随手扫街 28 ～ 35 焦段也合适。24 以下太广没法扫

招行银联卡，美国官网，买了十来年，花了小 1k 刀了，完全没问题

应该是自研的，开源可以看看 dify 或者 flowise

内部用还好，灰色用也没事，正经做产品，GPT 在国内是红线