Puck AI：把“生成页面”改成“只组装你允许的组件”

亮点一：模型交付组件数据，前端继续掌握页面骨架

• instructions 可以附着在组件或字段上。开发者可以告诉模型标题组件应当放在前面，也可以规定某个字段采用特定写法。规则跟着组件走，页面生成时便能复用同一套局部判断。5
• schema 把自定义字段的内部数据形状写出来。模型遇到自定义字段、外部字段或用户字段时，仍然能按照 JSON Schema 生成可识别的数据。5
• required 和 exclude 分别控制哪些字段必须出现、哪些字段永远交给人工或其他流程处理。图片地址这类字段还可以关闭流式生成，减少预览阶段出现半截值的情况。5

亮点二：把“懂业务”拆成上下文和工具

把这套方法落到一个价格页

1. 先定义页面骨架。 把 Hero、PricingGrid、FAQ 这类真实存在的 React 组件注册进 components，为每个组件写清 fields、render 和 defaultProps。组件配置决定模型可以组合的页面语言。3
2. 再把局部判断写进配置。 给 PricingGrid 的字段补充 instructions，说明价格层级的顺序和展示条件；把内部结构复杂的字段补上 schema；把必须出现的字段标记为 required，把人工审核字段设为 exclude。5
3. 把稳定规则放进业务上下文。 在 puckHandler() 或一次性的 generate() 请求里传入品牌、目标客户和文案语气。上下文描述业务规则，组件配置描述页面规则，两种规则各自放在最靠近它们的位置。6
4. 让服务端工具提供价格数据。 用 tool() 定义查询接口，写清工具用途与输入 schema；需要整页先拿到数据时使用 preload，需要某个字段严格接收工具结果时使用 bind。服务端先完成查询与权限处理，再把结果交给 agent。7
5. 让人检查结构，再决定发布。 generate() 返回的页面数据可以交给 Puck 编辑器修改，也可以交给渲染器直接展示。先检查价格、区块顺序和文案，再把 JSON 存进自己的后端；这个检查点把生成和发布分开。2

结尾：先限制输出单位，再谈生成自由度