AI Helper 现在会自己核验错误并构建动作栏
AI Helper 是 JustZix 内置的助手,它替你写 CSS 和 JavaScript。在最近的某个版本里,它获得了四个新工具:借助它们,它能自己核验代码是否有效,并且能构建的不只是规则,还有交互式动作栏。本文解释这在实践中改变了什么。
问题:看着对、却跑不起来的代码
语言模型能写出一段看着令人信服的片段,而它在某个具体页面上仍然失败——选择器错了、有个拼写错误、一个语法错误。以前 AI Helper 把那段代码给你看,发现问题就落在你头上。你得粘贴它、运行它、看到错误,然后请求一个修复。
read_temp_pane——在你看到结果之前核验
read_temp_pane 工具把生成的代码丢进一个 TEMP 窗口并检查它。对于 JavaScript,它实际运行代码并返回一个同步错误或一个成功确认;对于 CSS,它检查基本语法。AI Helper 自己做这件事,在一个循环里,甚至在它向你展示一个提案之前就做。
read_console——读取运行时错误
第二个工具 read_console 打开一个 TEMP 输出控制台窗口,读取页面捕获到的 console 条目——包括只在代码运行后才出现的错误。助手看到的与你在 DevTools 里会看到的是同一个东西,并且能在代码到你手里之前修复它。
create_bar 与 create_action——构建动作栏
另外两个工具超出了 CSS 和 JS。create_bar 创建一个固定到文件夹、分组或规则集的动作栏,create_action 往它里面添加一个动作:一个按钮、一个下拉选择、一个文本字段、一个滑块、一个文本区域,或一个三态开关。所以你可以请求“做一个带字号滑块的动作栏”,得到一个完成的、交互式的面板——而不只是一条规则。
工作流:描述、批准、完成
一次典型的对话是这样的:你描述你想要什么;AI Helper 检查页面、写代码,用 read_temp_pane 和 read_console 自己测试它,如果失败就修复它,最后把完成的结果展示给你。创建一条规则、一个动作栏或一个动作需要在扩展里单独确认——没有你的同意,什么都不会进入你的库。
系统提示词里的完整上下文
为了让助手挑选正确的工具,系统提示词被赋予了关于数据模型的完整图景:六种动作类型连同它们的配置字段,外加关于何时一个 CSS/JS 集比一个交互式动作栏更合适的指引。这就是为什么这些提案贴合 JustZix 实际的运作方式,而不是对扩展的某种笼统印象。
好处
更少几轮修复——你看到的代码已经被助手自己检查过一次。助手构建的是界面,不只是规则——动作栏和按钮直接在对话里成形。最后:你保持完全的掌控,因为每一次写入库都需要你的确认。
你在设置里配置 AI Helper,提供一个 OpenAI、Anthropic 或 Gemini 的 API 密钥——密钥留在你的设备上。安装 JustZix,把你的第一个微调描述给助手。
为这篇文章评分
★ 5.0 · 2 个评分