平台
面向严肃 AI 软件交付的点选即提示
点击运行中应用的任意元素,即可在下一条提示词中引用它——让变更落在你指向的东西上,而不是 AI 猜测出来的东西上。
点选即提示是 Ciao Builder 的一项功能,让你可以点击实时预览中的任意元素——按钮、表格、图表或表单字段——并在下一条提示词中直接引用它。与用文字描述界面、寄希望于 AI 数的卡片和你数的一样不同,点选即提示让目标变得毫无歧义,因此修改会精确落在所选组件的范围内,产出一份小的、可审核的差异对比。
发布日期 2026-07-03 · 最近更新 2026-07-03
大多数失败的提示词,问题不在想法,而在地址
“把第三张卡片改小一点”这句话,只在 AI 数的卡片和你数的一样时才管用。用文字描述用户界面是一件有损耗的事:你说的“页头”、模型理解的“页头”和代码里的“页头”,可能是三个不同的东西。歧义进去,错误的修改出来,你接下来的三条提示词都花在撤销那些你从未提过的元素上的损伤。
点选即提示消除了这个定位问题。应用在构建过程中就与对话并排实时运行;点击那个预览里的任意元素,它就会被引用进你的下一条提示词。Builder 确切知道你指的是哪个组件——不用数,不用描述,不用为词汇讨价还价。
这是一个很小的交互,却带来了极大的影响。Builder 之所以把对话和一个运行中的应用配对,正是为了让“指”这件事成为可能——预览不是一个演示窗格,而是你和 AI 之间共享的参照系。
点选即提示是如何工作的
这个循环只需几秒钟,对一个正在打磨落地页的创始人和一个正在调整管理员表格的工程师来说都是一样的。
1. 打开实时预览
应用在构建过程中就与对话并排运行——真实组件、真实数据结构、真实点击。
2. 点击你所指的那个元素
一个按钮、一列表格、一张图表、一个表单字段,或一个散落的标签。选择是作用在运行中的应用上,而不是一张截图。
3. 它会成为你下一条提示词的一部分
所选元素会被直接引用进提示词中,因此 Builder 会把它精确解析到代码中对应的那个组件。
4. 用简单语言描述这次改动
“把这个改成下拉菜单”“把这个移到摘要上方”“这个应该只对管理员显示”。“做什么”保持自然的表达;“在哪里”早已确定。
5. 修改会精确落地
变更会以所选组件为目标,在一个真实 Git 分支上产出一份小的差异对比,而不是一次投机性的重写。
6. 当场验证
预览会在对话旁边更新。如果还不对,再点一次——撤销与检查点让迭代变得廉价。
为什么这很重要
精确性会产生复利效应。当修改精准落在你指的位置时,迭代次数会减少,差异对比会变小,审核也会更容易——一个审核者确认“所选按钮改变了”,比审核一次重写要快得多。小而边界清晰的变更,恰恰也是 Guardrails 和 QA 最擅长设关卡的对象。
它也拓宽了谁能指挥这项工作。一位创始人、设计师或客户,不需要 CSS 词汇也能说清自己的意思——他们直接指向运行中的应用。“看到问题的人”和“能表达出修复方案的人”之间的鸿沟,缩小成了一次点击。
在反馈轮次中,团队最能感受到这种差别。一场评审会议上,人们眼看着请求的变更当场落地,和一场只产出下周待办清单的会议,是完全不同的产品关系。
谁在使用点选即提示
任何能看出问题所在的人,现在都能精准地指出它:
- 创始人与设计师 — 通过“指”来打磨界面,而不需要学习内边距和外边距的区别。
- 代理机构 — 在评审电话中,把客户那句“把那个移到那儿”的反馈,变成精确的修改——而不是在电话结束之后。
- 产品经理 — 把变更精确指向利益相关方投诉的那个具体元素,不再经历工单翻译带来的信息损耗。
- 开发者 — 让 AI 修改的范围收得很紧,保持差异对比小、审核快。
安全与治理说明
精确性不会放松规则——指向式的变更和打字输入的变更走的是同样的关卡。
- ✓ 边界清晰的修改会在真实 Git 分支上产出小的、可审核的差异对比。
- ✓ 无论是指向式还是打字输入的变更,合并前都会通过 Guardrails 政策审核。
- ✓ 只增不减的审计日志会把提示词和其产生的变更一起记录下来。
- ✓ 撤销与检查点恢复能让任何失误在几秒钟内被挽回。
- ✓ 基于角色的访问控制决定谁能编辑、谁能合并。
描述界面变更:纯文字 vs 点选即提示
这个对比在你两种方式都用过一个下午之后,就不再显得微妙了。
| 纯文字描述 | 点选即提示 | |
|---|---|---|
| 定位 | 取决于共享的词汇和数数 | 在运行中的应用里点击确切的元素 |
| 迭代次数 | 在描述被反复打磨的过程中要试好几次 | 更少——引用毫无歧义 |
| 副作用 | 修改可能落在长得像的元素上 | 被限定在所选组件的范围内 |
| 差异对比大小 | 常常比请求本身还大 | 小,并且只关联一个元素 |
| 谁能指挥工作 | 熟悉界面词汇的人 | 任何能指出问题的人 |
常见问题
点选即提示能在应用的任何部分使用吗?
你可以在整个运行中的界面上选择元素——按钮、表格、图表、表单、标签——因为实时预览就是真实的应用,而不是一张图片。这个选择会被解析到生成的 React 与 TypeScript 代码中真实的组件。
我需要懂代码才能使用它吗?
不需要。你指向那个元素,用简单语言描述这次改动。Builder 负责处理从所选元素到代码中组件的映射,差异对比也在那里,供任何确实想读代码的人查看。
如果变更会同时影响很多元素怎么办?
在提示词中描述这个模式——“把这个样式应用到所有摘要卡片上”——或者用提示词队列排队一系列范围明确的变更。点选即提示是为了精确而生;它并不会阻止你在需要时做出大范围的改动。
有没有记录显示当时选择并改动了什么?
有。每一次变更都是 Git 分支上的一份差异对比,只增不减的审计日志会记录提示词、合并与部署。审核者能看到当时提出了什么请求,以及究竟改动了什么。
点选即提示包含在自助服务计划中吗?
包含——它是 Builder 的核心能力,个人开发者可以自助购买积分起步。严肃的生产项目起价为每年 10,000 美元。