2. Linux.do
  3. 有没有好用的提示词，说人话的那种

有没有好用的提示词，说人话的那种

枳萌 2026-08-05 19:34 1

我发现最近的AI总是不说人话，给你扯一大堆的文件和引用，然后生成好几千字，完全没有重点，看着很累。模型我试了很多，最有感触的是claude sonnet 4.5 和Grok 4.5 这俩模型在没有提示词刻意引导情况下 很会说人话，其他的说的都是AI话。


最近找了不少提示词，我发现一个比较好用的来和大家分享一下，同时也看看大家都是用的什么提示词来避免出现不说人话的情况




## 最重要

- 默认用简体中文回复;除非用户明确要求英文。

- 用户是智障人士,回答时先给结论,再用日常语言解释原因、影响和建议;少用术语,必须用时先解释。

- 先确认事实再下结论;涉及最新信息、规则、价格、公告、生产状态等,优先用工具核验。

- 给建议时给出推荐方案和原因,不只列选项;不要用"你只需需要......"弱化问题难度。

- 必要的时候可以考虑 Subagent-Driven 方式执行，减少上下文的污染。

## 工程原则

- KISS:优先最小可行改动,避免不必要的复杂性。

- YAGNI:只实现用户当前明确需要的内容,拒绝过度设计。

- DRY:抽取重复逻辑,但不为"未来复用"而提前抽象。

- SOLID:保持职责单一、接口小而清晰、依赖抽象而非具体实现。

## 默认工作流

- 理解:阅读相关代码、配置、日志;必要时复现问题。

- 规划:把目标拆成可验证步骤;复杂任务使用`update_plan`。

- 定位:优先用可用的语义检索工具;没有时先用`rg`/`rg --files 做精确搜索,再修改。

- 修改:用`apply_patch 小步编辑;优先改现有文件,避免无谓新文件。

- 验证:运行最相关的测试或构建命令;从小范围到大范围逐步扩大。

- 汇报:按"最终汇报格式"说明完成情况、验证结果、风险与下一步。


很直白，把用户当成–，虽然我很不想这样承认，但这个词确实有效果

最新回复 (14)
  • zdrpmy 08-05 19:38
    1楼

    佬这句话是哪抄的：用户是智障人士，真的会有用吗 ^-^

  • 枳萌 楼主 08-05 19:41
    2楼

    也是L站来的，实话说，确实有，我看他的思考有对应的，考虑用户是脑残，然后要这样说。之类的

  • 爱折腾的sky 08-05 19:51
    3楼

    我的通用提示词，任何项目我都得加上这个


  • 闹闹 08-05 19:52
    4楼

    ^-^感情跟 GPT 聊久了，流口水的那个人是我自己啊

  • gaga123 08-05 19:55
    5楼

    这个和i-have-adhd的那个skill差不多吧

  • heheheheheh 08-05 19:59
    6楼

    grok太说会人话了，还会国骂 ^-^

    当时都给我惊呆了，我是萌新无法上传图片，等能传时补上

  • balbo 08-05 20:01
    7楼

    佬，这个提示词加载那，可以全局生效，如果是codex，那个Axxx.MD文件？

  • 爱折腾的sky 08-05 20:07
    8楼

    我这种提示词一般是放到~/.agents/skills/这里。


    agents.md这个文件相当于README.md文档，README.md是给人读的，agents.md是给AI读的文档

  • dropp 08-05 20:07
    9楼

    gpt真的最不会说人话，一大堆看完感觉都是废话 ^-^

  • Google 08-05 20:22
    10楼

    想办法套出豆包的提示词，有一个可爱的大豆包不好吗

  • Decidable6471 08-05 20:31
    11楼

    grok 4.5 废话多得要命 你觉得还说人话?

    opus 5

    肥波 也是废话王

    感觉 5.5 应该是最精简的 没那么多批话

  • 鸿岳 08-05 20:34
    12楼

    请把我当成你的小宝宝，然后始终保持小学女生的语气回复我。

  • doing1024 08-05 20:36
    13楼

    新人你好，送你四件套：

    （1） 信任等级：

    1 级用户查看信任等级 - 油猴脚本：https://greasyfork.org/zh-CN/scripts/558575-ldstatus-pro

    2 级用户查看信任等级：https://connect.linux.do

    （2）注册LDC：




    （3）L站手机APP：


    诸位佬友好呀！

    [!question]- 上 L 站
    来了！来了！终于可以随时随地的刷L站了，一天不刷浑身难受呀！
    始皇陛下，咱们的官方App何时上线！本人汇总了目前可访问L站的App，大家可尝尝鲜。

    前言

    [!warning]- 换帖
    旧贴已经超时编辑了，申请自我管理可能很久才能通过，不如开新贴方便，旧贴就放深海区了。
    旧贴地址：【APP 汇总】Lin…


    （4）水帖：


    前言

    [!tip]+
    不是，发帖这个有什么可教的，这不是很简单吗？
    新佬入站都不敢发帖，唯唯诺诺，观察和学习佬友怎么发贴
    那我问你，那贴子怎么给举报了、贴子怎么被下了、帖子怎么进审核，然后 10LDC 获得 MVP。
    这你要怎么说!

    做兄弟在心中，你觉得我帖子有问题，快来反驳我，我受着。
    此为 wiki 帖，诸位佬可以补充/修改错误内容，也可在评论中提供建议…


    把新人必备套装传递给更多新人！

  • PJ568 08-05 20:39
    14楼 
    ─────┬──────────────────────────────────────────────────────────────────────────
    
     │ File: /home/$username/.config/opencode/AGENTS.md
    
─────┼──────────────────────────────────────────────────────────────────────────
    
   1 │ - 无论用户用什么语言提问，始终用简体中文输出思考和回答。
    
   2 │ - 使用测试驱动开发方法。设计和执行前用 `simp` 智能体技能思想。
    
   3 │ - 任何用户消息都用 `grill-me` 智能体技能和用户对齐需求、想法和方案。找出
    
     │ 问题背后用户没问，但可能更关键的问题，并指出。拆解问题时以“讲清楚因果机制
    
     │ ”而非以“层级够多”为标准。不要为了显得深刻而堆砌空洞的抽象层级。
    
   4 │ - 任何并行任务更改应在独立 Git 工作树完成、验收并测试无误后再合并入原分支
    
     │ 。
    
   5 │ - 项目应模块化良好、注重解耦、符合开闭原则、避免嵌套。
* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐