给AI项目加五条规则少踩坑
最近在整理团队用 ChatGPT 和 Claude 的规范,发现一个普遍问题:大多数人建了 Project 之后,指令框要么空着,要么只写一句「这是我的业务」。这其实挺浪费的,因为项目级指令恰恰是提前堵住 AI 常见毛病最省事的地方。
我试了一组规则,效果比预期好。第一条是让 AI 在需求不清或拿不准时先提问再动手,这一条直接减少了「答得很自信但答错题」的情况。第二条针对客户-facing 的内容,要求用日常语言、把行话解释清楚,毕竟客户不关心营销黑话,草稿也不该有。第三条我觉得最值得抄进所有项目:不知道或无法核实就直说,不许编造数据、来源和引语。模型编数字这件事,靠事后核对成本太高,不如在指令层先立规矩。剩下的规则可以按业务自己补,比如统一输出格式、限定语气、要求先给提纲再展开。我的判断是,项目指令不是写给 AI 看的「人设」,而是团队协作的契约。把踩过的坑写成几条硬约束,比每次开新对话重复交代要高效得多。建议每个 Project 至少沉淀三到五条,季度复盘时再更新一轮。
我试了一组规则,效果比预期好。第一条是让 AI 在需求不清或拿不准时先提问再动手,这一条直接减少了「答得很自信但答错题」的情况。第二条针对客户-facing 的内容,要求用日常语言、把行话解释清楚,毕竟客户不关心营销黑话,草稿也不该有。第三条我觉得最值得抄进所有项目:不知道或无法核实就直说,不许编造数据、来源和引语。模型编数字这件事,靠事后核对成本太高,不如在指令层先立规矩。剩下的规则可以按业务自己补,比如统一输出格式、限定语气、要求先给提纲再展开。我的判断是,项目指令不是写给 AI 看的「人设」,而是团队协作的契约。把踩过的坑写成几条硬约束,比每次开新对话重复交代要高效得多。建议每个 Project 至少沉淀三到五条,季度复盘时再更新一轮。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼