实用教程
用 Claude Opus 5.5 改好表单报错，让用户知道怎么继续
先让 Claude Opus 5.5 为每类表单失败对应一个明确的恢复动作，再润色文案。申请产品样品的访客需要知道哪个字段要改、已填内容是否保留、申请究竟有没有收到。红色边框加一句“出了点问题”，回答不了这些问题。
先让 Claude Opus 5.5 为每类表单失败对应一个明确的恢复动作，再润色文案。申请产品样品的访客需要知道哪个字段要改、已填内容是否保留、申请究竟有没有收到。红色边框加一句“出了点问题”，回答不了这些问题。
从状态出发，不只看截图
提供字段结构、真实校验规则、服务器响应类别和现有提示，示例使用虚构数据。一则社区表单评审讨论如何改进校验，包括让用户找到出错字段并更容易修正。它是需求线索，不是无障碍认证。
W3C 通知教程建议错误提示指明字段、说明修正方法，并链接到对应控件。可据此设计，但实际实现仍须用键盘与辅助技术验证。
| 状态 | 有用的反馈 | 所需证据 |
|---|---|---|
| 必填字段为空 | 指明字段与填写动作 | 已公布的字段规则 |
| 格式不被接受 | 说明可接受的格式 | 校验器实际行为 |
| 服务不可用 | 保留输入并提供重试 | 已确认的失败响应 |
| 申请结果不确定 | 说明不确定并查询状态 | 请求标识或状态接口 |
| 申请已接受 | 确认收到并说明下一步 | 服务器成功响应 |
不要把超时说成确定拒绝。结果不明时重复提交可能产生重复申请，除非系统已有安全重试机制。模型应指出这个产品决策缺口，而不是编造后端保证。
改写一份虚构样品申请
假设表单包含邮箱、数量和选填的公司名称。批准的规则要求邮箱必填，数量为 1 到 20 的整数。“输入无效”没有告诉用户下一步。数量提示可改为“请输入 1 到 20 的整数”。邮箱为空时请用户填写邮箱，不要指责还没输入的地址格式错误。
改写后公司名称仍应选填。不要为了看起来完整，擅自加入电话号码、订阅邮件或送达承诺。失败时保留有效的数量与公司信息；成功后只展示团队确实批准的下一步，不编造回复时限。
可复制的状态检查提示词
审查这份虚构产品样品申请表。
字段：邮箱必填；数量必填，为 1–20 的整数；公司名称选填。
另有现有标签/提示、校验规则、HTML 和已记录的服务器状态。
缺少的实现细节标为未知。
输出表格：触发条件、字段或整个表单范围、提示语、恢复动作、
保留的值、焦点/播报行为、验收测试。
保持选填字段为选填，失败后保留有效输入。
服务器成功响应前不能显示成功。
区分确定拒绝、服务不可用和结果不明。
没有实现证据时，不承诺重试不会重复提交。
给出简洁提示和必要的 HTML 关联，不重新设计整页。
测试空提交、数量 0/1/20/21/1.5、修正、服务失败、
结果不明的超时、纯键盘操作和成功提交。
不提交真实客户信息，不修改线上表单。Opus 5.5 提示词资料提供模型背景。这是一套建议的评审方法，不代表转化率已提升，也不是执行过的 Opus 测试。
同时审查行为和文字
保留可见标签，把字段错误与控件关联起来，让错误汇总能帮助用户跳到具体问题。决定将焦点放到汇总还是字段，再到实际页面验证；同时触发多套播报反而可能更难理解。字段修正后清除过期错误，不清空其他输入。
上述虚构数量规则下，0、21、1.5 不通过，1 和 20 通过。这些边界判断已本地计算，但不等于测试了你的真实服务器。应验证客户端与服务器路径，包括粘贴输入，以及首次报错后的修改。截图无法证明焦点顺序或屏幕阅读器是否会播报。
让申请过程承接广告承诺
表单应延续广告中的承诺。状态流程可用后，在 Panelly 创作台制作带有已批准样品权益的广告图。这里不代表已集成 Opus 或表单搭建功能。继续检查广告与页面一致性；如果报错动画干扰修正，可参考减少动态效果的处理。
交接时常见的问题
**所有错误都用同一句话好吗？** 不好。字段修正和服务不可用需要不同动作。可以统一语气，不能统一成模糊诊断。
**文案更好就证明无障碍合格或转化更高吗？** 不能。必须测试真实交互，并单独测量投放结果。当前交付的是有证据支持、能让用户恢复操作的表单状态。
