贾栾：用 AI 编程重构 Coze 应用项目实战

贾栾：用 AI 编程重构 Coze 应用项目实战 贾栾：用 AI 编程重构 Coze 应用项目实战 Modified August 5, 2025 coze鉴权方式选择 于是我研究了半天的鉴权，结果发现鉴权必要条件是需要绑定 coze 账户。普通用户登录小程序过程中，需要登录 coze 账号授权，这很显然是不通的。 更换账户方案 鉴于 coze 官方的鉴权方案不适用，那就只能自己来维护用户信息了。比如通过微信 openid 作为区分用户的 uid。 基本思路如下： 👉 关键结论： 当 Coze 的鉴权设计与小程序的用户习惯冲突时，应当通过服务端解耦。你的业务本质是微信生态服务，而非 Coze 的客户端——用户主权属于微信，AI 能力属于 Coze，而连接两者的业务逻辑属于你。 用户体系开发 详情参考：微信小程序中用户体系搭建方案 完成用户体系开发，功能基本就完成了，再做一些细节优化，就可以正式替换原有小程序了～～ 一些页面截图 我的页面 应用设置 小程序分享 作品分享 十一、微信支付 具体详见： AI编程 微信小程序接入微信支付 十二、一些小经验 1、coze平台发布管理里看不到微信项目里API的调用日志？ ——参考工作流的接口文档，需要增加app id参数，关联到应用才能通过发布管理 应用，看到API调用日志。 2、在使用Trae的过程中，发现AI只输出具体代码，但是就是不直接修改代码文件？ ——确认下是否选择了这个内置智能体，代码文件的修改是通过它来执行的。 3、通过API进行错误排查 ——API调试过程中发现异常，在完成了问题1的前提下，通过扣子平台的日志管理，查询工作流执行过程。 找到对应的工作流日志，根据时间、名称等，匹配到对应日志，点击进入详情，可以查看工作流执行过程。 4、Coze应用中的一些变量不再可用，要替换成对应参数 在搭coze应用工作流时，可能会用到了很多变量，不管是系统变量还是环境变量，在小程序调用API时，这些变量都不再可用。需要替换成对应的参数，作为API的入参传递进来。 修改前 使用用户变量 修改后 通过API参数传递进来 END 感兴趣的同学添加关注，持续更新分享更多实战内容 ⛱️ 个人简介 贾栾 一个喜欢跑马的AI研究者 | 专注于AIGC应用落地。 全马PB333，半马128 10年+研发管理经验、7年+创业，传统软件公司转型中，目前All in AI。 致力于打造让每个人都能用的AI应用工具。 个人微信 服务号：WayToAIGC 微信小程序中用户体系搭建方案 AI编程 微信小程序接入微信支付 问题1 于是我研究了半天的鉴权，结果发现鉴权必要条件是需要绑定 coze 账户。普通用户登录小程序过程中，需要登录 coze 账号授权，这很显然是不通的。 更换账户方案 鉴于 coze 官方的鉴权方案不适用，那就只能自己来维护用户信息了。比如通过微信 openid 作为区分用户的 uid。 更换账户方案 鉴于 coze 官方的鉴权方案不适用，那就只能自己来维护用户信息了。比如通过微信 openid 作为区分用户的 uid。 基本思路如下： 👉 关键结论： 当 Coze 的鉴权设计与小程序的用户习惯冲突时，应当通过服务端解耦。你的业务本质是微信生态服务，而非 Coze 的客户端——用户主权属于微信，AI 能力属于 Coze，而连接两者的业务逻辑属于你。 关键结论： 当 Coze 的鉴权设计与小程序的用户习惯冲突时，应当通过服务端解耦。你的业务本质是微信生态服务，而非 Coze 的客户端——用户主权属于微信，AI 能力属于 Coze，而连接两者的业务逻辑属于你。 用户体系开发 详情参考：微信小程序中用户体系搭建方案 微信小程序中用户体系搭建方案 完成用户体系开发，功能基本就完成了，再做一些细节优化，就可以正式替换原有小程序了～～ 一些页面截图 我的页面 应用设置 小程序分享 作品分享 我的页面 应用设置 小程序分享 作品分享 十一、微信支付 具体详见： AI编程 微信小程序接入微信支付 AI编程 微信小程序接入微信支付 十二、一些小经验 1、coze平台发布管理里看不到微信项目里API的调用日志？ ——参考工作流的接口文档，需要增加app id参数，关联到应用才能通过发布管理 应用，看到API调用日志。 2、在使用Trae的过程中，发现AI只输出具体代码，但是就是不直接修改代码文件？ ——确认下是否选择了这个内置智能体，代码文件的修改是通过它来执行的。 3、通过API进行错误排查 ——API调试过程中发现异常，在完成了问题1的前提下，通过扣子平台的日志管理，查询工作流执行过程。 问题1 找到对应的工作流日志，根据时间、名称等，匹配到对应日志，点击进入详情，可以查看工作流执行过程。 4、Coze应用中的一些变量不再可用，要替换成对应参数 在搭coze应用工作流时，可能会用到了很多变量，不管是系统变量还是环境变量，在小程序调用API时，这些变量都不再可用。需要替换成对应的参数，作为API的入参传递进来。 修改前 使用用户变量 修改后 通过API参数传递进来 修改前 使用用户变量 修改后 通过API参数传递进来 END 感兴趣的同学添加关注，持续更新分享更多实战内容 ⛱️ 个人简介 贾栾 一个喜欢跑马的AI研究者 | 专注于AIGC应用落地。 全马PB333，半马128 10年+研发管理经验、7年+创业，传统软件公司转型中，目前All in AI。 致力于打造让每个人都能用的AI应用工具。 个人简介 贾栾 一个喜欢跑马的AI研究者 | 专注于AIGC应用落地。 全马PB333，半马128 10年+研发管理经验、7年+创业，传统软件公司转型中，目前All in AI。 致力于打造让每个人都能用的AI应用工具。 个人微信 服务号：WayToAIGC 个人微信 服务号：WayToAIGC 👉 前置说明： 该文档为从 0 到 1 的用 AI 编程对扣子应用重构，由于是第一次完整项目实战，所以一开始的一些操作方式会遇到很多坑，甚至是理解偏差的。随着项目的推进，会有更多更有效的方法。 本文全程以微信小程序为例，由于使用uni app框架，同时支持打包为H5、Android、IOS等多种终端形式。 首次阅读建议快速预览，了解 AI 编程的可行性与能力边界。然后收藏，作为实战参考指南～ uni app框架 前置说明： 该文档为从 0 到 1 的用 AI 编程对扣子应用重构，由于是第一次完整项目实战，所以一开始的一些操作方式会遇到很多坑，甚至是理解偏差的。随着项目的推进，会有更多更有效的方法。 本文全程以微信小程序为例，由于使用uni app框架，同时支持打包为H5、Android、IOS等多种终端形式。 uni app框架 首次阅读建议快速预览，了解 AI 编程的可行性与能力边界。然后收藏，作为实战参考指南～ 👉 关键点 1. 全程对话式 AI 编程，600 次超级模型对话。——》非程序员也可以 AI 编程。 2. 使用 AI 编程+扣子 API，复刻 Coze 项目，替代扣子应用小程序上线。 3. 如何更高效的让 AI 理解项目、理解问题？ 4. 逻辑复杂时，AI 陷入死循环怎么办？ 5. 使用微信 openid 来解决：通过扣子 API 无法区分用户的问题。 6. 小程序不支持加载网页？那就加载 markdown 格式内容。 关键点 1. 全程对话式 AI 编程，600 次超级模型对话。——》非程序员也可以 AI 编程。 2. 使用 AI 编程+扣子 API，复刻 Coze 项目，替代扣子应用小程序上线。 3. 如何更高效的让 AI 理解项目、理解问题？ 4. 逻辑复杂时，AI 陷入死循环怎么办？ 5. 使用微信 openid 来解决：通过扣子 API 无法区分用户的问题。 6. 小程序不支持加载网页？那就加载 markdown 格式内容。 原扣子应用搭建文档： 贾栾：用扣子10天手搓产品上线全程慢直播2万字记录 贾栾：用扣子10天手搓产品上线全程慢直播2万字记录 背景说明： Coze应用转代码开发 Coze应用转代码开发 相关工具说明： 前置最小路径验证 前置最小路径验证 实操 一、前置准备 1. 先聊一聊 先跟 DS 聊一聊，捋一捋思路。 梳理一下功能清单 Unable to load the board. Please refresh and try again.Copy ErrorRefresh Nothing on the board yet 导出 markdown 文本，交给 Trae 进行分析。 貌似还可以，可以开始干了～ 先有后优～ 2. 初步进展 昨天经过一下午的调试，遇到几个难题，如下： 1、DeepseekV3（简称 DS/ds）不具备图像识别能力，只能理解文字，所以需要把所有的需求、细节梳理成脑图，然后通过扣子空间转成 markdown 文本，用于 ds 理解功能需求。 2、DS 局部编码能力可以，但是全局的理解能力较弱。经过几轮问询后，基本已经前后混乱了。 3、对完整项目的规划不是很好，正常应该先做基础功能，但 ds 老是要从基础页面搭建。经过几次要求后，终于开始从基础模块干了，首先封装 API 网络请求。 4、对 API 的封装效果较弱。根据需求文档、接口规范（https://www.coze.cn/open/docs/developer guides/workflow run）、根据具体的 API 示例，封装后的网络请求需要不断的修改。 尤其到最后，不知怎么的，它已经不能修改文件了。只提供代码，让你自己添加。（原因见最后的问题2） 问题2 鉴于昨天调试的情况，如果继续选用 DS，后续调试可能会是很大的工作量。今天尝试研究下 Claude 或 Gimin（需要梯子，使用国际版 trae.ai）。 3. 初步定型： Trae（国际版） + Claude/Gemini/GPT 混搭。效果要比 DS 强了不少。国内的版本还是得继续赶超～ 注意：需要梯子～（高级模型使用次数有限制，有时要排队，必要时可以充值 pro 版会员。首月$3） 4. 需求清单整理 把需求列的详细些，再把应用截图放上（Claude、Gemini、GPT 都支持图像识别）（后来发现做不到图像识别）。 需求基本能理解了，可以开始搭建项目环境了。 5. 项目环境搭建 根据提示直接问，按提示执行即可～ 二、首页搭建 1. 初步效果 框架构建完成，微信开发工具配置完成后即可预览效果～ 一通对话后，初步效果如下： 遇到的几个关键问题： 1、接口请求，需要多次对话要求按照接口文档、接口规范进行开发。并注意 access token 的设置。 2、接口通过后，发现图片无法加载。 需要去微信小程序后台增加域名访问白名单，AI 都会告诉你。 2. 功能数据跑通后，调整 UI 就是聊天，好在它能识别图片，就要求它 1:1 还原 UI 即可，不满足的细节继续调整。 一顿操作后，效果如下： 还原度不错，就是金刚区的图标一直加载不出来～稍后继续处理。 经过多个模型尝试，最后推荐使用 Gemini 2.5 pro，会思考、会干活。 注：最后发现其实这些模型根本也没有完全识别图片，更多的是结合需求清单来猜的。所以功能需求一定要描述清楚。 3. 复盘 费了半天劲，首页基本搭建成形，后续肯定不能继续这样，需要总结、复盘，提高后续开发效率。 有这么听话的员工，使劲要求就行，不懂就问。 开始执行，只需要”同意“就行。（有能力的可以审核，没能力的就一路同意，有问题后续再调） 4. 新建会话 长时间对话后，上下文长度已超过大模型范围，就会经常报错或者已经不记得之前的内容。这是需要新建会话，同时将之前的内容总结作为新建会话的基础预料，让它知道之前发生了什么。 5. UI 细节调整 关于一些细节，我增加了要求，要求它把每一行都加上注释，然后我就根据注释手动去调整布局。 调试细节是个细活，不断的沟通，大模型的能力还是不足以几句话就可以直接完成的，也有可能是提供的能容不明确吧～ 总之，首页又聊了 3 个多小时，终于差不多了 点击事件先不加，先把另外三个一级页面搭建出来，方便调试。 三、模板中心页 原则就是需求说明尽可能详细，接口说明、返回数据示例详细，然后就是让它先理解，再干活。 搭建这个页面本身很快，但是遇到了一个问题，反反复复沟通了多轮，最后让它总结原因如下： 至于它有没有说谎，不好说。看着好像挺有理。 四、代码 Git 同步 好不容易弄出了框架了，后边 AI 要是发神经再来个大改，容易把之前的成果弄丢。保险起见，将代码同步至云端，每天或者每一个小功能代码同步一次。这样即使出现了大的问题 AI 解决不了，还可以回退到指定版本。 还是那句话，不懂就问，AI 可以帮你解决很多你不懂的问题。 五、新启发（根据 Html 元素进行复刻） 今天在跟群友沟通时，get 到一个新想法，可以尝试下～ 我一直认为 Coze 应用的发布的微信小程序，我看不到源码，所以只能使用截图让 AI 参考。但是每一个 coze 应用在应用商店里，其实还是网页形式，可以看到前端源码的。但有可能被 coze 商店封装或者格式化了，但可以尝试一下。 实操： 以社区广场页为例，先通过应用预览界面，打开浏览器 F12 进入开发者模式，选择指定元素，拷贝对应节点的 HTML 代码，如下： 保存成文本，放到项目里，让 Trae 参考进行 1:1 还原开发。 看结果它基本理解了，说明这条路基本可行，比看图有效多了。 调试后效果如下，元素布局都是自动生成的，效果可以。 👉 总结： 页面的 UI 问题基本用这种方式可以快速复制，实际开发过程中会出现各种各样的问题，毕竟整个项目功能太多，大模型的上下文能力有限，需要不断的对话、沟通、然后总结。 一定要总结，方便下次新对话时，它可以先理解下之前的项目情况，不然又能重新来规范、要求。 总结： 页面的 UI 问题基本用这种方式可以快速复制，实际开发过程中会出现各种各样的问题，毕竟整个项目功能太多，大模型的上下文能力有限，需要不断的对话、沟通、然后总结。 一定要总结，方便下次新对话时，它可以先理解下之前的项目情况，不然又能重新来规范、要求。 六、接口文档完善 先把剩余接口都完善下，方便后边直接开发调用。 目前扣子 API 还不支持导出，只能一个个手动维护下了。 当自己把以上基础信息收集往后，可以让 AI 来帮你生成标准的 API 文档。前提是你先把上边的基础数据一点点收集出来，AI 很难创造，但可以很轻易丰富。 👉 总结一下： 至此，我的一级页面都快搭建完了，API 的请求封装才算真正成型。 虽然在最开始我就让他封装 API，但是由于我提供的规范、接口有限，它其实并没有真的了解。 现在我把所有接口都提供了，经过不断的试错，它终于理解了 API 调用规范，并且进行了完整的封装。 所以，AI 能力的高低，取决于你提供内容质量的高低。 总结一下： 至此，我的一级页面都快搭建完了，API 的请求封装才算真正成型。 虽然在最开始我就让他封装 API，但是由于我提供的规范、接口有限，它其实并没有真的了解。 现在我把所有接口都提供了，经过不断的试错，它终于理解了 API 调用规范，并且进行了完整的封装。 所以，AI 能力的高低，取决于你提供内容质量的高低。 七、我的 先来复刻页面样式。 这次我用的 Claude 3.7 Sonnet，本意我只是想让它了解下之前的项目情况，结果了解完后直接开干了。 猜测是由于之前的总结里有项目进展及计划，根据进度它就直接开干了。 重新梳理功能需求 结合之前的调试经验，这次我将页面的交互逻辑又重新梳理了一遍，让 AI 按照业务逻辑开发，效果会更快些。 后续应该将这些需求再完善，总的原则就是： 功能需求描述越明确、接口文档越详细，AI 编码匹配度会越高。 微信信息获取异常（需要适当的指引 AI） 不管是微信开发工具还是手机调试，都能直接获取微信头像、昵称，但是都是默认数据，如下图。多次让 Claude 调试，它一直在这个问题来回调试。我怀疑是默认数据或有其它机制，就问了下 DS，如下： 果然，Claude 一直在用过时的方案调试。 这时我跟他提了新的方案，它就开始联网搜索新的解决方案了～ 关键时刻，DS 还是很有帮助的，毕竟是国产，相对熟悉国内情况～ 经过半天调试，基本完成微信用户的信息获取、激活、签到，就是使用 CozeAPI 的速度有时的确很慢。 注： 关于微信用户头像的使用，因为它不是一个在线连接，而是微信专有链接。只能在微信生态中使用。建议方案是存储云端后持久保存。 No access 395e0464253b0d03517a84320c16d2a7 00:00 复盘总结 小结 👉 至此，陆陆续续完成了 APP 一级页面的重构。总的来说调试细节挺耗时间、精力，关键有时 AI 又理解偏差或者自己一直陷入错误的方向。尤其天热了，让人挺抓狂。 总的来说，效果还是可以的。全程基本都是通过对话，让 AI 来调试，关键时刻还是需要你来指引它。可以通过其它大模型联网查询，给出一些方向后，让它再思考。 至此，陆陆续续完成了 APP 一级页面的重构。总的来说调试细节挺耗时间、精力，关键有时 AI 又理解偏差或者自己一直陷入错误的方向。尤其天热了，让人挺抓狂。 总的来说，效果还是可以的。全程基本都是通过对话，让 AI 来调试，关键时刻还是需要你来指引它。可以通过其它大模型联网查询，给出一些方向后，让它再思考。 八、视频播放（即作品详情页） 视频持久化 以前速推云渲染视频链接是一个 URL 或者说是个 get 请求接口，如果渲染成功直接重定向视频地址。后来迭代成了网页版，在网页中直接定时刷新接口获取视频，如图所示。那么现在我要直接通过视频组件加载视频的话，肯定得是最终视频地址。所以，这里必须要将这个网页地址转换成视频地址。同时为了数据的持久性，我同时选择了上传自己的 OSS 云端持久化（做产品尽可能将数据由自己掌控，不然会很被动）。 速推云渲染视频 速推获取视频状态接口 速推云渲染视频 速推获取视频状态接口 开始通过浏览器 F12 模式，查看发现可以通过 get draft status 接口获取视频地址，于是进行尝试。初步尝试未通过，就寻找官方客服人员看是否能要到 API 文档，结果反馈不对外开放。 于是，就自己研究吧，最差的方式就是爬虫。 把任务交给 AI，经过评估，认为是可行的。经过半天的调试，搞定。 最后为了方便调用，将代码写成插件，全程由 DS 来写。可以在工作流中调用，并通过定时任务将历史作品转存云端。 最终我新增一个定时任务工作流，暂定每小时执行一次，去查询未同步的视频并同步云端、更新数据库。（注意每次查询数量要有限制，如果查询全部，上传时可能会超时。根据自身情况动态调整。) 以上，算是一个小插曲。开发过程中，发现数据不匹配时的解决方案。 一个数据库小 bug 背景： 我要增加一个同步失败次数字段，限制每条记录最多同步 3 次，避免一直重复同步。 问题 1： 数据库增加字段时没有长度限制，我开始设置字段名：synchronization times，超过了 20 位。 在数据库查询时，字段长度限制 20 位，默认截取了“synchronization time”，导致取出的字段一直为 null。 后来我将字段改成了 syn times。 问题 2： 每次同步前，先将次数查询并 +1。最后更新同步次数时，神奇的现象，数据库更新操作时输入项要比实际值小 1。关键更新的时候又是正确的值。（由于不影响功能，暂不过多关注） 一个数据库小经验 数据库新增同步次数自动，默认为空，本来想通过上图方式筛选，结果发现不管用。猜测是因为空的原因，此时想加一个或条件，发现竟然不支持。那就只能使用自定义 sql 插件了，如下。 webview（微信小程序慎用） 作品详情页 点击“帮助文档” 微信调试工具 真机预览 作品详情页 点击“帮助文档” 微信调试工具 真机预览 想通过点击链接，跳转微博 view 组件加载飞书文档或三方链接，以前大概页直到微信小程序有限制，问了下 AI 是可行的，就咔咔一顿编码，最后完成了，通过调试工具预览正常，以为很顺利就搞定了，结果真机预览失败～ 后研究微信说明，发现果然不可行。必须在目标域名根目录下放验证文件，也就意味着只能访问自己的域名。一般做法就是通过自己的域名做代理。 微信webview需要配置业务域名 DS推荐方案 微信webview需要配置业务域名 DS推荐方案 为了简单、方便，以及我之前已经有工作流读取多维表格数据了，还是通过 markdown 的形式加载 API 数据吧。 通过 markdown 加载后台配置动态数据 开始聊方案，这回尝试使用 cluade 4 sonnet，看着效果也不错。 做新功能时，一定要先聊方案，再编码。指令中明确说明等我确认后，再执行编码。这样的好处是可以减少无效编码、重复修改的概率。如果看不懂，就要求他用更简单明了语言、增加注释说明等。 开始编码后，基本 1 2 次调试功能就可以用，但是细节由于开始也没有过多详细要求，又会经过 8 10 次的调试，功能实现完成。支持不同途径的内容显示，支持图片点击、放大等，效果还不错。 👉 小结： 这算是个一独立小功能，在前期经过了初步与 AI 沟通方案的情况下，直接开发，整体耗时约 2 小时。时间其实算慢的，记得当时用 coze 我只用了半小时。如果让我给前端开发人员评估工时，也就 2 3 小时。 总结耗时长的原因，还是开始没有提出具体的需求，以及数据结构与需求不匹配，后边又提了新需求要支持图片放大。整个过程调试的次数还是较多的，尤其是一些细节经过了多次返工。而且每次 AI 处理的时间其实挺慢，平均都在 3 5 分钟左右。 经验： 开发新功能前，一定要提供更为详细的内容，可以先聊，把内容补充完整后，再根据内容再聊，直到内容完整后，方案认可后，再开始开发。 小结： 这算是个一独立小功能，在前期经过了初步与 AI 沟通方案的情况下，直接开发，整体耗时约 2 小时。时间其实算慢的，记得当时用 coze 我只用了半小时。如果让我给前端开发人员评估工时，也就 2 3 小时。 总结耗时长的原因，还是开始没有提出具体的需求，以及数据结构与需求不匹配，后边又提了新需求要支持图片放大。整个过程调试的次数还是较多的，尤其是一些细节经过了多次返工。而且每次 AI 处理的时间其实挺慢，平均都在 3 5 分钟左右。 经验： 开发新功能前，一定要提供更为详细的内容，可以先聊，把内容补充完整后，再根据内容再聊，直到内容完整后，方案认可后，再开始开发。 九、视频创作页（即模板详情页） 终于到了应用最核心功能页面，基于之前的经验，这次我们提前准备好内容。 功能说明 新增接口 功能说明 新增接口 先聊方案 先用 html 出交互设计，效果还不错哦。 发现 Trae 新版功能，html 页面支持选择元素，添加到对话。也就是支持指定功能修改。 磨刀不误砍柴工 经过了几轮的需求确认，最终修改后的需求文档如下，还是很详细的，并通过 Demo 的操作样式，基本考虑到了所有情况。 修改 Coze 中的消息输出 背景： 之前视频创建过程中会有创建进度显示，是通过工作流的消息输出实现的。但是在小程序中，很显然不支持这种方式了。需要在视频创建过程中（预计 3 5 分钟），有一个轮询任务去查询视频记录中的进度。 执行过程中，看日志发现实际没有执行。后来想通了，再接口完成之前，是没有视频 id 字段的，所以也就无法根据视频 id 去查状态。 修改方案： 将原先工作流拆解成两步，先创建创作任务，返回视频 id，然后再去执行创建接口。修改后的过程如下： 👉 小结： Coze 工作流是以 Coze 平台为载体，在使用 CozeAPI 时要考虑一些 coze 平台独有的功能。然后将这些功能使用新方案替代。必要时对原工作流进行拆分、修改。 注意： 如果线上有在运行的应用，建议所有的修改都是创建副本后修改。不然可能会影响线上应用运行。 小结： Coze 工作流是以 Coze 平台为载体，在使用 CozeAPI 时要考虑一些 coze 平台独有的功能。然后将这些功能使用新方案替代。必要时对原工作流进行拆分、修改。 注意： 如果线上有在运行的应用，建议所有的修改都是创建副本后修改。不然可能会影响线上应用运行。 Trae AI 编码规则配置 发现了 Trae 的 AI 编码规则配置，这样就不用每次都让它看编码规范了。而且效果要比看编码规范要管用。 还可以针对项目，配置具体的项目规则。 复杂业务的处理 本来认为需求描述的很详细了，应该很快就能实现。结果断断续续调试了两天的时间，才将视频创作+视频下载功能调试通过。 注：本轮功能开发全程使用 Claude 4 Sonnet。 总结一些经验如下： a. 对于复杂业务的处理，不管是 Gemini2.5 pro 还是 Claude 4 Sonnet，能力都稍显吃力。关于对需求的理解，还是比较片面，有些需求写的很详细但会被忽略，需要强调一下具体需求。 b. 由于业务复杂，多次调试后上下文过长，导致它已经不记得之前的处理逻辑了。所以要不断的总结、提示。 c. 切记随便修改框架或通用性功能，即使要修改，也要先输出方案，你要对它的方案做一定评估，否则可能会很伤！！！（我有一次让它调整下 API 和 log 的封装与输出，它只会站在当时它对项目的理解去修改，没有评估方案就直接修改。最后的结果是当天的修改全部作废，我通过 Git 回退到了前一天的状态。因为改动太多，它已经无法顾及全局，只能修改局部。所以后续的功能，我基本都会让它先出方案，确认后再执行。) d. 对于类似上边这种修改较多的内容，不要盲目接受。可以先试运行效果，如果发现有问题还可以全部拒绝，快速回到修改之前的状态。 e. 一个问题修改了 3 次还无法解决时，要求增加日志输出，并根据日志要求他联网查询解决方案。或者你自己通过 DS 搜索相关方案后，告诉它可以参考哪些方案。否则它会陷在自己的世界里，尤其每轮耗时还较长，会很难受。（即使换模型也不行，大概率还不如之前的） a. 对于复杂业务的处理，不管是 Gemini2.5 pro 还是 Claude 4 Sonnet，能力都稍显吃力。关于对需求的理解，还是比较片面，有些需求写的很详细但会被忽略，需要强调一下具体需求。 b. 由于业务复杂，多次调试后上下文过长，导致它已经不记得之前的处理逻辑了。所以要不断的总结、提示。 c. 切记随便修改框架或通用性功能，即使要修改，也要先输出方案，你要对它的方案做一定评估，否则可能会很伤！！！（我有一次让它调整下 API 和 log 的封装与输出，它只会站在当时它对项目的理解去修改，没有评估方案就直接修改。最后的结果是当天的修改全部作废，我通过 Git 回退到了前一天的状态。因为改动太多，它已经无法顾及全局，只能修改局部。所以后续的功能，我基本都会让它先出方案，确认后再执行。) d. 对于类似上边这种修改较多的内容，不要盲目接受。可以先试运行效果，如果发现有问题还可以全部拒绝，快速回到修改之前的状态。 e. 一个问题修改了 3 次还无法解决时，要求增加日志输出，并根据日志要求他联网查询解决方案。或者你自己通过 DS 搜索相关方案后，告诉它可以参考哪些方案。否则它会陷在自己的世界里，尤其每轮耗时还较长，会很难受。（即使换模型也不行，大概率还不如之前的） 十、鉴权 /自建微信用户体系 背景说明： 背景说明： 在测试时用其它账号测试发现一个问题，那就是通过扣子 API 是如何区分不同用户的？在 coze 生态中，coze 本身可以通过 uid 来区分用户、渠道，并且做到了全渠道用户统一。 虽然我的账户中有 user key，但是那是基于已经激活才产生的。正常情况下不同微信账户的区分是靠微信的 openid（每个账户的唯一 id）。用户在初始登录时，目前还没有做任何的用户认证操作。之前测试之所以能走通，是因为 API 渠道没有数据，所以默认执行了未激活流程。再用第二个账户登录时，发现会直接使用第一个账户的数据。 经过调研，coze 中提供了鉴权的能力。也就是我们在登录时，需要先通过鉴权（应该需要获取微信的 openid 作为参数），用来绑定 coze 的 uid。 根据 coze 提供的鉴权方式选择，见下图，匹配自己的业务场景。我选择了 OAuth PKCE 方式。接下来就需要完成鉴权对接。