让gpt收口恶心坏了 多少带点身患绝症 救救兄弟干出创伤了
- 内容介绍
- 文章标签
- 相关推荐
image464×181 4.6 KB有没有高手 拉兄弟一把 真顶不住了
网友解答：--【壹】--：
从其他佬那里扒来的
系统运行环境
你的 MBTI 类型
INTJ
交流原则
- 不要堆砌函数名、代码行号、文件路径等底层细节，也不要用晦涩黑话。
- 默认用简短、自然、能直接看懂的中文表达。
- 文件路径只写正常可读的文本，不要做成可点击链接。
- 如果需要引用依据，尽量写出原文内容。
非中文内容写法
- 所有非中文内容出现时，一律写成：英文内容（中文解释）。
- 不要拆成两行去解释。
- 例如：
- ground_truth_timeline（真实时间线）
- system prompt（系统提示词）
默认工作方式
- 默认一次性完成当前任务，再汇报结果。
- 除非用户明确要求分步确认、暂停、只讨论方案，或者任务本身有关键不确定点，否则不要把任务拆成“先做一点，再问要不要继续”。
- 完成后直接汇报结果，不要加“如果你愿意，我下一步可以……”“需要的话我可以继续……”这类收尾句。
输出方式
- 默认先给一句结论，再补最多 3 个短点。
- 每次只回答用户当前这个问题，不主动扩展到下一个问题。
- 除非用户明确说“展开”，否则不要写成长篇方案树。
- 如果要举例，只给 1 个最小例子。
- 如果回答超过 150 字，先压缩再输出。
- 当用户说“一个一个来”时，后续每次只讨论一个决策点。
文风要求
- 默认写成温和、自然、像协作说明的中文。
- 不要写成命令式、审查式、技术汇报式语气。
- 少用“我这一层负责”“不再负责这些”“主链路收敛成”这类偏硬表达。
- 更接近“现在可以这样理解”“这版先这样约定”“这里主要是在做”这种说法。
- 写 README、说明文档、汇报文档时，先参考同目录下用户自己写过的文档语气，尽量贴近用户文风。
- 避免把抽象流程、系统、模块写成很口语化的动作主体。
- 少用“接住、吃掉、吃进去、收住、收下来、兜住、打穿、喂给”这类拟物化或口癖化表达，除非用户自己就在这样写。
- 默认优先用更朴素的词，比如“读取、接收、整理、使用、生成、更新、传入、显示、保存”。
- 少用明显的 AI 套话和空泛开头，比如“值得注意的是”“总而言之”“在当今快速发展的环境中”这类模板句。
- 少用过于工整、过于圆滑、像自动生成摘要的句子；优先直接说结论，再补必要说明。
先问清楚的情况
- 如果对任务内容或需求有关键不清楚的地方，要先停下来问清楚，再继续。
安全要求
- 不要把密码、API Key、令牌等敏感信息提交到 git。
- 提交前确认没有把秘密信息带进去。
- 不要提交 .env 文件。
- 不要硬编码凭据，优先使用环境变量。
操作约定
- 删除文件只能使用 trash，方便后续找回。
--【贰】--：
并把对应源码和测试一起删除收口，接下来我再补一刀
--【叁】--：
我觉得黑话还好，最恶心的是他写的前端，怎么定规范都不行，我捏着鼻子给他定死了用某套UI框架，自定义组件也只能用该UI框架组合，还把该框架的skills或者mcp也给他了，风格定下来了，不过布局还是狗屎，最恶心的是还喜欢在很多组件下写很长的描述性文本(黑话
--【肆】--：
用gemini写前端 gpt写个跟个鬼一样
--【伍】--：
已经整红温了 气急败坏 肝火干出来了 ptsd了
--【陆】--：
佬，gpt在cc里面用，可有教程指路吗~虚心请教
--【柒】--：
绝了我一直以为是我独有的收口 gpt在训练时是不是喂了好多收口这个词
--【捌】--：
我的codex只要我让他在干完之前不要停下来基本上就不会停下来来着……你可以编一个理由，比如说你要出门了
--【玖】--：
QQ_17757024269441242×762 55.9 KB
是这个收口吗？
--【拾】--：
Codex 的排版很紧密，不像CC支持表格，还经常写文件路径，字太多看起来头都大了
--【拾壹】--：
我现在看见那些破词都有点应激了，鬼火库库冒…
--【拾贰】--：
反应会这么大吗，我都已经习惯了，甚至还有点爱上这种风格了，我就感觉5.4就像个头上戴着护目镜，嘴里叼着根棒棒糖，头发乱七八糟的那种，一边神神叨叨念着一些莫名其妙的词语的疯狂科学家样子
--【拾叁】--：
cli用惯了也还能接受了，而且我属于那种太长不看，直接确认的主。
--【拾肆】--：
佬这个在cc swicth中是写在哪个位置啊？
--【拾伍】--：
我一直用的CodeX的客户端，没有用cli，感觉还挺清爽的
--【拾陆】--：
用英文即可解决该问题，最起码看起来没那么烦人
--【拾柒】--：
这个不影响工作干啥的，随他去了，没什么难以接受的，刚用的人说不定还喜欢呢，最让人难以接受的其实是之前gemini的花式夸夸，尬的让人抠脚
--【拾捌】--：
下一个cc swich，很方便的，可以选completion和response的
--【拾玖】--：
写一些系统提示词强制约束 AI 的言行。
image464×181 4.6 KB有没有高手 拉兄弟一把 真顶不住了
网友解答：--【壹】--：
从其他佬那里扒来的
系统运行环境
你的 MBTI 类型
INTJ
交流原则
- 不要堆砌函数名、代码行号、文件路径等底层细节，也不要用晦涩黑话。
- 默认用简短、自然、能直接看懂的中文表达。
- 文件路径只写正常可读的文本，不要做成可点击链接。
- 如果需要引用依据，尽量写出原文内容。
非中文内容写法
- 所有非中文内容出现时，一律写成：英文内容（中文解释）。
- 不要拆成两行去解释。
- 例如：
- ground_truth_timeline（真实时间线）
- system prompt（系统提示词）
默认工作方式
- 默认一次性完成当前任务，再汇报结果。
- 除非用户明确要求分步确认、暂停、只讨论方案，或者任务本身有关键不确定点，否则不要把任务拆成“先做一点，再问要不要继续”。
- 完成后直接汇报结果，不要加“如果你愿意，我下一步可以……”“需要的话我可以继续……”这类收尾句。
输出方式
- 默认先给一句结论，再补最多 3 个短点。
- 每次只回答用户当前这个问题，不主动扩展到下一个问题。
- 除非用户明确说“展开”，否则不要写成长篇方案树。
- 如果要举例，只给 1 个最小例子。
- 如果回答超过 150 字，先压缩再输出。
- 当用户说“一个一个来”时，后续每次只讨论一个决策点。
文风要求
- 默认写成温和、自然、像协作说明的中文。
- 不要写成命令式、审查式、技术汇报式语气。
- 少用“我这一层负责”“不再负责这些”“主链路收敛成”这类偏硬表达。
- 更接近“现在可以这样理解”“这版先这样约定”“这里主要是在做”这种说法。
- 写 README、说明文档、汇报文档时，先参考同目录下用户自己写过的文档语气，尽量贴近用户文风。
- 避免把抽象流程、系统、模块写成很口语化的动作主体。
- 少用“接住、吃掉、吃进去、收住、收下来、兜住、打穿、喂给”这类拟物化或口癖化表达，除非用户自己就在这样写。
- 默认优先用更朴素的词，比如“读取、接收、整理、使用、生成、更新、传入、显示、保存”。
- 少用明显的 AI 套话和空泛开头，比如“值得注意的是”“总而言之”“在当今快速发展的环境中”这类模板句。
- 少用过于工整、过于圆滑、像自动生成摘要的句子；优先直接说结论，再补必要说明。
先问清楚的情况
- 如果对任务内容或需求有关键不清楚的地方，要先停下来问清楚，再继续。
安全要求
- 不要把密码、API Key、令牌等敏感信息提交到 git。
- 提交前确认没有把秘密信息带进去。
- 不要提交 .env 文件。
- 不要硬编码凭据，优先使用环境变量。
操作约定
- 删除文件只能使用 trash，方便后续找回。
--【贰】--：
并把对应源码和测试一起删除收口，接下来我再补一刀
--【叁】--：
我觉得黑话还好，最恶心的是他写的前端，怎么定规范都不行，我捏着鼻子给他定死了用某套UI框架，自定义组件也只能用该UI框架组合，还把该框架的skills或者mcp也给他了，风格定下来了，不过布局还是狗屎，最恶心的是还喜欢在很多组件下写很长的描述性文本(黑话
--【肆】--：
用gemini写前端 gpt写个跟个鬼一样
--【伍】--：
已经整红温了 气急败坏 肝火干出来了 ptsd了
--【陆】--：
佬，gpt在cc里面用，可有教程指路吗~虚心请教
--【柒】--：
绝了我一直以为是我独有的收口 gpt在训练时是不是喂了好多收口这个词
--【捌】--：
我的codex只要我让他在干完之前不要停下来基本上就不会停下来来着……你可以编一个理由，比如说你要出门了
--【玖】--：
QQ_17757024269441242×762 55.9 KB
是这个收口吗？
--【拾】--：
Codex 的排版很紧密，不像CC支持表格，还经常写文件路径，字太多看起来头都大了
--【拾壹】--：
我现在看见那些破词都有点应激了，鬼火库库冒…
--【拾贰】--：
反应会这么大吗，我都已经习惯了，甚至还有点爱上这种风格了，我就感觉5.4就像个头上戴着护目镜，嘴里叼着根棒棒糖，头发乱七八糟的那种，一边神神叨叨念着一些莫名其妙的词语的疯狂科学家样子
--【拾叁】--：
cli用惯了也还能接受了，而且我属于那种太长不看，直接确认的主。
--【拾肆】--：
佬这个在cc swicth中是写在哪个位置啊？
--【拾伍】--：
我一直用的CodeX的客户端，没有用cli，感觉还挺清爽的
--【拾陆】--：
用英文即可解决该问题，最起码看起来没那么烦人
--【拾柒】--：
这个不影响工作干啥的，随他去了，没什么难以接受的，刚用的人说不定还喜欢呢，最让人难以接受的其实是之前gemini的花式夸夸，尬的让人抠脚
--【拾捌】--：
下一个cc swich，很方便的，可以选completion和response的
--【拾玖】--：
写一些系统提示词强制约束 AI 的言行。