微信小程序开发工具安装npm

一分钟教你上线自己的小程序，不用写代码，小白也能学会。首先打开微信公众平台官网，注册一个小程序账号，如实填写基本信息，看到这个页面表示注册成功。 接下来填写小程序基本信息，包括小程序名称、头像、简介等。然后我们补充小程序类目，这里需要注意添加合适的类目，不同的类目会有不同的资质要求。 接下来我们做微信认证，认证费用个人三十元，企业三百元。最后一步是备案，只需要根据页面上的要求，如实填写各种信息即可，一般需等待五个工作日完成备案，等待备案的过程中， 我们就可以开发小程序的代码了，这里我使用 tray 进行开发，可以提前用豆包将小程序的详细功能点整理好，然后整体贴到 tray 里面。接下来我们可以先去喝杯咖啡，剩下的事完全交给 tray， 我 们不需要编辑一行代码，我们看 至此已经完成了所有代码的开发。接下来我们使用微信开发者工具打开代码预览，测试一下所有功能。功能全部正常后， 我们点击这里的上传按钮，然后登录小程序后台，这里就出现了我们刚才上传的代码，点击提交审核，审核通过后会出现上线按钮，点击上线，至此你便拥有了自己的小程序。

接下来我会用三十分钟带你完成你人生中的第一个微信小程序，我会讲为什么你要选择微信小程序，如何进行环境搭建以及如何开发，以及最后手把手的带你去完成发布以及备案等等操作， 只要你仔细看这三十分钟，你就可以一模一样的开发出甚至跟我一模一样的程序都是 ok 的。 ok， 首先我们讲一下为什么选择开发小程序，呃，第一个原因是它相对于 ios app 或者是一些网站，开发周期会更短，会得到更多的呃 小工具去帮助你开发，比较适合快速的一个想法。第二个就是他的变现模式比较简单，嗯，你可以直接借用微信的流量去接一些广告，然后或者是通过订阅来变现， 然后就是呃等会会设计的流程。首先是环境搭建，里面会涉及到你需要在微信公众平台去完成注册，呃，去下载微信的开发者工具，然后去建立项目，把你的项目导到里面，以及参加小程序成长计划，从而可以让你免费的呃使用一些后台的资源支持。 然后我们会进入到开发阶段，讲一下呃如何通过写一键点 m d 让你的 ai 知道你在开发小程序，让它可以完全的使用微信小程序那一套呃语言去写代码， 然后我们会看一下小程序，微信微信开发的工具会如何帮你进行真机测试啊，以及如何备案等等。 我们需要在微信公众平台完成注册，那么首先搜索微信公众平台，然后这边有一个立即注册，点击以后点小程序点前往注册， 我们把我们的信息输进去以后，包括邮箱还有你要设置一个密码就可以完成注册。那我这边已经有账号了，所以我就直接回到这里面，然后用我的微信去扫描一下，选择在这个账号下面的小程序，然后去登录， 那我们扫码，扫码成功以后进入到这里面，我们点开发管理。呃，我们要去下载一下开发者工具，把这个工具打开，然后下载这个版本，我们是 windows。 嗯，然后我们回到这里面，左侧行业能力里面小程序、创想计划这里面都是可以去免费领，我这边领过了， ok， 我 们这个小程序功能。呃，开发者工具下载好以后，点击这里，然后我们把我们的新建文件夹，它就会带一些自带一些文件，然后我们就可以开始开发了。 咱这上面最左上角有一个点 agent 的 文件夹，这个是我自己的一个文件夹啊，它里面有一些我去做的 script 等等。那我们先把这个 呃，让他去设置一下 agent 点 md， 这一步的目的就是说我要让呃他知道我开发的是微小程序，确保他以后所有写的代码都是用呃微小程序支持的这样一个代码去开发。嗯， 他会把我的 a 点 m d 去进行一些修改，如果你用 cloud 的 话，你也可以直接让他去改你的 cloud 点 m d， 但是一定要把这条约束加在这个呃 cloud 点 m d 或者是 m d 这个文件夹里，文件里面， ok， 然后我们这边啊，我先把这个配置的 work flow 一 般是在 android 里面用，今天我就直接把它复制过去，当一个提示词去用，然后跟他去聊一下我们想开发的一个想法。 ok， 这边他开始就问我了，那我想做的是一个呃生酮的 app， 生酮的小程序，因为我自己会平常做一些生酮饮食，所以我希望这个小程序它可以呃帮助我更好地进行一些，呃热量的估算啊，碳水含量的估算啊等等等等。我们把这些想法我们 去写下去以后，告诉他大概需要哪些功能，他会去帮我们去整理。如果你没有这个提示词的话也没有关系，其实他就是一个 pm， 你 让他去办一个 pm， 然后跟他聊一聊想法就 ok 了，只要最终的产出是一个 p r d。 ok。 他 这里面给我们提供了一些啊建议的一些功能，以及包括我们的 mvp 可能会想要保留哪些功能。那我们去看下他的这个意见以后，我觉得我更想要这个每日的嗯，一些食谱推荐。 ok， 嗯，那觉得 ok 的 话，我们就跟他去反馈一下，我这里面用语音输入呃一些给他的一些反馈， 让他增加一个生蚝打卡的部分，然后再增加一个浏览的功能，这样他可以自己去看到生蚝零食还有生蚝的食材，然后自己添加。添加完以后，他可以把这个东西呃再简单的添加到他的食谱里面，这样又方便他做饭，又方便他去统计一个热量。 嗯，我们把这个发送给他。呃，他这个加载过程中，对，他会把这个功能列出来，然后他会我们再进行一些简单的交互以后，给他确认一下问题以后，他就会帮我们生成一个 p r d。 我 一般的工作流程是这样的，我让他去生成完 p r d 之后，我会再去用一个叫 i a planner 的 东西，这个我之前视频里面讲过，他主要就是帮我们去梳理。呃，信息架构，也就是你的 网站或者是这个这里面是小程序，它看起来是什么样子，还有哪些的小按钮啊？然后小按钮点进去是什么其他的小按钮，什么其他页面，我给你梳理好，然后我们再用一个叫 vgo explorer， 这个时间讲过的一个东西， 会把我们设计网站的视觉风格就整体上其实可以理解成一个点赞、点 m d。 有 这三个东西以后，他就知道你这个项目是需要哪些功能，然后他的受众是什么什么什么样的人啊，他的网站长什么样子，以及不仅是细节上，还有他视觉上是什么样的一个美术风格。 ok， 我 们这里回答下他的这几个问题。嗯， mvp 编辑确认 mvp 这些让我们做这些是没有问题的，我们确认通过一下， ok， 确认通过我们发送给他， 嗯，他给我们确认最终功能，然后他开始去产出一个轻量级的 p r d。 呃，这个微信小程序呢？它大家可以看到左边的文件夹里面，其实一开始就是那个点 agents 和 agent 点 md， 是 我自己带的， 其他的东西包括这些，呃， cloud functions， 还有 mini program， 这些都是它。你用了微信开发者工具导入你的文件夹以后，它会给你带的一些文件， 这些文件保证你等会可以在呃这个微信开这个开发平台开发者工具这里能正确的渲染，让你直接看到在小程序里打开以后是一个什么样的样子？ ok， 他 这边 p r d。 已经做好了，我们稍微改一个功能，呃，除了计算碳水的这个热功能以后，还要再计算一个总热量。然后我们让他进行一个技术选型，就是把这个 微信小程序上硬性规范，再写到他的这个 p r d 里面，一定要多次强调这一点，不然如果代码里面混着 p r 微信小微信小程序不支持的那种，呃代码 会引起很多的麻烦，非常非常的反攻，需要很累的。 ok， 这边结束之后，我们要去把我们的 p r t p r d。 的 这个路径发给他，然后去生成一个 i a 的 文档， i a 文档是用我之前做的一个 i a 的 skill， 那 这个 skill 呢？我其实一般是用 anti gravity 去跑一个 workflow， 那 这里面我们那么就直接用 timi 好 了，那我们就把它这个提示词再复制一下，让它通过提示词的方式跟它交互吧。那复制完以后，我们把这个发给他，然后标明我们的这个嗯 prd 的 路径，让它去给我们 prd 去生成一个信息架构，也就是用户看到的呃 app 的 一个信息层级的东西，它长什么样子？那这边右边前左，然后我们左边的话，我们去做一个 windows explorer， 也就是我们要生成一个点赞点 m d， 它决定了我们整个小程序的一个视觉的风格。 那我们同样还是把这个嗯 little splash 的 提示词也复制过来，然后去用。你也可以直接用 skill， 但是我这里面因为我一般是 python gravity， 所以 没有把它做成 skill， 就 这样先用了，那我们看一下他会给我们提供一些什么样的视觉方案，然后我们去选择一下，那我这边会偏向于选择 呃，第二套他的视觉方案，那我就会去根据我们的视觉方案去帮助我们生成 一个完整的视觉效果的一个文档，这个文档会一直放在这个 dos 里面。呃，后面我们整个开发过程中 ai 他 去读的一个就是 p r d， 一个是 i a， 一个就是，嗯，这个视觉文档，这样他能保证整个网站做出来他是有很少的反攻，很少的矛盾冲突的，都已经签定好。 ok， 这边我们让他去呃，把这个 dos 里面的三个文档按上这三个文档去做一份开发计划，然后去完成开发。他会把整个大的计划拆成很多很多小的 spring 就是 冲刺任务，每个任务是基本上是独立的， 让我们让他去完成开发，那我们开发需要一定的时间，然后这个时间我们就呃先挑过一下。 好的，那这边我们的 spring 计划都弄完了，开发计划都已经弄完了，我们可以直接点开这个开发者工具，然后看一下效果，搜索都可以看到效果的 啊。除了这样看，你也可以直接去二维码真机测试，拿这个微信扫一下，就能在你的手机上，然后去模拟他的一个运行，连上他的一些功能，那我们肯定要提些整改意见，总体来说看上去好像，呃没有太大的问题，但是他底下， 嗯，比如说他底下这个首页啊，食材啊，我们先试一下他这个用的 煎三文鱼做食谱，对，这个没有问题，但我还想再去给他优化一下，比如他下面这些，呃，首页食材食谱日记打卡 他，我希望他能每个都增加一些 logo， 而且他会存在一定的。嗯，我们下滑的时候他会有一些覆盖的一个情况，那我们再去把这个，嗯要求去跟他去说一下。 对，然后呃，他开发完之后我也直接去问他，就是说，呃，请你把我需要后端去完成的步骤，非常直白的清晰的一步一步的告诉我，然后让我去完成，然后这边我们给他完反馈以后，让他去把剩下的也开发完成。 他给了我们这样的一个后端连接计划之后，我们首先要去创建一个 deepsea api key， 因为我这里面是有一些 ai 推荐的功能，需要连到有些前端项目的话，可能并不需要。步骤一，步骤二，对，它给我们非常清晰的步骤。 然后这里面我们看啊，步骤一它是需要我们去获取并填写这个云开发环境 id 啊，打在这里面就不打开了， 我们点开这里面，他需要让我们把这个贴换成我们的云盘文件 id。 那 替换完以后呢？我们要创建这个云数据库集合啊，要在这里面数据库，然后我们要添加记录， 分别添加集合，分别创建两个集合，一个是 ai food cash， 一个是 ai advice cash。 那 我们点这里面把集合名称输进去，然后它需要一个权限，那它这里并没有明确的告诉我说。呃，这个权限这块怎么去设置？ 先把名字复制过来，权限类型怎么设置？这个应该是，呃，选这个，另外一个我不是很清楚，那我也可以去问他一下，我们先把这个再复制过来， 其实这些东西就是你并不需要对他的后端有一个完整的理解，你只需要让他一步一步的指引你，然后你只要非常细心的看好，按顺序做就 ok 了。 我们把这个集合的名字也输过来，然后问他一下这个集合应该是什么权限啊？他告诉我们是仅创建者可读写，那我们再把这个仅创建者可读写这块给选上。 ok， 我 们再把这边添加复合锁隐锁隐名写上，然后用锁隐字段复制 id， 再选两个声序。 嗯，程序 ok， 要勾选唯一对，那我们这边这个部分就完成了。然后我们需要确定一下，就你这个 cloud function， 它是当前环境，就把选上你这个项目了。然后每一个我们要分别点上传并部署。 ok， 上传步骤成功之后，我们再去看一下。下一个我们就配置 deepsea 这个 api key 了，这里面需要我们先在这里配置， 这里面我设置的是三十秒。为什么要设置三十秒呢？因为 ai 返回一些信息处理的结果是需要一定时间的，所以如果你设置太太短的话，它可能会返回错误，因为它有一个时间限制嘛。 ok。 然后更新完以后，我们再点一下上传并部署。云端安装以外，它这个 ai q 辅助的也是上传并部署。 试验一下它现在这个功能。哎，它现在这样的 ai 就 可以用了， ai 功能也可以用了。那我们这个前端后端以及 ai 功能都是这程序里面都是有的， 其实已经是比较完毕的小程序了。然后我们就来进行一下发布流程，呃，发布流程就这几个，首先我们要填写小程序的名称跟信息，那这是一个生虫的 app 啊，小程序我叫它生虫伴侣，简称就是生虫就好了。 然后我们现在需要小程序的头像，头像这样的。呃，这个的话呢，我一般是比较相信 ai 的 审美的，至少在一定约束情况下，所以我们让他给我们尝试几种不同风格的提示词， 呃，让他去读一下我们项目，然后让他给我们不同风格的词，我们再去积木里面去生成一些。 当然我这边生成以后，第一次他的效果其实不是我特别喜欢的，所以，呃，第二次呢？我让他又加了一些限定，让他去根据一个手绘风格，然后去做，最好能比较具象一点，让大家看到这个图标就感觉到生铜的效果。 然后我们再让 ai 这边，我直接用 cloud 了，然后去给小程序写一段简短的介绍，跟他说我需要发布发布， 我们等一下它这个 logo 提示词。嗯，对，那小程序信息之后还要需要填小程序类目，这个时间我们先把这个类目填了， 我们添加几个合适的类目，还可以添加五个， 我就选工具，然后健康管理和信息查询这两个类目。 ok， 他 已经把这个，呃升图提示词给我了， 那这几个是我们升图提示词生成以后的，我比较喜欢第三个，所以我就选一下第三个。最后一个这里面的啊，我们把它下载好，那就可以上传了， 然后再放大一点点， ok， 对 齐。嗯，然后小熊介绍下边这块，嗯，是有点字数超了，我们稍微把这个缩短一点，缩短到一百二十个字以下就可以， ok， 让我们提交。 嗯， ok， 前两步我们都完成了，我们来第三步需要备案，也是同样是扫一下这个微信的编码，把你的地址，然后证件上传一下，让我先跳过。 ok， 这些，这个我们弄完以后我们再去上传代码，它在上面有一个上传， 点击确定版本号，然后项目备注一下，这是第一版，大概有什么样的功能，你可以写一下。 ok， 好 的，我们版本也上传完了，上传完以后他应该在这下面就会出现了，我们刷新一下咱们管理。嗯，下面就有这个版本了，那我们就可以提交审核了 哦，他让我们再补充哦。有一个类目需要选择成一个主类目，然后把这个健康管理这块选成主类目，设置， ok， 然后就可以提交审核了， 让我们看到这边要提交审核，要描述一下我们这个版本。嗯，他这边给我们写好了，我们把这个版本直接复制过去，这个还是有点超啊，所以说还是需要稍微再精简一点，我们把它弄到二百字以下。 对，然后我们要可以传一个图片，后面都是选填的，我们截一个图，然后保存起来。 ok， 上传文件，嗯，保存，有时候他会让我们去选填。这个是否 会使用用户的隐私信息？那我们这个程序呢？是需要用到用户隐私信息的，我们需要把这个隐私这个部分再去完善一下，我们让他帮我们生成隐私保护相关的文档，以及这样的一个弹窗的一个组建功能。 他这边帮我们弄完以后啊，我们再去开发者工具这里面去测试一下，对，他这边就可以弹出来这个隐私保护的提示了，然后再去上传。 这次就是第二个版本，一点零点一，我们教他，然后备注就是增加了隐私保护方面的事情， 此协议然后我们上传。 ok， 现在我们再去刷新一下，应该就可以看到我们的一点零一版本了，然后我们把这个版本去完成备案，提交审核。 嗯，那我们去描述一下这个版本，然后同样也是可以上传图片去预览 常规审核，嗯，提交审核然后就完成了。呃，提交完以后呢，我们可以看到， 对，他还在，他还需要一些时间去审核，然后后面他可能会给你打电话，所以你手机也要开着，然后可能几天之后你的小程序就可以。呃，审核通过，然后去正式发布了。 当然，呃，有可能会经历一些审核失败的情况，也非常正常的，你只要按照他的指令去改，一般就没有什么问题，他会给出非常清晰的修改的意见，大家也可以去呃，根据这个然后做一些小程序出来。当然我自己的建议就是你做小程序，呃，一方面是从自己的生活出发，另外一方面就是， 嗯，可以观察一下现有的小程序，有很多小程序它的制作其实是比较粗糙的，你可以把它们小程序啊去进行一个升级。 ok， 今天就分享到这。

大家好，今天这期视频，我要教大家怎么用 ai， 从零开始设计并开发一款真正上线的微信小程序，是一个经历了完整产品设计、 ui 设计、数据库搭建、前后端开发，再到正式发布全流程的真实项目。 如果你想用 ai 做自己的小程序，这期绝对值得看完。以我做这个小程序，运安助手作为教学案例。 做这个的动机是我刷抖音的时候，刷到了一个医学博士的视频，他在讲备孕期间有哪些药品和食品是绝对不能碰的。我就去翻了一下家里的药箱，好几款常备药，翻出说明书一查，都是孕期禁用或者慎用的， 有点吓到我了。这件事让我意识到一个问题，普通人在面对食品成分、药品说明书的时候，其实是无力的，看不懂，也记不住那么多禁忌，特别是有过敏体质的人群，更难保证服用安全。但是 ai 可以， ai 可以 看图识别，可以提取成分，可以对照过敏源，对照禁忌，数据库，可以根据运周给出个性化的建议。 而我恰好会用 ai 来做这些事情，所以运安助手就这样诞生了。目前在微信小程序查找，新运安助手就能直接使用。我把这个小程序完全免费开放了，消耗 token 的 成本就算我的，大家可以去试试。 好。第一步，前期对话，和 ai 沟通需求输出完整设计方案，打开 workbody， 我 告诉他，我想开发一个微信小程序，为备孕期和孕期的女士识别食品和药品的安全性。请主动问我问题，明确需求， 这时 ai 会主动询问你问题，这里要不断沟通，直到梳理好产品架构、页面结构、数据库设计、技术选型等，输出完整设计方案保存到电脑桌面。第二步，打开 stitch 网站，将运安助手的设计文档拖入聊天框，让它生成各个页面的 ui 原型， 生成后记得多沟通。修改完成后用鼠标框选所有界面，然后点击上方 more 按钮，将完整的 u i 设计文件保存到桌面。接下来是第三步，建立项目， 打开 h b t x， 新建一个项目，项目名称，运安助手默认模板，起用 unikloud。 我 们选择阿里云， 因为第一次申请阿里云服务器是免费的。接着我们打开微信公众平台，注册一个小程序账号，在开发管理界面中复制小程序 id。 接着我们回到 h builder x， 左键点击 manifest jozine， 在 微信小程序配置里填入这个 id， 右键点击 uniqloud， 选择关联云服务空间或项目， 点击新建，进入 uniqlooud web 控制台注册账号。进入后新建服务器，选择阿里云免费服务器。注意，新申请的服务器要十分钟左右的配置时间才能使用， 完成后关联上你配置的服务器。在微信开发者平台下载安装微信开发者工具，注册登录。回到 h b d r x 鼠标左键单机项目，点击上方的运行，运行到小程序模拟器，选择微信开发者工具， 这时会自动打开微信开发者工具并加载项目，这个工具是用来预览和测试最后上传项目的。回到 h builder x， 在 上方选择文件，然后打开目录，你会得到这个项目的文件夹地址。 进入第四步，正式进入 ai 开发流程，打开 code buddy， 将项目导入，选择左上角文件，打开文件夹，填入项目地址并确认。 将项目方案设计文件和项目 ui 设计文件拖入资源管理器，将资源管理器的 ui 设计文件拖入聊天框，然后输入一比一复刻文件中的 ui 界面。开发小程序的前端界面， 完成后可以在微信开发者工具内测试。接着继续在聊天框中拖入项目设计方案，按照设计方案帮我完成全部开发 ai， 我 选千万大模型，因为要进行图像识别，提前注册并获得 ipi k 填入， 开始让 ai 进行编程，完成之后你就可以在微信开发者工具中测试小程序所有的功能了，出现错误就将错误截图给 code body 让其修改，有功能没完善或者新增功能也和 code body 沟通到这里，小程序基本功能应该都没问题了。 现在就是数据库的问题，我们打开设计方案，方案里已经对数据库进行了设计，前期沟通时我已经确认除了用户基础信息之外的数据全部保存在本地用户基础信息上传云端，用来监测 ai 扫描的使用次数。 回到 h build x 界面，在左侧右键点击 database， 新建 db schema， 给这个数据库起个好记的名字，用户选默认模板，然后确定，然后再右键点击 cloud functions， 新建云对象，起名 crud 用户， 意思是这个云对象关联到用户数据库，可以增加、读取、更新和删除用户数据库内的信息。选择云对象，然后创建。 回到 code buddy， 你 会发现这两个文件都在资源管理器中了，接下去我们让 ai 帮我对这个数据库进行编程，这里注意将资源管理器拥护 schema jason 的 文件以及 credit 用户的文件夹拖入与 ai 的 聊天框，写入三条规则，第一条定义数据库， 这个我们的设置文档里面有复制出来。第二条是保存用户信息的规则， 第三条是统计用户使用次数的规则。让 ai 编辑好程序后回到 h p u d x， 将数据库代码上传到云端，右键点击 correct 用户上传部署，右键点击用户 schema joezen 上传 tv skim。 云数据库很难一次就让 ai 做完善，所以要不断测试，修改，上传，测试，修改上传，测试无误后进入下一步。 接下来我们就做一个运安助手的后台管理系统，用于统计用户的使用量。先在 hbo 的 x 左侧空白区域右键点击新建项 项目，填入运安助手后台管理系统，选择 unidim， 选择阿里云后点击创建。选择运安助手的项目服务器后会有一个弹窗，两个选项全部打勾，然后点击开始部署， 如果这时候出现弹窗说云端已经有公共模块，问你是否替换全部替换。如果问你是否出使化云数据库，你就选择出使化。在左侧左键点击运安助手后台管理系统，选择上方的运行， 运行到浏览器，选择一个浏览器，运行成功后关闭浏览器，在右下角选择链接云端函数，再次运行到浏览器注册管理员账号后登录 回到 h viewer x 界面，右键点击后台系统的 database 下载，所有 db skipper 全部跳过 用户数据库已经保存到这个文件夹了。右键点击选择 schema 二 code， 选择 unicorn admin， 页面，选择 pages， 下划线 in itunes n 点击确定，再点击合并。 现在可以在后台管理界面装载用户次数统计表了。打开网页端的后台管理页面，在左侧选择系统管理里面的菜单管理，点击新增一级菜单， 填入标识，显示名称图标，随便选一个自己喜欢的页面 url， 填入 pages 用户 list。 我建立的数据库名称是用户，这里可以替换成你们建立的数据库名称序号，这里填写的越小，左侧列表排的越靠前，点击提交，基本上统计表已经可以使用了。接着就是打开微信开发者工具进行测试， 在这里不断测试上传数据，遇到问题询问 ai， 让它指导你步骤进行调整，最后确认后台数据没有问题了， 在微信开发者工具中将项目上传，然后去到微信公众平台填写资料，提交审核，这个比较简单，我就不做赘述。那么这个项目就已经正式上线了，期间遇到的所有问题都可以问 ai， ai 都会给你详细的解决步骤，照着做就好。 好，这就是运安助手从零到一的完整过程，一个真实的需求加上 ai 的 加持，一个人也可以完成一个完整产品的设计和开发。下一期我要用 ai 搞定视频，全自动生成加自动发布各大平台，下期见！

hello， 大家好，我是艺兴，然后今天趁着周末的话就给大家分享一下我最近用啊 ai 的 编程工具，手搓的一个 diy 的 ai 小 工具。 那么咱们这一期主要是通过 codex 这个新型的 ai 编程工具，手把手去手搓自己的专属的微信的小程序，那右边的话是我自己设计的一个个人的 ip 形象是不是很帅。 然后这一期主要是用的两个工具特别简单，第一个的话就是 codex， 大家直接去官网下载就可以了。 然后第二个的话就是微性能开发者工具，因为其实我们这一期是做小程序的项目嘛，所以说是需要呃借助他去进行项目的预览以及配置上线，然后大家也是去他们的一些官方去进行下载就 ok 了。 那其实做小程序和做 app 呃做产品是一个道理，那流程也是非常简单。那首先第一步要先给 ai 描述清楚我们想要什么样的产品，整理好一定的需求文档，然后让 ai 帮我们去完善我们的需求 md。 然后第二步对应好整个 app 的 一个视觉风格，然后告诉 ai 你 想要什么样的效果，让它给给给我们去输出一个规范的一个需求的文档。 第三步用 codex 去直接生成一些结合的一些需求，自动生成一些小程序的一些全部的代码。然后第四步还要通过 ai 帮我们去调试修 bug， 调细节，那全程不需要自己动手，直接通过口喷的方式，最好的方式就能够让 ai 帮我们去干活。 那么好了，废话呃，废话不多说，咱们直接上手开干吧。那么首先的话就是要打开我们已经安装好的 code desk 的 一个桌面端， 然后的话就是要找到我们的微信的开发者工具去新建好我们本次的要到的项目， 然后本次的话主要是做一个体重管理小程序，二嘛，所以说我们要新建好我们的一个项目，然后选择 ok 就 可以了。然后的话这边的话其实是不需要使用云服务的，然后这边的一个 id 的 话，主要是可以让他去所使用 word 的 就可以了。 然后的话就会来到我们这个微信开发者的一个平台，然后整个界面其实会跟我们传统的编程软件会比较像。 然后右边的话是我们的一些 c 稿的预览区，然后左边是我们一些文件夹的一些区域，然后中间是代码，然后一般来说我个人是比较习惯用那个叉的一个尺寸去进行一个预呃设计稿的一个预览的， 然后的话就要回到我们的一个科室，那首先的话就要新建项目文件夹，然后这个文件夹必须要跟我们刚刚所创建的保持一致，这样的话我们的一个文件信息还有设计稿才能够在那边去进行同步预览。 然后的话会结合我们想要的东西给 ai 描述清楚我们这个产品是什么，给大家去描述一些数据文档，然后的话会结合我们的一些模型去进行选择一些合适的模型， 然后这次的话我是通过用他们的五点五的模型去进行一个生成的，然后整体的生成的一个效率的话，其实我觉得呃不是很快，所以说我觉得如果说 talk 比较有限的同学的话，其实要呃用那个标准就可以了， 然后的话他会结合我的需求帮我去输出一个非常完善的一个小程序的一个需求，稍微能打。 然后企业家的话主要是要生成一个我的一个设计的一个说明 md， 然后这次的话我是给 ai 垫了一张图， 然后让它结合我的一个设计的一个垫图的风格，让我让它帮我结合我的需求去生成一个符合它的风格的一些设计规范，设计的一个语言的一个设计的一个 md 的 文档。 然后这次的话我也是会呃用我们的一个刚刚所生成的一个需求的一个说明它的需求分明它跟课程不一样，它是放在我们一些刚刚创建文件夹的一个目录下的， 所以说呃，我会让它围绕着我的一个呃需求的文档去进行一个呃设计风格的一个生成， 然后的话就是发送给 ai， 让它帮我去写我的一个设计的一个文档，然后的话它就会结合我的一些啊电图的一个它的一个程序版，然后它的配色去帮我去进行 ai 的 生成。 然后接下来的话就是要漫长的等待啦。嗯，整体处理的效率来说，我觉得会呃越跑越快吧， 嗯，然后就开始慢慢地等待它去进行思考生成，然后它生成完之后就会也是会生成一个 md 的 文档，整个 md 文档非常的一个详细，包括字体大小，然后设置以及卡片布局，以及它的整体的一个配色，以及我们的一个文本语言、图标风格等等。 然后紧接着的话就是要开始让 code 帮我结合这两个文档去进行首出代码页面了，然后首先会让它新增两个文件夹，让它去帮我去接这两个文件，去生成一些我想要的一些页面的一个配色的一个界面的效果，让 ai 帮我去写代码， 然后的话它就会结合我的一些需求想要的要什么样的页面，然后我的一个配色风格让我去让它去帮我去写代码， 然后整个的一个页面当中其实雏形已经出来了，然后的话其实整个效率还是非常快的，然后整个视觉风格其实会跟我电图那个视觉语言会比较搭。 然后紧接着的话就是呃继续去围绕的我们想要的一些东西，去让 ai 通过对话的方式帮它去帮我们去修代码，然后修 bug， 然后去调一些 ui 的 一些细节，例如我的设置，然后我们的渐距以及我们的一些图标的风格等等。 然后的话指出就是不断地去进行雕花跟跟进，让我们的一个心中想要的一个产品就可以了。 你要最终的话大家看一下我的效果吧。你要最终的话会来回到我们的微信平台去看一下我们整个页面的一个效果。 那其实整个页面来说，我觉得这的纯就是没有通过呃， figma m c p 的 一个代码，呃的一个设计稿生成，纯用一个对话的一个代码生成，我觉得整个效果我觉得还是不错的。然后大家看一下最后的一个手机的一个预览的效果， 那整个风格是走这种暗色系的，然后的话整个配色我觉得还是非常吸睛的，这是我通过一个纯啊对话和代码的方式去实现的一个小程序， 然后整个的空间它也是会自动去用我们一个微信的一个官方的空间去进行一个实现，然后整个图标风格我觉得还是不错的，嗯。

微信小程序开发第四期，佩奇斯字段自学小程序的小伙伴是不是经常遇到代码明明没报错，页面却加载不出来，默认首页乱七八糟的问题？我之前踩了无数坑，发现全是佩奇斯字段的问题， 今天花九十秒分享我的自学心得，一次性搞定这个新手通病，小程序里不管写多少页面，都必须在 app 点 jason 的 pages 字段里登记注册。我之前明明页面代码写对了，就是不生效工具，还不报任何错误，这真的是新手最隐蔽的大坑。 pgs 是 一个数据库，排在第一行的路径就是小程序默认打开的首页，后面写的所有页面路径只是用来注册页面，方便后续跳转，不会影响首页。我新建了 index 主页和 man 个人中心页面 不用改任何代码，不用额外配置，只需要把 man 的 路径挪到 pgs 数据库第一位， 保存编辑就能看到效果，能明显发现小程序默认首页直接换成了个人中心。最后分享三个我亲身踩过的致命坑，新手一定要避开！第一，页面路径大小写不一致，小程序对大小写超级敏感， 新建页面忘记在 pages 里注册页面直接打不开。第三， json 文件多打一个逗号，直接变异失败。避开这三点，自学写页面基本不会出错。

看，这是用芭蒂一上午做出来的营养素计算小程序，还不错吧，不用浏览器搜教程，全程不需要代码，一切由本芭蒂帮你完成。第一步，在专家页面搜索微信小程序开发者召唤。第二步，提示框内输入指令， 说的越细，我做出来的越准，嘿嘿，敲代码的活交给我搞定，代码已经存到你电脑里了。第三步，打开小程序代码的项目文件夹。 第四步，打开微信开发者工具，填写信息，选择刚生成的小程序项目文件夹 ipid， 填你申请的账号，接着点创建。铛铛铛，你的小程序已经在模拟器里跑起来了，如果出现报错了也不用慌，直接把错误复制。发我，我秒修。 修好后在开发者平台点击右上角的编辑发我，我秒修，修好后在开发者平台点击右上角的编辑， bug 成功没有问题后就可以上传。 打开微信公众平台官网，提交审核通过后点发布，你的小程序就正式上线了。你看做一个小程序是不是很简单，你有什么想法随时找芭蒂帮你实现。

好，我们继续讲我们第八节的下半部分。啊，那上节课呢，我们是将我们小程序需要的核心工作流全部都搭建完了，那这节课呢，我们就主要做我们的管理后台的对接，实现预览和发布的功能。 那在这个期间呢，我已经将我们的整个内容管理体系呢做了一些调整，然后我们的后台也是按照我们的工作流以知识体系为展开。 添加知识体系的时候呢，我们是支持输入知识体系的名称，然后手动添加，这样子也可以使用 ai 去生成大纲。 那今天我们要做的就使用 ai 生成大纲，然后生成完大纲以后呢，我们这里就有小节的内容，那小节的内容呢？我们就可以在编辑的时候呢，使用 ai 来去生成啊，那前端的界面，我们后面可能要再去调节一下整个预览的功能，这里已经做好了， 那我们 ai 生成的内容就会放在这里，我们可以去编辑原码。那右边呢就是我们实时可以看到的一个预览。 那我们现在就开始跟大家实操一下，虽然第一个是我们之前做的这个大纲的工作流，只要我们输一个知识体系，那他就会输出我们的整个这个大纲。 那怎么去接呢？我们可以进到这个扣子的 api 管理，这里有一个执行工作流，这里有两种，一种是 执行工作流，一种是执行工作流流失响应。那流失响应是什么意思？流失响应就是他会将输出节点的数据通过流逝的接口， 在工作流执行没有结束的时候也在输出内容，那这个执行工作流是等工作流全部结束以后才会输出结果，那在我们的这个工作流当中呢，我们并没有输出节点啊，因此我们的工作流就算配了流失响应，他也不会有任何的过程中的东西输出。 所以呢，我们第一个大纲生成是可以选择这个 workflow run 这个执行方式的，那可以再看一下我们的整个 knowledge section。 这个工作流呢，实际上有很多个不同的阶段，它的生成时长也比较长，如果中间有哪个环节错误了，其实是对结果影响很大的。 因此呢，我们可以在这个工作流中，将一些输出的节点用来标记我们工作流生成的状态。然后呢，我们就可以在调用的时候，使用流式输出的接口去调用这个工作流，那调用流式输出接口的时候呢，这些输出节点的内容就会依次的被传递过来啊， 好，那现在呢，我们在调用之前呢，把我们这个工作流的通过流式输出输出哪些内容先把它加进来啊？那首先这里这个节点呢，我们要把它配成流式输出，然后这里的输出变量呢，我们可以把前面输入的引用过来啊， later， ok， 花点时间，我埋了一些输出的节点啊，大致就是把我们整个过程中的一个状态展示一下，这样的话我们在后端生成的时候会有一些反馈，体验就会好一点，不用什么都不知道，感觉时间过得很久。 那接下来就跟大家讲一下我们整个的一个就我们后端如何去接这个，首先我们有一个抽象层啊，这一层呢就定义了我们后端如何去调用我们的工作流， 然后在这个抽象层之下呢，就是不同的实现。比如说我们现在使用扣子作为我们这个工作流的提供方，那我们就会继承这个 iwork provider 的 这个接口啊，大家写继承吧，我们就会继承这个接口， 实现 iworkfloor provider 的 定义。那 我们在加载的时候呢，那我们在使用的时候呢，我们会有一个叫 knowledge maker 的 一个服务啊，它呢就会去查询我们到底有几个这样的 provider， 比如说我们不用扣字，我们搞一个自己的假设，这两个我们都实现了， 那我们的 knowledge make service 呢？就会去查询我们到底有几个？如果我们查询到有两个的时候呢？那它用哪一个呢？实际上我们可以做一个配置文件啊，这里我们可以做一个 configure 的 一个配置， 那这个 configure 呢是从我们的这个数据库去读取的，那数据库呢？就到我们的 web 的 app 可以 去读写它， 那这样的话我们可以做到什么呢？就是比如说我们有一个接口，比如说在 knowledge make service 有 一个接口，可以去查询到这个 workflow provider 到底有几个，然后它们是如何去配置的？那这个配置呢？我们可以定一个标准的结构啊， 我们可以定一个标准的配置结构，比如说我们所有的配置必须要配置 u i l 和 api k， 这个是非常关键的，以及是流式还是非流式输出，然后它的名字是什么？那我们在出使化这个 provide 的 时候，就会将这个 配置里面的信息传进来，这样的话我们就可以去实现这个扣子，或者说我们自己使用大模型的 api 接口自己去写一套，然后去调用其他的声图软件，做了一个 类似于 code 这样的工作流。那我们的 knowledge mix service 呢，就会去查询现在注册哪些这样的工作流模块，它就会有一个查询接口给到我们的 web 端，那 web 端就可以在前台去展现这个模块， 并且通过这种标准的配置可以去配置这个模块，比如说它的 u、 r、 l， 它的 api k， 甚至可以配置里面大模型使用的这个 p i， 包括大模型的类型，以及我们后面如果做的更高级的话，甚至每一个节点的提示词都是可以去配置的，那 这个同样在扣子工作流里面可以实现，只是我们现在是把提示词写死的，如果我们将提示词从输的时候传进来的话，那这里的提示词就是一个变量，我们直接把变量写进去，也是可以通过外部去动态的修改这些节点的提示词的。那这里呢，我是跟大家讲了一个 简单的一个抽象的概念，以及如何使用这个抽象的概念去做不同的业务实现啊。那为了统一去调度这些方案呢？我们将方案里面的共性全部都抽象了出来，比如说我们规定好了他的 配置的结构以及返回的数据应该是什么样的格式，那不同的方案都会按照这这个接口的标准去实现，只是说他们最终 是说他这个方案最终工作的方式是不一样的，但是对于我们的这个服务来说呢，他是不会去关心这些模块的细节的。 然后对于我们的 web 端来说呢，我只需要通过这个服务查询注册了哪些 provider， 我 就可以向用户去展现。那我们可以在调试或者说切换的时候做一些策略，比如说什么样的情况用什么样的 provider， 然后每个 provider 怎么去配置都可以 最终到我们的图形化界面去配置啊，这是一个简单的一个设计方式，那我们这次就会采用这种设计方式，但是我们只实现扣子这一种啊， 至于未来的话，那我们可能会去添加新的 provider， 那 这样的话我们上面所有的架构都不需要去修改，我们只需要去增加一个新的 provider， 然后让它去调用这个新的 provider 实现我们的功能就可以了啊，好简单的跟大家讲一下这个架构之后呢，我们就来去对接它啊。首先第一个我们还是回到这个 api 的 playground 里面，这里呢我们可以看到这个界面实际上是可以测试我们工作流是不是能够正常工作的，比如说我们刚才添加了流逝输出以后，它的效果是什么样的？ 那我们可以把这个工作流的 id 给它复制过来啊，然后粘贴上去。那传递的这个 parameters 呢？我们也要自己手动去组装一下。这个呢，我们可以使用我们之前调试的时候啊，我们输入的这个 parameter， 我们将它复制过来，然后把它粘进来啊，好，现在我们可以看到我们的这个 permit 已经有了啊。然后至于这些呢，我们就不需要去管它了，因为我们只是调用这个工作流。 好，现在我们来开始运行我们这个工作流啊，我们首先因为我们的后端是用 ts， 就是 ts 去做的，所以我们选这个 ts 的 方式来先去测试一下啊， 我们选这个流式响应，然后这里呢，我们直接点授权就可以了啊，我们直接点授权，这里它会自动给一个健全，然后这里很关键的是要去填我们的这个工作流的 id 啊，大家可以在下面去选啊， 选到我们的这个 section， 然后我们直接点运行啊，可以看到我们的流式接口的输出已经有了啊，已经开始输出我们的内容了，并且我们的换行都是生效的啊， 稍等片刻呢，我们整个工作流的内容就会完全呢输出出来。 later， 好， 现在我们整个已经全部都做完了，做完了以后呢，我们的这个 message 实际上是输出了我们整个所有的信息啊，然后最终这个工作流呢？ 呃，会返回一个 down 的 一个消息，然后它会给到我们一个 bug u i l， 这个 u i l 就 可以让我们去调试这个工作流啊，去观察这刚才这个工作流整个的一个输出状态啊， 那接下来我们就要去对接它了啊。首先按照我们这个价格，我们要先抽象出来这个 workflow provider 以及我们的标准的配置查询以及 接口的定义啊，这个我们就可以直接给到我们后端的这个 backend 做啊。这里呢我们就新建一个任务开始给提示词啊。 首先呢，我们先来让后端检查一下我们现在整个业务的实现情况啊，这个是非常有必要的啊，我建议大家在使用的时候呢，每一个新的业务都开一个新的任务啊，不要在原来的任务上面接着去做，因为会有上下文的干扰。那在开始一个新任务的时候呢，我们 都让 ai 先去探索一下当前项目里面和这个任务关联的模块，以及业务的实现情况是怎么样的，这样的话 ai 就 心里面有数了，我们接下来的提示词才好给他给啊， 对于我们之前的开发来说呢，我们的这个 knowledge service 实际上是一个空壳子啊，只是做了一个简单的壳子，因此呢在它便利的时候呢，我们先给提示词啊， 这个我们就做一个完全的。那我们先在设计的时候预留这些功能啊，未来我们可以快速的去实现他，首先这里他已经发现我们整个知识管理体系是没有去做的啊，那我们先不管他，我们先搭建我们的框架，搭建完以后再根据我们之前这个文档里面的阶段啊，我们 切到 face 二啊，因为我们的 face 一 已经做完了。那我们现在先去做我们的这个架构啊，需要标准化的定义接口和返回输入和返回值， 然后我们按照一开始完成整个框架的搭建啊，然后我们的这个 knowledge service 呢，可以查询这个， 然后每个这个工作流，每个工作流配置都有接口给到前端。 首先我们先把我们的框架先打好，那接下来呢，我们就会去边实现，然后边去完善这套框架，最终呢把我们的整个业务给接进来哦， 使用这种先把架构打好的方式去实现啊。嗯，可能整个雕的炼炉会反锁一点，考虑的东西会比较多一点，但未来我们的扩展性和容错率会高很多啊。这个就是大家在编程的时候，不仅仅是要面对这个功能， 把功能实现了更多的，还要去考虑未来的一些更长远的东西。那好的程序员和那个开发者，他们的优势在哪？就是更多的思考， 去做更多的深入的思考，去想一下如何做是最好的，而不是，而不是只顾怎么把它做出来。这是两种截然不同的思维啊。 a few moments later。 好， 我们看一下啊，整个这个 a p i 接口呢？这里它也给了 provider 的， 然后啊， figure 的， 嗯，这里已经全部都有了。创建供应商，然后更新供应商，删除供应商，更新供应商状态。那这个呢，实际上对于模型来说呢，我们刚才提的要求是和 这个 workflow 的 绑定的，但正常我们的 ai 供应商是独立的啊，我们可以单独给 ai 供应商建表，然后把它们单独放在那，我们使用的时候去取它就行了。因此这里呢，我们可以给它进一步提这个要求。 好，那这样我们先让它把这个单独剥离出来啊，然后这里它已经有了这个 l m node 的 一个配置，我们可以看一下啊，节点缩影名称，大模型提供商。然， 然后模型型号， a p i k 输入上下文，输出上下文。思考程度啊，但唯独没有什么，唯独没有这个系统提示词和用户提示词啊，所以这个 l l m note 分 类呢，我们要增加， 呃，这里的设计呢，我可以跟大家弄一个脑图来看一下吧，因为我们的课程呢，如果是只讲这个流流程的话，就相当于是在记流水账， 跟我们之前的初衷是不符合的。那这里呢，简单跟大家去讲一下我们怎么去编排这个。首先第一个是我们的工作流，这个工作流的这个 provider， 那 它包含了哪些东西呢？首先第一个是 node， 嗯，这个里面核心的是 l l m 这种 node 啊，因为我们现在并不是说要做一个编排工作流的东西啊， 它也可以最终演化到那个程度啊，只是我们现在是去做一个工作流的，更多的是做工作流的配置啊，所以这里有一个这个叫 workflow 的 configure 啊。然后我们定义了一个 dandy 的 一个 input 和一个 standard 的 output， 标准的输入和标准的输出，那这个标准的输入和输出是根据类型来的啊，所以它有一个 type， 其实这个都是包含在这个 workflow configure 里面的，比如说我们将这个 type 写在 workflow configure 里面， 然后还有它的整个 notlist。 为什么是 notlist 呢？因为我们的这个工作流里面有可能有好几个不同的大冒险的节点啊，每个 notlist 下面呢才是它的这个 ai 的 controller， 就 就是供应商的这个配置，然后 mod 的 一个配置。那在这个 ai config 里面呢，就有什么，就有我们的这个 u r l 请求地址，然后 model name 在 模型的名字，然后我们的 apikey 和我们的 input token， 然后还有 output token 以及我们的思考程度啊， temperature 这个应该拼错了吧，不管它啊，然后我们的提示词就是我们的 system prompt 和我们的 user prompt， 有 这么两种啊，那如果我们再做细点的话，这种提示词管理我们也可以做，那我们现在是把这个 ai configure 单独抽出来做了一个表啊，那这里的 type 就 有，就是我们刚才说的一个是 section outline 大 纲，然后我们的 image a video 有 这么多啊，有这么多，然后我们不同的这个 tab 下面呢，我们就会有不同的标准的输入，比如说我们的 section， 我 们的输入是我们之前说的那个 section 的 name 小 结，然后还有一些 knowledge point 啊 等等等等，就像我们就不说那么细了啊，然后我们的 output 呢？那就是我们我们输出的是什么 s t m l 的 document 啊，以及我们的这个 top， 还有我们的那个 emad 的 东西。同样的，这个奥特曼也是有一个 standard 的 input， 然后这里是 topic 啊，就是我们的知识体系。然后 output 呢？ 嗯，就是我们的整个的一个大纲啊，我们的奥特曼类似于这种，那我们的 excel， 实际上我们的标准数是 promote， 那 它的输出就是 excel 呢？ video 其实也是一样的啊，这里就 我们把它可以给它框起来啊，那其实这两个是一样的啊，那我们有一个标准的这样的一个 workflow 的 一个定义，那所有的实现呢？那我们所有的实现呢？实际上都是遵循这个定义去做的啊， knowledge service 呢，就只跟 根据这个定义去操作这些工作流，他并不去关心这里面的定义能实现细节。大概就是这样的一个意思啊，如果我们再往细去做的话，比如说我们的 workflow 配置里面，我们不但有这个工作流的一个类型 啊，有我们的这个 l l m 的 这个 node， 我 们甚至可以再去加，比如说我们的循环的 node 什么的，那这样的话我们就把它做成一个扣子的一个工作流了。那我们可以把这个 node 抽象成一个标准的一个 node， 然后把它做成一个链表，这样的话我们这工作流就是一个链式的，每一个的 next 就是一个数据的传递，那 next 里面我们有一个标准的数据包的一个定义，但是数据包里面定义的数据呢？比如说我们用一种 json 去做，这样的话我们就可以做出来类似于扣子那样的东西啊。但我们现在不是做这个，所以我们只强调我们的核心的节点就可以了，这样的话我们就可以去配置这些核心节点的业务就可以了。 好，现在我们 ai 呢，已经把整个这个东西已经搞完了，做了三个表，第一个是独立管理 l l m 模型的配置啊，然后第二个是我们的这个 workflow 的 一个 node 的 一个配置，然后到我们的 workflow 的 工作流 之前呢，每个节点重复插入模型信息啊，现在呢，我们只引用这个配置的 id 就 可以了，这样的话就非常的清晰明了啊。好，我们再把这个刚才说的这个 l m node 的 这个 config 要增加系统提示和用户提示词这个 加进去啊。那加完以后呢，我们整个的框架实际上是远远超出了我们现在工作流能够支撑的这个范围啊，那是没有关系的，因为我们框架超出的话，那肯定是可以进入到我们现在这个工作流的， 哈哈哈，接下来呢，我们就如法炮制啊，我们要把我们的计划给定一下。那首先呢，我们要翻到我们之前的一个项目开发计划，这是我们之前的项目开发计划，我们添加到这个对话里面，然后开始给他提示词啊， 这里我们就参照这个啊，我们所有的开发之前都是先定计划，这里我们就把我们整个项目开发的计划， face 二的这个计划我们先 定清楚啊。嗯，后面我给大家举一下例子，我们怎么才能做一个完整的对接啊？基于我们现在这个框架，这里我们先等它把整个 face 二的整个规划先给创建好啊。 a few moments later， 好， 这里它已经全部弄完了。 搭积木呢，我们是从下往上搭。对于知识体系管理这么大的东西，它的前提是要有知识，那题目更是不用说了，我们只有知识和知识卡片的时候才能去生成题目啊。因此呢，我们先做这种 primary 的 这种 structure， 做这种基础建设啊。首先这个大模型配置管理是我们预留的，它已经实现了，我们就先不管 我们先这个工作流配置管理和供应商，这里呢，我们要开始让它去对接啊。嗯，现在开始实现， 那我们现在就要切这个状态啊。这里呢，我直接给到这个 ai， 要告诉他我们现在要具体做什么。 later， 好， 我们可以看到我们的工作流类型的美举是奥特曼 generation 啊，那是有一个大纲生成的，加一个是否是流失输出啊？因为我们刚才漏掉了这个啊， 我们先将这个先加进来啊，这个是刚才我们遗漏的，我们可以看一下这里的 model configure provider 的 参数啊。这里我刚看了一下，他并没有告诉我这个 provider 都提供了哪些操作接口，我需要让他返给我看一下啊，这些都是配置啊，这些不是操作接口 later， 这里可以看到它实际上是只有配置管理啊，没有执行调用的 provider 的 方法。那这个肯定是不行的，我们先让它把这个工作流的接口先全部都添加好啊。 这里呢，我们还要要求他定义标准的这个返回类型，然后对于流逝接口呢，要回调函数，这样的话我们就可以抓取他的这个状态和输出的内容，然后每一个工作流调用呢，我们都是单独的一个现成，那后端调用完以后呢，要能够通知前端，如果前端不等待， 比如说前端在发起请求以后，他把这个对话框给关了，那后端也要将结果保存哦。 这里呢，我们为了方便我们的这个管理后台去看这个工作流的内容啊，我们这个 knowledge service 统一都按照这个流逝接口去提供啊，因为我们的 knowledge service 是 不对外的啊，最终还是通过这个 call service 去去传递的啊， 所以我们先开发好，然后再通过 call service 去调用啊。这里这个设计也要告诉他啊，因为，呃，我们新建了这个任务以后，他有可能，他有可能已经忘了啊。 ok， 我 们这些要求全部都提给他，然后先让 ai 去做啊，做完以后我们开始对接，在这个过程中我们再去把不合理的东西慢慢改掉。 好，我们现在先读一下它的整个执行列录啊，那我们的核心服务会调我们的这个执行啊，然后我们会去调用一个内部的方法， run workflow asset， 然后通过内部的 h t t p p 调用到我们的这个 provider 的 这个 a p i， 然后走这个 stream call back 逐块回调，最终更新是成功还是失败，这个大的流程是没有问题啊，然后我们的这个 knowledge 服务的这些全部都是内部的接口了啊，现在我们开始来对接啊，我们在这个对接的过程中呢，再去发现问题，然后去解决问题啊， 大的框架呢，在我脑子里面通过对话让这个 ai 先搭了一个啊，那这个提示词呢，我们就按照我们的框架来给啊，首先第一个是 这里呢，我们就把我们这个 knowledge outline 要输出什么，我们要给到我们的后端啊，这里一样的，我们之前不是调用过吗？所以我们把这个输出给它弄过来啊，找一个我们之前调试成功的， 然后从这里把这个结束的这个内容给它拿过来，这个就是我们输出的啊，先把输输出类型先发给他，这里呢我们认证还没有跟他说啊，他先做，然后他肯定会反过来去提问我们 呢。那在这个过程中呢，我们可以来看一下啊，整个这个扣子工作流的健全方式，因为这个我之前对接过啊，这个里面有一些坑，我们可能要去注意一下。首先第一个是个人的访问令牌 p i t 只有三十天啊，然后要自己手动去 重新生成和配置，仅能用于测试啊，所以我们是不会去选择这种 a p i k 的 这种方式的。然后在生产环境呢，它有两种，一种是纯服务端手动授权的，那这种呢，就是说我们每次使用的时候都会有一个弹窗，然后用户同意以后我们有个前端界面，用户同意以后才可以用啊， 这个我们也是没有的啊，我们是没有前端界面的，所以也不适合我们，所以我们要走这个不需要手动授权的纯服务端应用，然后我们是走官方渠道，不走自定义渠道，然 然后拿这个 s a t 的 令牌，或者说普通的这种 g w t 的 授权都是可以的，因为我们每次调用的时候二十四小时是够了啊， 那这个怎么去弄呢？我们就要去点到它这个官方的文档啊，这里它是有非常详细的一个说明呢，包括了它的这个代码， g s 的、 java 的， 还有 go 的 这些全部都有。因此呢，我们对接的时候呢，就要让 ai 去好好的阅读一下这个页面里面的内容啊，圈出我们需要的。那 这个其实我已经整理好了，所以大家有需求的话可以去仓库下载，这里我就直接用我原来的代码就好了，这里我们有一个扣子的 auto service， 就是 专门来干这个的，我们将这个健全的给它提取成一个模块来去用就可以了。嗯，这个我让 ai 去读一下啊，哈哈哈， 好，这里他已经把整个这个调用已经做的差不多了啊，然后我们要告诉他，就是刚才这个健全的这个事情啊，我们直接就告诉他路径啊， 这里我们直接说，因为我们这个是在 linux 服务器上的，所以我们要按照 linux 格式来输这个路径，把这个发给他，然后这里有好几个关联的，他自己去找去。 那我们这里就不需要再去弄了，我们直接让这个 ai 把我原来的这些功能全部提取出来，然后重新分装成一个模块，然后我们使用就行了。那这里呢，我之前的这个扣子的配置是放在这个 e n v 的 啊，现在我们的新的框架是放在我们数据库里面的， 有前端的 web 端有一个界面专门去配啊，到时候我们会做一个，所以这个我们就不要了，因此我们赶紧在这里先告诉他哦， 现在的工作流是用这种标准的配置文件，那它对应的是我们前端 web 管理后台的一个配置表单，我们会在那去填我们的调用地址，然后我们的 这个工作流的 id 等等等等。因此呢我们就不在这个点 e n v 中去配置了啊，所以它这里最后一项计划就更新点 e n v 这个，呃 呃，等会就让他去去掉。那我们既然是存在数据库里面，但是我们现在前端实际上是没有这个表单的，所以我们就会要求让这个 ai 把 这些信息呢，先使用命令行的方式啊，做成种子数据，放在我们的数据库里面。那这个种子数据是什么意思？就是我们数据库在出话的时候里面就已经有的数据， 这样的话我们就可以先去调试我们的后端，等我们的后端调试 ok 了以后，我们的前端的整个和这个工作流打通的这个功能做完以后呢，我们再去回过头来做我们的 web 的 这个设置的这个页面啊， a few moments later， 好， 现在呢，我们可以看到这个模块已经弄上来了，它是放在这个扣子 alt 里面，我们 单独写了这么一个模块来去调用的啊，这个代码我到时候会开源的，大家如果有使用的话可以直接去下载。那接下来我们就把这个提示词发给他，让他去搞一下，我们现在就给他给这个调用的端点啊， 借鉴一下我们之前这个配置啊，我们可以先打开来再看一下，这里呢，我们就直接复制这个 乱弹 id 就 好了啊，这些是要放在这个音微中的啊，因为这些是固定的，其他的是不固定的啊。然后我跟大家讲一下这个东西是哪里来的啊？ 在我们的这个 api 管理里面有一个授权啊，这里有个 over 应用，添加了一个服务类型的应用啊，我们可以再加一个新的啊，我们就选这个普通，然后是服务类应用输入，这个应用名字，我们就叫 这小 g 啊，好，然后这里呢，我们不知道怎么选的话，我们就只选工作，因为我们只调用工作流，然后确定，然后这里授权。这里呢，我们就去下这个视力文件啊， 你可以选这个 no g s， 然后这个文件是给到我们的，这个就是刚才我们的那个模块 认证模块去用的，我们现在把它下载下来。好，这样的话就已经 ok 了啊，我们要更新这个指纹和 刚才的授权文件啊，看到这个 pom 它有没有复制过来，我们先找一下啊，这里它是把这个复制到了我们的这个 knowledge service 里面啊，好，这个 pom 是 在这里啊，那这里的内容就是我们刚才下载的这个这个里面的，所以我们直接把这个复制到我们的直销机的这个目录里面去， 然后告诉 ai， 我 们重新为这个创建了一个新的应用授权啊，我们就让他不要用这个老项目的，因为我们为他创建了一个新的啊， later 很好，这里弄完以后呢，我们先不着急啊，我们要测试一下这里，我们让他先简单的测试一下是不是可以工作啊， 很好，现在这个测试是 ok 没有问题的啊，那我们列录已经就绪了啊，就开始写入 set 数据执行工作流啊，这个全程是我们是没有写过代码呢， 完全不需要自己去，我上次连代码都没有看。那这个是当时自己手参考他那个 sdk， 自己手调的，然后这个 workflow 我 们是没有，我们只描述框架啊，一个好的框架设计，然后成功的描述给我觉得他做出来应该问题就不是很大。 a few moments later ok， 花点时间啊，因为我们的这个输入呢，是当时给他写的是 topic 字段，然后我们的工作流里面叫引铺的，然后改了一下，现在就 ok 了， 我们后端调用我们这个大纲生成已经可以了。那现在呢，我们先来把前端的大纲生成的这个界面给调通啊，现在呢，我们先更新我们的 sdk 和 readme 文档， 等这个搞完以后呢，我们就直接让前端去对接一下，把我们缺失的这个页面全部都生成一下子啊， a few moments later， 好， 我们现在这个 sdk 已经发布了啊，然后我们让这个外部端更新一下 sdk 啊， 这里呢我们让它更新完以后先给我一个报告，然后我们再来规划啊， 好，我们来看一下啊。首先第一个呢是主要是加了我们之前的这个工作流的 a p i 一个供应商管理，然后配置管理模型配置执行管理、查询执行任务和结果搜索历史新增了这些类型，都是我们之前的， 那我们现在要做什么呢？那我们既然已经把框架搭好了啊，我们的后台已经搭好了，那我们前台的这些戏也得给唱出来。那接下来呢，我们就先在我们的系统配置这一栏啊，把我们的这个大模型的设置和工作流的一些设置给它做出来， 这个我们就不设计了，因为我们整体的设计已经做完了。嗯，中途新增的这个页面呢，实际上也不需要什么复杂的设计，就是一些简单的表单就可以使用了。先让他做一个框架，然后我们针对他做出来的框架每一个页面去做 详细的描述，然后给到他指导，最终把我们这个东西做出来。这里呢我们要跟他讲一下，就是讲一下这个业务添加的逻辑啊， 好，这个是我们后面给的提示词啊，就是把我们要做成什么样，整个交互简单的描述一下。那第一个模型设置这个我们就预留啊，后面我可能会去做自己的一些外部的大模型应用，去做这个功能。那我们现在是用扣子啊，然后工作流设置里面呢，我们就 保留两个选项，一个是扣子，一个是私有。那配置的话，我们就配置工作流的请求节点他的 id， 那 这个 l m 节点数这些呢？是 为了统一，我们后面私有可能会用到，但在扣子上面可以不用去配。我们先把这个管理端的页面的雏形先给它搭好， 这里实际上我们只需要添加两个页面啊，上面这个 ai 的 理解是添加三个页面，等它添加完，我们直接给这个要求，然后让它去做，做完以后我们最终再验收。 later， 好， 这里可以看到它有一个工作流配置啊，我们可以看一下，有配置名称，供应商，然后大模型是 选择我们之前的配置啊，这里都是这样数据，然后在节点里面增加了题诗词，这里有一个供应商配置啊，这个我们实际上和我们的大模型搞在一起就行了，所以这里呢，我们就把这个新的要求再进一步提给他，让他去做啊。 a few moments later， 好， 现在做完了，我们一样的编辑，然后重启一下，看一下，现在我们来看一下我们的这个工作流的生成啊。 嗯，基本上和之前差不多啊，主要是多了，主要是一个是名称，多了一个类型啊，然后供应商我们可以去选择，然后再选择这个 扣子的时候，我们直接输这个工作流 id， 然后有一个状态停用和起用，然后配置节点数，节点名称这些，那我们就针对这个再提现要求，就我们的扣子的节点呢，我们 是放在工作流里面配置的，所以当我们选供应商扣子的时候，这个节点配置就灰掉。然后还有一个就是我们同一个类型的工作流呢，可以配置多个，但是只有一个是生效的啊，所以我们要在这里有一个开关，然后它是呼哧的，现在把这几个逻辑给它加上去。 好，我们先把这两个逻辑给它，让它去改一下啊。 a few moments later， 那我们现在就来让它对接一下这个最真实的数据啊， 这里呢，我们采用了一种业务驱动的方式来去做我们的后端啊，那中间我们插了一些东西啊，这个工作流，本来我原来的计划是很简单的呃，直接前端调用工作流，然后获得这个内容， 但是呢，这样一来我们整个的架构呢，藕合性非常的强，所以这个第八节课的下半部分呢，我思考了一下，我们还是通过我们的后端啊，去做一些隔离，然后我们前端和后端的交汇业务，我们定成标准的，这样的话我们后面维护起来会非常的方便。 a few moments later， 好， 我们来看一下整个结论啊，目前已经对接的对接成功的有这么多啊，主要是供应商和模型配置的，然后 http 客户端的端点 sdk 无类型化方法担任后端路由。嗯，这个它是直接略过了这个 sdk 啊，然后去 对接的，这个是不符合我们要求的，我们到时候要让 sdk 去把这个整改了，然后这里是它梳理出来的后端提供的少了的这个，然后我让它整理了一个文档，我们先审阅下这个文档， 我们这类是要统一走 sdk 的， 所以它不符合规范。 好，现在这个文档我们弄完了，那我们现在就把这个文档呢丢给我们的后端啊，我们放在我们这个 face 二的这个里面去，然后再到我们的后端的工程， 很简单，让它去整改就行了。 later 这边已经适配完了，我们再到外部端去对接看一下啊， 好，最终适配完了，让我们来看一下，因为我们之前在数据空白的种子数据，如果它能读出来的话，就说明没有问题啊，这个我们可能要手动编一下 a few moments later， 现在我们这个工作流可以看到，他就只返回了我们之前数据库里面真实的一个种子数据啊，是我们大纲生成的工作流，然后我们接着来去调一下，比如说我们在保存下看下编辑的这个功能好不好啊？目前看这个编辑还是有问题啊，所以说这个我们再去给到后端去解决 完了。以后呢，我们就可以再创建一个扣子工作流，是我们的小节生成的工作流，因为我们之前创建的这个 provider 呢，它实际上是一个通用的扣子工作流。调用的 provider 我 们只需要传入对应的这个 id， 然后设置好它的输入输出参数，就可以去调用这个 provisor 去传它的内容了啊，那我们现在的实现呢，是传了一个 topic， 所以 是调这个，所以是调这个大纲生成的工作流。那后面呢，我们会把整个的传餐呢单独拎出来重新设计一下，这样的话我们这个 provider 就 变成了一个通用的扣子，工作流的调用， 那我们一次开发以后呢，我们所有的工作流都可以通过这个 provider 来去添加复印调用啊，就极大的方便了我们，同样未来我们开发的其他的也看到这种方式，好，现在我们先来解决这些问题哦， 好，那我们先重新配一下啊，这个我们选流式啊，然后工作流 id 我 们再复制一下， ok， 现在已经保存成功了啊，那保存成功以后我们怎么去调用呢？就要回到我们知识体系啊这里呢，我们先先对接接口，把我们整个知识体系的一个查询先做出来啊， 把它变成真实的数据，那这些 mac 数据就没有了，这个我们就要回到后端哦，回到后端以后呢，我们先来让后端根据我们之前的计划，根据我们这个接口清单哦，先把我们知识体系的保存，还有获取所有的接口都给生成出来哦，这里我们这样写啊，这里我们写的登山查改， 没错没错，好，我们现在直接更新 sdk 啊，然后让前端去检查适配一下啊，这两个任务呢，我们就憋在一起去做了啊， 这里呢，我们这两个工作呢就一起去做啊，最重要的是第二个，这里我们每次都习惯性的让他去检查这个 sdk 的 接口是不是满足我们业务的要求，如果不满足的话呢，他就写一个文档， 把需求给提出来，还有不满足的地方提出来，这样的话我们拿着这个文档让后端去协助适配就可以了。 a few moments later 好 了，已经弄完了，这里可以看到其实缺的还不少，我们审核一下这个 api 文档。 ok， 主要是我们知识体系管理这块缺失的，因为我们原来是靠知识 章节和卡片啊，并没有这个知识体系的概念，那我们后端实际上是拿之前的老计划在做的，所以有缺失，那我们现在就把这个东西直接同步到后端去好，然后直接让后端更新，更新完以后呢，我们前端再集成完以后，我们再做最终的测试。 ok， 花点时间呢，把这个知识体系呢和后端完全的对起来了，然后我们的工作流跟后端也完全对起来了， 因此呢，现在我们就可以开始去对接我们的 ai 生成知识体系啊。这里呢，我们的整个流程先跟大家讲一下啊，首先第一个是输入知识体系的名称，然后我们就直接点这个 ai 生成大纲啊，那这里呢，可能到时候要去 稍微改一下啊，把这个地方直接抓取这个知识体系的名称，然后我们直接点看生成这里会返回我们的一个状态。那使用哪个工作流呢？就使用后端根据我们配置的这个工作流，比如说他的类型是章节生成的， 选择这个章节生成的工作流去调用啊，所以我们现在就要确认后端提供的这个工作流调用的接口能不能满足我们这个要求。那怎么去确认呢？有两种，一种是我们自己去看待嘛， 那这里呢，我们就是要求它把我们调用的每一个关键节点都给我们列出来。哦，这样的话我们才好去看现在整个流程，然后看怎么去整改这个流程，因为这个流程肯定是有问题的哦， a few moments later， 好，他分析完了，我们来看一下，我们最终是需要输入和输出，要看一下啊，将用这个接口会传一个 input， 就是 一个输入的参数，那这个参数是一个 json 对 象，那就没没有问题啊，我们就可以自己去定义啊。然后我们来看一下返回啊，返回是有一个 output dat， 原则上是跟我们需要的是一致的啊，那这个里面有个关键点啊，就是我们到底在调用哪一个啊？这个是需要去确认的啊，这个里面是没有的，因为他没有写啊，这里只是说调用这个 workflow id 就 可以。 但是我们实际上是有一个后端自动的一个机制，就是我们前端通过这个 tab 去调用啊，因为我们刚才讲了，后端是 可以配置很多个不同的工作流，但是它们的类型有可能是相同的。然后同一时间呢，我们只有一个默认是启动的，那这个默认启动的工作流就是我们后端默认去接收前端请求时处理的。比如说这里我们要处理这个章节生成这个工作流啊，那我们 其实可以再加一个，我们也可以再将它选成章节生成的工作流，然后这里的 id 我 们可以随便输一个给大家去 看一下啊，这个状态我们设成奇用以后，你看它就会提示啊，同一类工作流只能奇用一个配置啊，所以我们 我们可以保存不同的章节生成的工作流，但是我们同一时间只有一个是奇用的，那在这里呢，实际上我们是不去管它到底是用哪个工作流，我们这里只管给这个接口传，我要章节生成，然后生成的参数是什么， 就等它返回以后给结果。所以这里我们可以看到前端现在的调用是传这个 id 啊，传这个 config 的 id， 那 这样的话，我们是传的是这个工作流的 id， 就是 相当于前端要知道工作流的 id 才可以。但是我们现在前端我只 传一个类型，然后由后端根据这个类型去找到当前其用的工作流是哪一个，然后自动调用。这个是和我们需求不一样的啊，因此我们只有这样给它提示词。 好，这是我们的一个业务要求啊，这个我们要先让后端去改造，改造完成以后我们在前端再去测试啊。 tomorrow， 好， 这个前端是配完的，我们来搞一下子啊，比如说我们输一个 c， 加加加加入我们，然后点这个 ai 生成大纲啊，就可以直接地调用。我们 现在看他就已经在调用我们的这个工作流了，生成的这个参数里面有一个 tab 啊，然后还有一个是我们的这个 topic， 那 这个就是我们大纲工作流的输入。 那我们之前设计我们的后端呢，是统一做流逝接口，所以这里是一个流逝接口的一个通信。但是我们现在缺什么呢？我们缺这个 ping 的 事件，要不然的话这里一直生成，但是我们并不知道他到底什么时候能生成好。 ok， 现在已经生成好了，可以看到这个生成的还是非常详细的，就是给了五张啊，我们可以看一下。那接下来呢，我们就要去对接我们的小节生成啊， 好，这里后端呢，我们来处理刚才说的 ping 的 消息，然后我们的外部端呢，有有几个 bug 需要去解决啊？第一个是进入到知识体系后，点击查看提示参数错误点， 点击编辑，呃，内容和实际保存的不符啊。 a few moments later， 好， 经过一番 bug 呢，我们已经把刚才说的一些小问题全部都解决了啊，编辑的时候我们现在也可以去保存我们的知识点啊，查看也 o ok 了啊，那接下来呢，我们就开始去对接我们的第二个工作流，第二个工作流是我们的这个 section， 那 同样的我们先配一下这个 section， 还是在我们的后台这里去配置一下，然后这里我们新增配置啊，工作流类型呢，我们就选这个知识卡片生成， 这里我们就统一选流式。这个 id 呢，我们就粘上我们刚才的 id 啊，然后点保存好，这样我们就已经配好了。然后我们先来在后端测试一下啊，这里我们要跟后端讲一下我们这个工作流的标准输入和输出， 它的格式呢，主要是这四个，然后其中那个 color system， 它是一个接收对象，里面还有内容，然后我们就把之前前端整理的这个内容粘上去啊，这个是我们之前整理的这个配色方案啊。 ok， 核对了一下没有问，那我们直接就发给后端，让他再去重新检查一下线上数据库，然后试配一下 a few moments later。 好， 花点时间我们把这个主题颜色也给配上去了啊，所以这样的话，我们的这个卡片的这个颜色呢，是可以直接从后台抓取的啊，现在我们就来前端先把这个颜色给弄上去啊， 那工作流调用的前端提示词时间和后端是大同小异啊，我们拿过来稍微改一下。好，这里呢有几个地方我们要注意啊，首先第一个就是我们的知识卡片的输入类型， 我们工作流的输入格式是这个啊，这个是不会变的，但是呢，这个 color system 配色主题，这里要告诉它是从 web s sdk 中获取默认的配色对象，然后进行组装， 这里呢 color system 的 格式我们留一个就好了，所以这个地方就不是数足了。 ok， 这个就是前端的一个适配啊，然后这里的这个 type 类型呢是什么呢？是我们之前定义的这个呢，我们定义的这么几类啊，我们要用到的是这个 card generation 啊，这里就是调用 type 为 knowledge card generation 的 工作流，等它把这个功能做完，我们就开始做我们的 这是卡片的工作流 later。 好， 这边它已经做完了，我们现在呢就来做这个芝士小节的生成，那把我们之前准备好的体式词呢，复制给我们的前端，直接让它去实现啊。 ok， 它很快就做完了，我们看一下啊，在这里啊，我们点这个编辑，以后有生成内容，那我们就按照这个来生成一下啊，目前看是 工作流返回错误啊，所以这里给了一个兜底的数据，这个不是我们工作流生成的。那这个问题呢，我们要看一下，我们的调用是首先获取了我们的这个 color 的 详细的这个内容啊，然后在调用工作流的时候，这里返回了一个丢失了这个 r g b a 的 这个参数啊，这个里面确实是少了这个 r g b a 啊，我们看一下这个，我们这个代码里面，这里确实没有 r g b a 啊，所以说现在问题很明确，就是这个里面缺少了这个 r g b a 的 这个参数。 那我们得看一下我们给的这个里面是有没有啊，我们这个里面是没有的，那说明我们之前这个 ai 整理的是有问题的，找着了以前的这个，然后我们就把以前的这个发给他们，发现少了这个 r g b。 以后呢，我们 要在后端的数据库里面先添加，所以这里我们创建一个 ext 文件啊，然后把它粘过来，然后让后端把这个地方适配一下，我们等后端好了以后，我们再同步去改前端 a few moments later 好 了，现在后端已经做完更新了。 s d k 啊，我们前端适配一下就再测试一下。呃，这个里面其实已经没有什么难点了，因为按照我们之前的设计呢，我们这个工作流的 provider 呢，是支持任意工作流的调用， 那唯一的区别就是它的传入和返回的参数不一样，那输入输出的参数呢？是由我们的前端去组装和去回收的啊，所以我们重点调试的都是工作流的输入输出参数了。 a few moments later 好，现在是应该没有问题了。 ok， 现在没有报错了，已经在调用了，我们就等它调用完。非常好啊，我们最终生成了我们的这个支持卡片啊，可以看到这个效果还是很不错啊。 ok， 我 们点一下保存，测试一下这个能不能保存 好，现在返回，然后我们来预览一下啊，但是为什么他的这个顺序变了？好，这个 bug 我 们稍后我来下去去解啊，但是我们现在这个是有了，我们这两个工作流就算是接入进来了，哈哈哈， 好，那我们这节课的下半部分对接工作流实现预览和发布，我们基本上最核心的就给大家演示了一下。啊， 那在这个里面有一个很重要的一个架构变更，是我们将我们的这个知识服务的内容提供者啊，我们的 knowledge workflow provider 给抽象了出来，然后做了一个扣子的实现啊，然后我们定义了我们标准的一个工作流的配置，那我们配置它的 工作流的 id 和是否是流逝输出，以及创建了一个它的类型啊，同时通过我们的数据库呢做了一个保存。好，那本节课我们就完成了我们整个 ai 内容生成的一个管理后台和后端的一个链路打通。那这节课的话就是大家可以借鉴我的这种 构思的方法，去思考自己小程序核心业务如何去构思。那下节课呢？我们就会通过 web view 去加载我们生成的这个章节的内容，从而在我们的手机上去同步展示我们的这个内容。 所以下节我们需要去跟大家去讲这个 web view 小 程序里面如何去加载这个本地的 html 文件。好，那我们这节课内容就到这，我们下节课再见。

下周三，我连账户都还没注册，不对，不是这个 又得重来。如果你要做商城，要收钱，别省这三百块。备案，我不是注册了吗？注册完了就能写代码了？天真！二零二三年底起，所有小程序必须会备案，没有备案的号门都进不去，公信到不短信，幺二三八幺发的，二十四小时不核认，直接打回原型，有人拍三次都被驳回，最后发现是背景有木纹，换白墙，秒过。备案过了，终于能写代码了。但是新手别贪新鲜，稳定版才是你的 朋友。二点零月蓝版虽然集成了 ai 编程，但你不想写到一半工具崩了吧，每个页面就四个文件， w 没管结构， w x 管钥匙， g 管柜制。如果你会外部开发，上手几乎零门槛。 w x x 就是 x， 加了个 up 响应单单位七百五十 x 等于屏幕宽度，再也不用算百分比了。 后团呢？我后团还没写。后团怎么搞？两条路，开打云开发，微信官方提供，不用买服务器，不用备案域名，中小项目首选前端，一个人就能全攻。自建后团，你要自己搞服务器， s， 五白名单一套配下来半天单包一层 h t s 就 行。复杂业务还是自建更灵活。后团我有了！

很多商家以为制作一个简单微信小程序必须懂代码、找团队，现在只需要跟随标准化的操作流程，也能搭建起专属的线上经营阵地。一、注册小程序账号 首先访问官方公众平台，点击立即注册。选择小程序通道，请提前准备好营业执照，个人主体无法开通支付功能，且限制较多企业主体才是商业运营的正确选择。二、 选行业适配模板，登录第三方格式化制作工具，根据您的业务属性筛选模板，后台拥有覆盖全行业的成熟模板库，选择最接近需求的样式即可节省大量设计时间。三、精心编辑制作 通过简单的图文替换即可完成装修。您可以自由修改页面文案，上传产品图片，调整导航栏目所见即所得的操作，让制作过程像做 ppt 一 样简单。四、 授权并发布将小程序账号授权给工具，仔细检查各项设置，确认无误后发布小程序就上线了。大家学会了吗？对你有用？别忘了分享、点赞加关注哦！如有开发制作小程序的需求，欢迎私信咨询！

用现在爆火的 callmax 做一个小程序真的是太简单了。但是上一条视频，我发现很多人连软件都不会安装，于是我耗时一个月做了一句话，生成小程序的网页，直接你输入网址就可以进去， 直接告诉他给我做一个高考志愿填报系统，很快就能出来一个系统，你输入分数，我一次省分就能看到怎么填，做完就直接可以分享给好友。如果你每天中午有吃饭纠结症，让他做一个抽签系统，点一下就知道中午要吃什么了。你想做什么程序，就直接在对话里和他提要求， 它也支持微调。凡是我的 ai 编程课学员，我直接送一年的 ai 生成会员，再结合我课程里面的小程序上线流程，如果你真的想提效，尤其是给自己业务赋能，真的很方便。我再测试一下，几天就会把这个系统做上线。

这是微信小程序，一个人人都会经常用的东西，今天呢带来一期超实用的小程序开发教程，手把手教你如何把 ai agent 的 强大能力融入到微信小程序中。我们呢做一个这样的旅行助手小程序，通过 m c p 接入腾讯地图，帮助用户智能的规划吃喝玩乐，安排行程。话不多说啊，我们开始上手 开发微信小程序呢，需要做一些准备。首先呢要注册一个自己的小程序，这个过程呢我就跳过了，大家可以按照说明呢去填写信息，然后注册完成就可以了。然后呢，我们再登录一下腾讯云开发的平台，这里呢建议用小程序的账号来登录，会方便一些。另外呢，还需要提前准备好微信开发者工具， 因为要用到腾讯地图的能力啊，所以还要提前注册一个腾讯地图的开发者账号。那准备好了这几样以后呢，我们就可以开始了，因为我们要把 ai agent 的 能力啊加入小程序，所以我们要先在腾讯云开发当中去创建 agent 和配置 mcp。 进入平台以后呢，我们点击 ai 加 ai 开发的套件呢都在这里，我们点击 m c p， 然后找到腾讯地图，点击安装模板，这里呢有两个参数需要传，一个是腾讯地图的 api key， 我 们需要到腾讯地图的开发者平台，在我的应用里创建一个新的 key 起用产品，这里啊要勾选 web service api 就 可以了。然后呢，我们把生成的 key 复制到 mcp 的 配置当中。第二个 jason formate 呢，这里要注意啊，这里面的填写的是零和一，说明一下啊，填一的话呢，腾讯地图会返回 jason 格式的内容， 填零的话呢，它会做一个语义的转换，以自然语言的形式呢去返回内容，因为我后面呢还要做一些处理，所以呢我就选择填一用 jason 的 格式来返回，那这样就可以了，确认以后呢，稍微等一会儿， mcp 服务启动以后啊，我们先来调用一下， 点击这个图纸，然后呢选择最简单的地理位置就可以做一下测试。这个呢其实非常有用，因为现在的 mcp 的 说明文档啊，不是很全面， 比如你想看一下数据的具体返回格式，那就需要用这种调试的方式来获取数据。有了 mcp 以后呢，我们就迈出了第一步，接下来呢，我们再创建一个 agent， 然后呢要选择模型，注意啊，要选择支持 mcp 的， 建议呢，用这个会员 turbo latest 的 我感觉呢效果好一些。然后呢我们先把 mcp 添加上， 之后呢再写一下提示词，这里呢我就是告诉他作为旅行助手要干的几件事情，然后啊再加一个欢迎词，那接下来呢，我们就可以测试一下了， 我们可以看到 agent 目前已经可以正常的工作了，当然呢，现在看起来有点简陋，那接下来呢，我们就把它放到小程序当中，我们打开微信开发者工具，新建一个项目，这里呢我就选择 ui agent 的 模板项目， 然后呢选择一下之前注册的小程序进入项目呢，可以看到啊，模板给我们带了非常详细的说明，其实啊，就算你不太会用的话，可以直接按照这里的描述来，我们就按它的说明啊，把这个一问特换成自己的， 然后呢再把 bot 换成我们的 agent 的 id， 修改完了以后啊，就可以把 agent 的 加入到小程序了，那既然配置好了呢，我们就来运行一下， 有没有发现啊，效果比之前要好了，有了地图的卡片，还有一些商家的信息卡片不只是文字了，这个 ui agent 呢，其实是专门为小程序用的 ai 智能对话的 ui 组建。那这个 agent 的 ui 呢，其实也是一个开源项目， 可以直接去 github 上看到它的全部源码。除了基本的对话 ui 结构以外啊，还提供了一些势力的 custom 的 卡，比如呢，地图的卡片，天气的卡片，还有一些信息的卡片， 相当于呢，在基本的对话智能体上做了一些扩展。如果你也想要实现一些类似的自定义呢，那就需要通过代码来去控制，这也算是有代码和无代码的一个结合。我们可以查看一下源码当中的托卡， 这里面呢包含了几个简单的工具，其实呢，实现起来呢，就是获取一下 a 阵的数据，然后呢去做一些对应的处理，然后呢再结合一些小程序提供的组建，就可以实现最终的效果了。因为啊，这里已经把源码全部都给出来了， 所以呢，如果你觉得效果不是很满意的话呢，其实完全可以自己去修改。另外呢，如果是你已经有自己的小程序，那可以直接把 component 里边相关的这个 agent ui 的 部分啊拷贝到新的项目当中，这样呢就可以直接引入 ai agent 了。 就比如呢，比较常见的基于知识库的客服，这个是很多小程序都现在喜欢加的一个功能，那想要实现这个能力呢，你只需要在云开发上搭建一个 agent， 然后添加知识库， 最后呢再把 a 阵的 id 配置好就可以使用了。 运行起来之后呢，可以通过托管服务的日历监控服务，具体的去查看运行的情况。云开发呢，目前也支持开发者自行的去开发和部署自己的 m c p server， 有兴趣的呢可以自己去尝试一下。最后提醒一句啊，云开发商的 m c p 资源是收费的，如果不用了呢，一定要到云托管当中去删除，光删除 m c p 是 不行的，或者呢，暂时不上线的话，可以把云托管的实力调整为零。 如果你也想开发自己的小程序呢，那就赶快去试一试吧。好了，那我们今天的内容呢，就到这里，下次再见。

还在羡慕别人的生意做的风生水起？其实只要掌握方法，无需懂代码，短短半天时间，你也能拥有一个属于自己的商用小程序，轻松抢占微信流量红利。一、注 册小程序账号首先登录微信公众平台官网，点击立即注册，选择小程序类型，填写基本信息并完成邮箱激活后，请务必上传营业执照。选择企业主体 为个人主体，功能受限，无法开通微信支付，根本无法满足商业经营需求。二、选择适配模板登录第三方制作工具后台，根据你所从事的餐饮、美业或电商等行业分类，在模板库中选择一款现成的样式， 为您节省大量基础设计与开发工作。三、编辑制作小程序进入格式化编辑界面，像做 ppt 一 样，通过拖拽、替换图片和修改文字，将模板修改成你想要的样子，上传自己的产品，整个过程无需编辑任何代码。四、 授权并发布将小程序账号授权给制作工具，全面检查页面功能等设置，确认无误后发布设置。小程序正式上线，大家学会了吗？对你有用？别忘了分享、点赞加关注哦！如有开发制作小程序的需求，欢迎私信咨询！

微信卖货小程序怎么做？这是一个小程序商店直接在里面下单卖货的，那做一个小程序需要什么资料？需要有营业执照，公司和个体户都是可以的，再有就是你的 管理员的信息，收款账户等等资料准备好了之后，在浏览器找到小程序平台， 这边有一个小程序注册，填写一下邮箱的信息，激活一下小程序激活成功之后是像这样的先进行小程序的认证，就填写一下你的营业执照信息管理员的信息，认证费是三百块钱，而且这个是每年都要的，个体户会便宜些，三十块钱。 认证完成之后，在左侧这边去开通一下这个支付小程序，收钱是会先进入到这个支付平台，再提现到你自己账户的。这个只是说 注册一个小程序不具备这种下单卖货的功能，因为大家可以看到在这里面并不具备像什么商品订单管理这些功能，是需要去开发的。所以说在这边有一个开发与服务，你如果说懂程序代码就自己去开发， 不懂程序代码就可以去找服务商去进行开发。开发呢有定制的模板，一般两三千块钱，定制的一般一两万，就看功能多少。 把开发的系统绑定到小程序，这个呢就是一个已经做好的卖货的系统，在这边啊，直接把小程序绑定进来，我们去添加一下商品， 以这个为例，我们设置一下商品的名称，图片、价格、规格，物流的方式，是发快递还是同城配送等等，还有就是商品详情页 这些去保存，保存好了之后再来去设置一个小程序，店铺的首页这边我们系统自带的有很多的模板，在这个模板上面去进行修改好以这个维尼，然后我们再来去调整就行了。他是卖生鲜的，你不是卖生鲜的怎么办？那简单 找一张你们行业的图片去替换上去就行了，比如我上传一张服装的，那这张服装的图片就替换了， 总之你卖什么就替换什么样的图片，这些就是分类的图标导航啊，就是你需要的话就保留，不需要是可以点这个叉叉删掉的，那我们比如说这个是水果，那我可以改成服装， 那这个蔬菜我可以改成食品，但是这个它是芒果的，那我们也可以去选择一张服装的图片，我们把它给替换上去， 然后像这种他的图片就替换了，这个我还可以去替换成其他的，也是我们时间限制就不一一替换了，你想要改成什么样的一个品类都是可以的。再往下就是这些什么零食啊等等，需要的话保留，不需要一样删啊，这些直接就删除好， 这些有秒杀，那我们需要也可以保留吗？再往下这边就是商品，那我们直接在右侧啊，这边有商品主键，不需要的直接点这个删除新增怎么办？找到啊，这边我们刚刚加号里面直接有一个添加，他就 把我们所创建的商品给添加进来了，再去改一下它的展现方式，像这种一排一个，一排两个好去保存发布 就行了。用户到时候打开小程序，比如说像这样的一些程序，直接就可以像这种打开商品就可以直接去进行下单购买，购买之后我们来看一下订单，在订单里面有代付款、代发货，我们找到这个订单管理， 在这边就可以看到用户下单的这些信息，我们直接去进行发货就行了，立即发货，填写物流公司快递单号， 到时候消费者那边就可以看到物流的动态，做一个卖货小程序。如果说我们想做一些会员的促销，会员的打折这些也是可以的，日常的卖货常用的这个包邮、满减积分、消费奖励通通也都是有的。

想拥有自己的微信小程序，却担心技术门槛？其实无需代码基础，简单制作一个微信小程序已成为现实，只需跟随清晰的流程，即使是新手也能快速搭建商用小程序。一、注册小程序账号 首先访问微信公众平台，点击立即注册。选择小程序类型，务必选择企业主体类型进行登记，必须使用营业执照完成认证、个人主体功能受限、无法开通支付等关键能力。二、 选行业适配模板，登录专业的小程序制作工具后台根据你所从事的餐饮、零售或服务等行业分类，在海量现成模板中挑选新一款式，一键套用后即可进入格式化编辑界面。三、 认真编辑制作，通过拖拽替换图片、修改文字内容来个性化定制页面，并调整整体色彩风格，以匹配品牌，直至布局与内容完全符合预期。四、 授权并发布将注册的小程序账号授权给制作工具，点击一键发布，等待审核通过后即可上线运营。大家学会了吗？对你有用？别忘了分享、点赞加关注哦！如有开发制作小程序的需求，欢迎私信咨询！

如何制作一个微信小程序商场？可以线上售卖我们的产品，包括我们做一些会员的一些积分，会员充值，包括线上的优惠券，线上的一些分销等等。这里我们可以直接利用小程序制作平台快速的创建，可以直接百度上搜索马云数字 啊淘见他的网站，点击进入了他的官网，这个是他的官网，右上角这里有一个注册账号，可以注册一个体验的账号， 注册完之后我们登录进来，进入到产品中心，这里他会有不同类型的产品，我们做这个小程序商场就选择这个商场，点击好这里进入到商场的管理后台， 左侧这一块是他的一些基本功能，这边有个装修商场，可以去选择模板，装修页面 他会有三个端，除了小程序商城之外，他还有手机商城、电脑商城这两个形成是网站的这种形式，网页的这种形式我们看一下左侧，比如说最基本的商场里面就是他的一些基础设置，比如说支付的设置， 支付小程序我们一般支持微信支付，这里我们可以直接申请一个微信支付的商户号。 好，这个是必须要有底货或者是公司的资质配送的方式，这就是我们一般售卖产品，他会有快递发货、 到店自提同城配送，这些都是最主流的这种配送方式，同同城配送一般就是支持我们自己配送，或者是我们可以对接第三方的同城配送，这里目前可以对接顺丰同城。好，下面还有这个商品的商家， 这里我们看的这是已经上架的一些产品，那我们上架产品他是可以直接去添加或是本地导入，当然本地导入我们需要按照他的格式， 比如说表格需要按照他表格去填写，如果是压缩包，需要按照他的压缩包里面的文件的这种格式去整理。 比如说添加产品，这里直接添加，按照他产品名称、产品图片，包括他的产品的参数，包括详情页，其他设置可以设置他的配送方式，还有上架的时间。

想自己制作一个微信小程序，但不懂记错代码，其实过程比想象中简单，核心流程可以规划为四个关键环节，一步步带你实现。一、注册小程序账号 首先需要在微信公众平台官网，关键一步是选择企业主体，并准备好营业执照等信息，完成认证。个人账号功能受限，无法用于商业经营，因此企业资质是必不可少的前提。 按要求填写好信息，完成注册。二、挑选适配模板借助主流的格式化小程序制作工具，平台提供了大量已设计好的模板，需根据自己所属的行进行筛选，选择一个框架汉风格最贴近需求的模板，这能节省大量设计时间。三、用心编辑制作在这里，所有修改都可通过拖拽和点击完成。 上传自己的品牌 logo、 汉产品图片，替换所有的文字介绍，调整页面配色以符合品牌形象，并根据需要决定展示哪些功能模块，整个过程像搭建积木一样灵活简单。四、 授权并发布小程序将小程序账号授权给制作工具，确认无误后，发布小程序就能正式上线与大家见面了。大家学会了吗？对你有用？别忘了分享、点赞加关注哦！如有开发制作小程序的需求，欢迎私信咨询！

兄弟们，今天使用 v b c 零给大家开发一款微信小程序宠物领养系统，当前写好提示词，要求有五下十点，要求指定好项目名称是微信小程序领养系统，后端使用 spring bot， 在 搜索目录下， 在科莱目录下，微信小程序端等目录使用微信数据库，使用麦搜扣八端口三三零八生成搜扣语句以及测日数据拥护，不需要加密，密码是一二三五六，适合大学本科毕业。设计要求生成的代码要求加中文备注。 系统后台后幕主页带一点统计图表功能，项目里面需要擅长的图片和文件统一放在地盘的。这个阿布洛斯目前空投下，界面要求美观大方，多一些好看的样式，不能太古板。微信小程序用户使用用户名和密码灯， 但请我们将这个提示词放到我们这个 log code 里面去，生成一个执行计划，这是他给我生成了好的一个事。这计划大家可以看一下，包括后端框架配置， api 设镜以及前端的路由仪表盘统计前端的一些依赖。 执行完了之后我给大家展示一下这个效果，这是后台有仪表盘，用户管理、分类管理、宠物管理、领养管理、公告管理、反馈以及容多普。 这是微信小程序，微信小程序端的一个页面展示，首页可以展示宠物分类，推荐一些宠物，这是宠物的一个列表，还有一些公告，这是我的一个页面。接下来给大家演示一下如何使用，比方说我们去啊 领养这个宠物，点击申请领养，选上我的姓名， 提交完申请之后，我们来到后台管理，刚才领养的是这个金色脚板。 好，我们这里可以定心审核， 审核通过之后这个状态就是变更审核通一样。好了，项目到这里就结束了。

这是我花了三万八做出来的商城小程序，而这只花了幺九九八，同样能正常跑通的商城小程序，我们来看一下到底有什么不同。 当从红光的角度看，都具备下单、付款、拼团、秒杀，但从专业角度看，两者的底层差距真的非常大。最核心的区别就是，大的商城没有原码，通俗一点讲， 源码就是房产证。萨斯是租房，而定制是买房。当然，现在市面上也有买断版的萨斯，但价格会涨一些，跟定制的费用基本持平了。如果你正好想做一个商城小程序，小体量用来卖货，你就选萨斯商城，完全适配一。当你的体量起来了，或者你想改一个平台不支持的功能， 比如定制专属的业务流程，做个个性化功能开发，对接你自己的 erp。 嗯， 老话说，好货不便宜，但更准确的说法应该是，合适才最重要。你听懂了吗？评论区告诉我哦！