𝕏 原文阅读 · 帖子

美研芒格君 · 2026-09-16 · 帖子

保留来源原文。时间显示为 Toronto 当地时间;未保存的配图与引用请前往 X 查看。

返回 X 阅读

保存说明:除条目另有标注外,正文尚未人工核对 · 图片未保存 · 引用或对话上下文可能不完整。

美研芒格君 @Kay2289123
原帖 ↗
很多人现在看到一篇文章,总会质疑:“是不是 AI 写的?怎么一股 AI 味儿” 前几天公司我的一个项目文档 AI 味过重,被隔壁团队一顿输出。我也觉得这样不行,我痛定思痛,找到了 GitHub 上十几种去 AI 味儿的写作方式,最后杂糅出来了一种属于我自己的 加上了一些生图 skill 相关的文档,润色了一遍。隔壁团队表示写的非常好,这才是人写的水平。我只觉得这个世界是一个大的草台班子 除去那些质量参差不齐的,我给大家精选了 6 种我觉得还不错的“去 AI 味儿”写作方式,每个都在我的实际文档上试过,给大家一个我个人实际体认为的排行榜,比较主观,建议大家都试试 第6名/ deslop|Stephen Turner 写技术文章、研究报告,可以重点看它 它区分专业术语和空泛行话。一个技术名词确实能把事情说准确,就应该保留;“赋能”“生态”“颠覆”如果没有解释具体发生了什么,就会被处理。 我做技术科普很在意这个区别。读者看不懂,有时是因为前提没交代,这个逻辑需要补上 https://t.co/jUrXeDJxcJ 第5名/ humanize|aashaexo / soundshuman 和上面类似 https://t.co/WSnAohkYZ6 第4名/ humanizer|blader 它把夸大意义、模糊归因、机械排比、同款结尾等问题整理成了一套检查方法,而且先处理结构,再处理词汇。 我个人感觉效果不错,但是会丢掉不少原本的写作风格 https://t.co/yZeoVLp1VP 第3名/ anti-slop|elithrar 它的主规则很合我意:小幅修改,保留事实、引用、技术主张、段落结构和作者论点。除非用户要求大改,不要擅自把整篇重做 对于一篇已经认真写完、只想再顺一遍的文章,我会优先考虑它 https://t.co/A3KVtSlqf5 前面三个排得高,我愿意让 AI 帮我删废话,但它得有个底稿,而且知道哪些东西不能删。 到了整篇都需要重写的时候,后面几款的用途就更明显了。 第2名/ slopbeth 如果这篇稿子里有财报数字、技术限制和预测条件,我会把它提到第一 https://t.co/7BeUZBXoAT 第1名/ no-ai-slop| @petergyang 如果只挑一个先试,我会选它 我很喜欢其中一个检查办法:把一句话里的主语换掉,它还能原封不动地放进另一篇文章吗?如果能,这句话可能没有提供多少信息 https://t.co/lSm3Vcoh1k 第 0 名:最后,我是如何用的呢? 我做了一个简单的 adaptive harness。我用了这 6 个 skill 帮我生成了若干篇文章,我手动去删减、排版,告诉 AI 哪里好、哪里不好,最后杂糅成了一个我专属的写作风格Skill,加上了一些图表和以图为主的方式。不一定适用所有人,但我觉得在我这里是最好用的 有时候去掉 AI 味儿,可以获得自己劳动成果的尊重,也是放过对方的眼睛,不妨大家都试试
来源与保存记录

Post ID: 2100095830413701445
保存时间:2026-10-04T20:13:39.263Z
正文状态:UNVERIFIED
媒体状态:NOT_ARCHIVED
上下文状态:PARTIAL
已知缺失:See source observations for media and context status.