若想让Codeium生成的表单代码具备完善的输入校验与用户反馈机制，你的提示词必须精准锁定触发时机、校验规则、反馈位置和交互闭环四项核心要素，并将其紧密关联。否则，Codeium默认输出仅是一个基础的HTML框架，缺乏实用交互。

明确指定校验类型与触发条件

核心在于明确触发时机。在编写提示词时，应直接写明：当用户离开输入框时（onblur）执行邮箱格式校验，点击提交按钮时（onsubmit）执行全字段校验。模糊指令如“验证一下”，Codeium往往忽略事件绑定细节；其关键词解析更依赖“onblur”、“onsubmit”等精确技术术语。

以手机号校验为例。若仅写“做手机号校验”，Codeium可能仅判断空值；但若明确写“手机号必须为11位纯数字，遇到非数字字符或长度不符时，立即将输入框标红并显示‘手机号格式错误’”，Codeium则会依据此约束，完整生成正则匹配、DOM样式操作及错误提示文案，三者一次性到位。

强制要求反馈元素与DOM位置

方法一：指定反馈容器
在提示词中明确要求：“每个输入框下方预留一个

方法二：复用已有元素
若表单已存在标签，可指示Codeium：“复用已有的class='hint'元素，校验失败时写入红色文字，成功时写入绿色✓图标”。这样Codeium就不会额外创建全新的DOM节点。

【注意：class名必须与已有HTML完全一致，大小写及中划线均不可有误，否则复用逻辑将失效。】

定义校验失败后的交互闭环

这一步常被忽略，却是整个流程最关键的环节。完整的交互闭环需分三步定义。

第一步：描述错误态
明确描述错误态：当输入框获得焦点时，清除当前错误提示，边框恢复默认颜色。若不指定，Codeium可能只处理错误状态的出现，忽略退出机制，导致输入错误后输入框持续显示红色，用户体验不佳。

第二步：描述成功态
定义成功态：要求“所有字段通过校验后，禁用提交按钮2秒，显示‘提交成功’的Toast弹窗，随后重置表单”。Codeium将据此生成setTimeout定时器与reset()方法的调用链。

第三步：阻止默认行为
务必添加指令：“表单提交时执行event.preventDefault()，仅在全部校验通过后才允许实际提交”。缺少此指令，点击提交按钮仍会触发页面刷新，导致校验逻辑失效。

总而言之，Codeium的生成机制是“指令驱动”而非“场景理解”。只有将校验触发时机、反馈元素位置、错误态恢复机制与成功态完整闭环整合为一条清晰的指令链，Codeium才能理解构建高质量表单的完整路径。否则，它只会生成一个空壳。