有没有好用的提示词，说人话的那种
2314
- 枳萌2026-08-05
我发现最近的AI总是不说人话，给你扯一大堆的文件和引用，然后生成好几千字，完全没有重点，看着很累。模型我试了很多，最有感触的是claude sonnet 4.5 和Grok 4.5 这俩模型在没有提示词刻意引导情况下 很会说人话，其他的说的都是AI话。
最近找了不少提示词，我发现一个比较好用的来和大家分享一下，同时也看看大家都是用的什么提示词来避免出现不说人话的情况```
最重要
- 默认用简体中文回复;除非用户明确要求英文。
- 用户是智障人士,回答时先给结论,再用日常语言解释原因、影响和建议;少用术语,必须用时先解释。
- 先确认事实再下结论;涉及最新信息、规则、价格、公告、生产状态等,优先用工具核验。
- 给建议时给出推荐方案和原因,不只列选项;不要用"你只需需要......"弱化问题难度。
- 必要的时候可以考虑 Subagent-Driven 方式执行，减少上下文的污染。
工程原则
- KISS:优先最小可行改动,避免不必要的复杂性。
- YAGNI:只实现用户当前明确需要的内容,拒绝过度设计。
- DRY:抽取重复逻辑,但不为"未来复用"而提前抽象。
- SOLID:保持职责单一、接口小而清晰、依赖抽象而非具体实现。
默认工作流
- 理解:阅读相关代码、配置、日志;必要时复现问题。
- 规划:把目标拆成可验证步骤;复杂任务使用
update_plan。 - 定位:优先用可用的语义检索工具;没有时先用
rg/`rg --files 做精确搜索,再修改。 - 修改:用`apply_patch 小步编辑;优先改现有文件,避免无谓新文件。
- 验证:运行最相关的测试或构建命令;从小范围到大范围逐步扩大。
- 汇报:按"最终汇报格式"说明完成情况、验证结果、风险与下一步。
很直白，把用户当成–，虽然我很不想这样承认，但这个词确实有效果主楼 - zdrpmy2026-08-05
佬这句话是哪抄的：用户是智障人士，真的会有用吗 ^-^
- 枳萌2026-08-05
也是L站来的，实话说，确实有，我看他的思考有对应的，考虑用户是脑残，然后要这样说。之类的
- 爱折腾的sky2026-08-05
我的通用提示词，任何项目我都得加上这个
tools
核心原则
旨在减少大语言模型（LLM）常见编码错误的行事指南。在编写、审查或重构代码时使用，以避免过度复杂化，进行精准修改，始终以最少的代码实现最优方案。
- 闹闹2026-08-05
^-^感情跟 GPT 聊久了，流口水的那个人是我自己啊
- gaga123-linuxdo2026-08-05
这个和i-have-adhd的那个skill差不多吧
- heheheheheh2026-08-05
- balbo2026-08-05
佬，这个提示词加载那，可以全局生效，如果是codex，那个Axxx.MD文件？
- 爱折腾的sky2026-08-05
- dropp2026-08-05
gpt真的最不会说人话，一大堆看完感觉都是废话 ^-^
- Google2026-08-05
想办法套出豆包的提示词，有一个可爱的大豆包不好吗
- Decidable64712026-08-05
- 鸿岳2026-08-05
请把我当成你的小宝宝，然后始终保持小学女生的语气回复我。
doing10242026-08-05新人你好，送你四件套：
（1） 信任等级：
1 级用户查看信任等级 - 油猴脚本：https://greasyfork.org/zh-CN/scripts/558575-ldstatus-pro
2 级用户查看信任等级：https://connect.linux.do
（2）注册LDC：
credit.linux.do
LINUX DO Credit
Linux Do 社区lao1服务平台
（3）L站手机APP：
诸位佬友好呀！
[!question]- 上 L 站
来了！来了！终于可以随时随地的刷L站了，一天不刷浑身难受呀！
始皇陛下，咱们的官方App何时上线！本人汇总了目前可访问L站的App，大家可尝尝鲜。
前言
[!warning]- 换帖
旧贴已经超时编辑了，申请自我管理可能很久才能通过，不如开新贴方便，旧贴就放深海区了。
旧贴地址：【APP 汇总】Lin…（4）水帖：
前言
[!tip]+
不是，发帖这个有什么可教的，这不是很简单吗？
新佬入站都不敢发帖，唯唯诺诺，观察和学习佬友怎么发贴
那我问你，那贴子怎么给举报了、贴子怎么被下了、帖子怎么进审核，然后 10LDC 获得 MVP。
这你要怎么说!
做兄弟在心中，你觉得我帖子有问题，快来反驳我，我受着。
此为 wiki 帖，诸位佬可以补充/修改错误内容，也可在评论中提供建议…把新人必备套装传递给更多新人！
- PJ5682026-08-05
─────┬────────────────────────────────────────────────────────────────────────── │ File: /home/$username/.config/opencode/AGENTS.md ─────┼────────────────────────────────────────────────────────────────────────── 1 │ - 无论用户用什么语言提问，始终用简体中文输出思考和回答。 2 │ - 使用测试驱动开发方法。设计和执行前用 `simp` 智能体技能思想。 3 │ - 任何用户消息都用 `grill-me` 智能体技能和用户对齐需求、想法和方案。找出 │ 问题背后用户没问，但可能更关键的问题，并指出。拆解问题时以“讲清楚因果机制 │ ”而非以“层级够多”为标准。不要为了显得深刻而堆砌空洞的抽象层级。 4 │ - 任何并行任务更改应在独立 Git 工作树完成、验收并测试无误后再合并入原分支 │ 。 5 │ - 项目应模块化良好、注重解耦、符合开闭原则、避免嵌套。