快速入门：把问题问清楚

很多“看起来很像在提需求”的提问，实际上缺少可执行规格。建议固定使用四要素：目标、约束、输入输出、验收标准。

当您把这些写清楚时，模型会更像在按 PRD/技术方案执行，而不是即兴写片段代码。

最常见的误区是只描述“要什么”，却不说明“不能是什么”。例如：是否允许新增依赖、是否必须 TypeScript、是否要求无障碍、是否要兼容旧浏览器、是否需要日志与监控。把这些限制写进约束，质量会立刻更稳定。

在复杂任务里，不要一上来就“直接写代码”。更稳妥的方式是：先让模型列出澄清问题与方案选型，再选定方案落地。

这样能显著降低返工：很多关键约束（权限、边界、兼容性、数据一致性）会提前暴露。

你可以要求模型把问题按优先级排序：哪些是“必须确认，否则无法开始”，哪些是“可选优化”，哪些是“后续迭代”。这样即使信息不完整，也能先产出一个最小可行版本。

如果你希望输出“可上线”，请把验收标准写成可执行条目：页面应出现哪些文字、按钮点击后发生什么、接口返回什么、错误时展示什么。

更进一步，可以要求模型先写测试或至少列出测试用例矩阵，再反推实现。对于重构任务，这一步尤其关键。