组件和规则，如何参与系统生成

👋 嗨，我是范米花儿。前两篇讲了两件事：页面生成不等于产品生成；持续生成需要稳定的产品事实。

这一篇继续讲下一步：AI 怎样根据页面任务选择组件，按 Rules 完成实现，并检查最终结果。

📌 重点：组件和 Rules 位于生成链路中间。它们前面连接页面任务，后面连接真实代码与验证。

有了组件库，为什么生成仍然会漂移？

组件库保存了“有什么”，Rules 说明“怎么用”。但页面要完成什么任务、主视图是什么，以及为什么这样选择，往往没有被保存。

已经保存

可用组件、使用场景、组合方式和工程规则。

仍未保存

页面主任务、主次关系，以及本次选择的依据。

以同一份商机数据、同一页面任务为例：第一次生成把表格放在主区，第二次生成改成看板。两次都符合组件规范，但页面信息重点已经变化。

📌 生成漂移的原因：页面决策没有被保存，AI 每次都需要重新推断。

组件选择从页面任务开始

以商机页面为例，我们只提出一个目标：推进商机，并及时处理推进失败。AI 会先判断需要看清阶段、完成推进，并同时看到金额、风险和下一步动作。

• 看板负责推进商机。
• 表格负责查看完整信息。

我们告诉 AI 要完成什么，AI 决定使用什么页面结构和组件。

一次选择怎样变成稳定决定

如果 AI 只在当次对话里决定“使用看板”，下一次修改、换模型或重新生成时仍可能重新猜一遍。关键决定需要写进页面契约，也就是一份机器能够稳定读取的页面决定记录。

• 页面最重要的任务是什么。
• 什么内容承担主视图，什么内容只作为辅助视图。
• 关键操作和失败反馈怎样出现。
• 后续检查应该核对什么。

primary_task: 推进当前商机到目标阶段，并在失败时立即修复阶段缺口

primary_visual: 阶段管道 + 商机卡片 + 推进校验反馈

layout_pattern: 加权管道摘要 + 五阶段可拖拽看板 + 停滞队列 + 可切换高密度列表视图

契约保存页面的组织依据，具体 Props 仍由实现阶段决定。任务变化时先更新决定；任务不变时，后续实现继续遵守同一主次关系。

组件怎样进入真实代码

页面形态确定后，AI 会从项目现有能力中选择具体实现。契约保存产品决定，代码阶段负责匹配真实组件；项目级封装承载业务组合，并保留内部组件来源。

生成完成后，怎样验证结果？

选择被记录以后，还要回到真实代码和运行页面中核对，并以实际组件、交互状态和页面结果作为判断依据。

组件来源不明、交互没有绑定，或者运行页面与契约不一致时，结果继续标记为未通过。这样，“用了组件库”才成为一项可以验证的事实。