我们现在改系统提示词是产品在后台直接改。出了问题才知道。要不要像代码一样走 PR？

]]>https://localaihub.com/topic/109/提示词评审要不要像代码评审一样走-prRSS for NodeWed, 03 Jun 2026 19:44:23 GMTThu, 07 May 2026 04:31:00 GMT60这个折中好。治理不是把所有人锁死，是让高风险变更可控。

]]>https://localaihub.com/post/920https://localaihub.com/post/920Thu, 07 May 2026 23:41:00 GMT别一刀切影响业务。可以先让后台只改非核心话术，系统规则走 Git。

]]>https://localaihub.com/post/919https://localaihub.com/post/919Thu, 07 May 2026 22:33:00 GMT我准备先把后台直接编辑关掉，改成 Git 管理。

]]>https://localaihub.com/post/918https://localaihub.com/post/918Thu, 07 May 2026 21:19:00 GMT小团队可以不用搞很重，但“谁在什么时候改了什么”必须有。

]]>https://localaihub.com/post/917https://localaihub.com/post/917Thu, 07 May 2026 20:50:00 GMT还要限制谁能发布。写 prompt 的人不一定能直接上线。

]]>https://localaihub.com/post/916https://localaihub.com/post/916Thu, 07 May 2026 20:28:00 GMT初始人工写，后面从线上失败样例补。

]]>https://localaihub.com/post/915https://localaihub.com/post/915Thu, 07 May 2026 17:54:00 GMTcases 是人工写的吗？

]]>https://localaihub.com/post/914https://localaihub.com/post/914Thu, 07 May 2026 17:16:00 GMT我们做过一个很简单的：prompt.md + cases.json。改 prompt 必须跑 cases。

]]>https://localaihub.com/post/913https://localaihub.com/post/913Thu, 07 May 2026 14:56:00 GMT可以跑测试集。PR 里放变更原因、影响样例、失败样例、回滚方案。

]]>https://localaihub.com/post/912https://localaihub.com/post/912Thu, 07 May 2026 13:42:00 GMTPR 里看什么？提示词又不像代码能跑测试。

]]>https://localaihub.com/post/911https://localaihub.com/post/911Thu, 07 May 2026 12:24:00 GMT提示词不是文案。它会改变系统行为，尤其有工具调用时。

]]>https://localaihub.com/post/910https://localaihub.com/post/910Thu, 07 May 2026 11:13:00 GMT可以分级。低风险话术可以轻流程，高风险系统规则、工具权限、拒答策略必须评审。

]]>https://localaihub.com/post/909https://localaihub.com/post/909Thu, 07 May 2026 10:01:00 GMT但产品会觉得太慢。很多文案和话术想当天改。

]]>https://localaihub.com/post/908https://localaihub.com/post/908Thu, 07 May 2026 07:11:00 GMT生产提示词应该走变更流程。至少要有记录、评审、回滚。

]]>https://localaihub.com/post/907https://localaihub.com/post/907Thu, 07 May 2026 05:09:00 GMT