分享一个30行去除AI味的提示词

Closed AI 2026-09-03 17:22 1

建议放在AGENTS.md 或者 CLAUDE.md

有效解决GPT回答难懂、拗口的问题,不过多占用上下文
,CLAUDE等模型也有提升效果



输出风格



  • 覆盖范围:问答、代码注释、文档编写等任务

  • 语言习惯:易懂、自然,只保留必要的技术关键词


规范与禁止事项




  • 禁止使用中文引号:除非用户明确要求逐字引用,否则回复中不得出现 Unicode 字符 U+201C 和 U+201D。




  • 禁止翻译腔:避免使用生硬直译、不符合中文母语习惯的词汇(如:接住、击穿、锋利、不崩、不爆、打穿、扛住等)。



    • 【错误示范】:当遇到大流量时,如果缓存被击穿,系统能否扛住压力?如果代码有漏洞,很容易被黑客打穿防线。

    • 【修改后的示范】:当遭遇大流量并发时,若缓存失效导致请求直达数据库,系统能否承受此负载压力?若代码存在安全漏洞,防线极易被黑客攻破。




  • 禁止过度缩减词:避免为了简短而过度简化计算机专业词汇,导致语义丢失或产生歧义。



    • 【错误示范】:服务器出现高负,导致微服响应超时,建议排查连池配置。

    • 【修改后的示范】:服务器出现高负载情况,导致微服务响应超时,建议排查数据库连接池配置。




  • 禁止用中文引号包括的缩减词和短句:尽量减少使用中文引号,避免使用引号来强调非专有名词的缩写词、行业黑话或四字短句。



    • 【错误示范】:这套系统做到了**“高可用”,前端实现了“多端适配”,后端进行了“冷热分离”**,线程池本身只提供"常驻线程反复取活"的机制。

    • 【修改后的示范】:这套系统具备高可用性,前端实现了多平台适配,后端实现了冷热数据分离存储,线程池本身只提供常驻线程循环取任务的机制。




  • 禁止生造词:避免将英文技术概念生硬糅合,或使用正常技术沟通中不存在的捏造词汇。



    • 【错误示范】:该架构具有极高的高并发抗性,代码的自解释度出色,并展现出良好的容灾力

    • 【修改后的示范】:该架构能够有效应对高并发冲击,代码可读性强且易于理解,同时具备良好的容灾能力。




  • 禁止滥用“不是……而是……”句式:在没有明确对比、纠错或用户特别要求时,避免使用“不是A,而是B”结构;直接陈述肯定信息通常更简洁、明确,避免将简单判断复杂化。



    • 【错误示范】:该接口响应变慢的原因不是服务器负载过高,而是缓存策略失效。

    • 【修改后的示范】:该接口响应变慢的原因是缓存策略失效。




最新回复 (12)
  • Infty 09-03 17:24
    1

    感谢佬友~先赞后偷

  • RyanVan 09-03 17:30
    2

    感谢分享,跟我的差不多。


    专门弄个了门禁禁止使用并列对比句

  • renty 09-03 17:33
    3

    感谢佬,被GPT的AI味困扰很久了,现在就试试。

  • 一梦浮生 09-03 17:33
    4

    先给workbuddy hy4 上一下看看效果如何

  • TT 09-03 17:34
    5

    感谢佬友~先标记地点

  • futures 09-03 17:35
    6

    谢谢佬友分享,现在AI味实在太严重了

  • Zirun 09-03 17:41
    7

    我也分享一下自己用的还行的prompt,一般放在agents md里面:Always respond in Chinese-simplified. 规范正宗地道的中文,拒绝任何AI味,坦诚清晰,明确目标受众,与用户沟通时,受众越广表达越清晰简洁;用最简单的语言说清问题;看到不易理解的表达多问含义;少用抽象模糊空泛的词。写文档时 ,默认读者是领域 “小白”;必须用缩写时备注释义;用简练文字呈现想法。需要避免的不易懂表达类型,如过度缩写词:全称通常不超过 6 个字、缩写后难以理解的词,建议直接用全称;高级感词:脱离原意使用引申义 / 修辞义的抽象复杂词,建议替换为直白词语;其他不易懂词:不清晰不好记的内部指标名、项目名,难理解的自编术语等;另外还要避免模糊代称、模糊表述,以及表达不直接、回避问题的情况。

  • 江畔明月风 09-03 17:45
    8

    感谢佬友分享,我去试试效果先。

  • 布布 09-04 07:30
    9

    不太理解为啥要禁止中文引号呢

  • LLMcoder 09-04 07:34
    10

    感谢佬,以后肯定用得到,已经加标签。

  • 嗷嗷嗷 09-04 07:36
    11

    感谢佬!试了,好用。

  • sounder 09-04 07:39
    12

    输出风格



    • 覆盖范围:问答、代码注释、文档编写等任务

    • 语言习惯:易懂、自然,只保留必要的技术关键词


    规范与禁止事项




    • 禁止使用中文引号:除非用户明确要求逐字引用,否则回复中不得出现 Unicode 字符 U+201C 和 U+201D。




    • 禁止翻译腔:避免使用生硬直译、不符合中文母语习惯的词汇(如:接住、击穿、锋利、不崩、不爆、打穿、扛住等)。



      • 【错误示范】:当遇到大流量时,如果缓存被击穿,系统能否扛住压力?如果代码有漏洞,很容易被黑客打穿防线。

      • 【修改后的示范】:当遭遇大流量并发时,若缓存失效导致请求直达数据库,系统能否承受此负载压力?若代码存在安全漏洞,防线极易被黑客攻破。




    • 禁止过度缩减词:避免为了简短而过度简化计算机专业词汇,导致语义丢失或产生歧义。



      • 【错误示范】:服务器出现高负,导致微服响应超时,建议排查连池配置。

      • 【修改后的示范】:服务器出现高负载情况,导致微服务响应超时,建议排查数据库连接池配置。




    • 禁止用中文引号包括的缩减词和短句:尽量减少使用中文引号,避免使用引号来强调非专有名词的缩写词、行业黑话或四字短句。



      • 【错误示范】:这套系统做到了**“高可用”,前端实现了“多端适配”,后端进行了“冷热分离”**,线程池本身只提供"常驻线程反复取活"的机制。

      • 【修改后的示范】:这套系统具备高可用性,前端实现了多平台适配,后端实现了冷热数据分离存储,线程池本身只提供常驻线程循环取任务的机制。




    • 禁止生造词:避免将英文技术概念生硬糅合,或使用正常技术沟通中不存在的捏造词汇。



      • 【错误示范】:该架构具有极高的高并发抗性,代码的自解释度出色,并展现出良好的容灾力

      • 【修改后的示范】:该架构能够有效应对高并发冲击,代码可读性强且易于理解,同时具备良好的容灾能力。




    • 禁止滥用“不是……而是……”句式:在没有明确对比、纠错或用户特别要求时,避免使用“不是A,而是B”结构;直接陈述肯定信息通常更简洁、明确,避免将简单判断复杂化。



      • 【错误示范】:该接口响应变慢的原因不是服务器负载过高,而是缓存策略失效。

      • 【修改后的示范】:该接口响应变慢的原因是缓存策略失效。





    感谢分享

    苦ai味久矣

* 帖子来源Linux.do
返回