有没有开放对应的API，我们目前使用的火山引擎以及通义灵码在提交PR后 自动codeReview代码，并且给出提示。目前自研同构框架，编译后的代码在IDE的编辑器里基本失去了可读性，更希望的是能开放API，由我们自己集成。

遇到的难点：

• 让AI生成的代码符合日常开发习惯或项目开发习惯 （规范文件约束）
• 另一个难点 让AI知道该用哪个封装好组件或函数
• 让AI读懂需求图

提示词

你是一个资深的前端开发工程师，精通小程序原生和同构框架开发，现在需要开发一个需求，我会提供ui图、需求描述和接口文档，请严格按照规范文件提供的规范生成页面组件，生成在xxx目录
---------需求描述：---------
xxx
--------接口文档：----------
xxx

 一点点经验：

提问不要总是一成不变的说：帮我实现什么什么功能？要想减少对话长度，直接就输出符合你当前项目的代码。可以按需要给提示词：

①是告诉代码助手你想使用的技术栈 [ 技术 | 语言 | 框架 | 插件 ] ，并且按需指定版本 —> ②是描述你的功能 —> ③是告诉AI引用哪些 [ 文件 | 代码片段 | 开发文档 | 插件依赖 | 三方库 | API ] —> ④ 是你的约束条件 [ 性能 | 风格 | 输出格式 | 边界与异常处理 | 排除法 ] 等

希望的能力：

开发工具的「AI代码助手」 啥时候能安排上智能代码补全，包括不限于根据注释生成代码、根据光标位置页面上下文生成代码建议、函数自动补全、以及理解多个文件进行补全建议

吐槽：

1、有时候明明已经添加@了文件，叫它总结内容，但是它就是说看到了文件（没有提供内容），非要我把代码粘贴给它，在vs中使用代码助手体验就好很多

2、如果一个问题询问多次都没解决，它就在两种解决方式之间改回去又改过来，始终没有考虑受到其它因素影响，最离谱的一次，它明明就没有修改代码只是在相关代码后加了个注释 （//这一定不可能出现什么情况 ），他跟我说改好了，这次已经解决了。

3、它总说我理解你的需求...，我明白... ，但实际上并没有

代码片段：

和AI大战300回合写的Hextris 小游戏

https://developers.weixin.qq.com/s/UlELGWmL8f0N

AI让我变得非常懒，但真的很爽

一行提示词搞定表单校验，省了半小时手写逻辑！

使用 CodeBuddy 时，我输入的提示是「实现一个小程序手机号输入框校验，格式错误就提示」。它直接帮我生成了完整的代码片段，逻辑清晰、体验友好：

<view class="form-item">
  <input placeholder="请输入手机号" bindinput="onPhoneInput" />
  <text wx:if="{{phoneError}}" class="error-text">手机号格式错误</text>
</view>

Page({
  data: { phone: '', phoneError: false },
  onPhoneInput(e) {
    const value = e.detail.value
    const valid = /^1[3-9]\d{9}$/.test(value)
    this.setData({ phone: value, phoneError: !valid })
  }
...
AI一顿写
})

5秒钟生成，不仅能直接用，还自动考虑到正则和提示逻辑，真的很省力。

同时，对大家写提示词prompt 的要求更高了

比如提示词：「我要做一个小程序顶部吸顶导航栏，页面滚动超过100时固定在顶部」，生成的代码结构几乎不用修改。

此外，code review相比于其他AI 是个优势，分分钟省了出时间做评审！~

【Bug与建议吐槽】

代码助手虽然聪明，但也遇到些“迷之行为”：

• 自动生成的 CSS 偶尔会缺少 rpx 单位；
• 对 flex 布局理解 OK，但如果我想用 grid，它反而不太行；
• 输入一些涉及微信支付、用户授权的逻辑时，提示内容略显简略，文档引用不足。

我要分享代码成品：

完全由codeBuddy生成的小项目已经上线了，叫“倒数时光”，有兴趣的朋友可以搜索看一看。

以下是我使用的提示词，生成的第一个版本就很符合我的预期，全程没有大的修改，每完成一次任务，codeBuddy都会进行总结，并且给出下一步的建议和优化方向。按照它的建议我又进行了两次修改，并且让它自主修复了BUG。开发过程总计历时约40分钟。

我要点赞：

1、调用小程序最新的API，不像其他AI工具会生成过时的小程序代码。

2、生成的UI风格我很喜欢，解决了程序员不懂UI的烦恼。

3、注释很到位，每个方法都会给出注释，并且重要的逻辑都有注释。

4、常识性的细节会考虑到位。比如，我并没有给出春节、高考的具体计算方法，它给我进行了特意的标注和建议。

我要吐槽：

1、它经常说谎：明明代码没有写入到文件中，它却报告它已经完成了任务。这时候需要检查下它到底是真的没有写代码还是写了代码没有生效（比如一个css样式，可能它只是没有注意作用域的问题，但是它很难自己排查出来）。

2、它经常罢工：经常出现“当前服务请求异常，我们正在全力修复。(Code: 4000)”的提示。

3、它在处理复杂任务时还需提升能力，比如我让它实现一个日历组件就实现的不尽如人意。

总之，codeBuddy让我过上了一心多用的日子，能同时开发好几个项目，上班、摸鱼、搞副业全不耽误。希望codeBuddy越来越好用，早日让我成为不用写一行代码的程序员。

上个话题精选了，礼物还没送出，是不是忘了啊

分享：1、在使用代码助手时，尽量描述功能需求时保持简洁明了。例如，不要写“我想要做一个界面”，而是直接描述“我想要做一个用户信息展示页面，显示头像、昵称和签名”。2、如果你想生成一个界面，尝试使用类似“展示”、“创建”之类的关键词，这样代码助手能更清楚地理解你的需求。3、当描述复杂功能时，可以分开逐步描述。例如，先生成一个布局，再逐步添加交互功能。

希望代码助手在处理列表渲染时能自动识别数据源的格式，提供更多调试提示和自动修复的建议。

参考cursor使用经验：

1，是否支持项目级rules设定，可以解决团队协作一些项目相关的生成规则的指定和维护，防止乱生成，生成乱的问题。

2，官方是建议整体框架使用Ai搭建，然后由其他同学进行细则填充；还是更建议使用Ai生成小模块小功能。

是我没用明白还是功能缺陷好像不能再现有代码基础上进行增加呢 ，只会生成独立文件