GitHub 收藏详解 · 官方资料解读
中文 ChatGPT 提示词库详解：从角色模仿到可验证任务
用途、核心机制、上手路径与使用边界
来源：PlexPt/awesome-chatgpt-prompts-zh · PlexPt
I
用户问题
定位与适用任务awesome-chatgpt-prompts-zh 收集大量中文角色提示，适合学习如何约束任务、语气、输出格式与交互节奏。它是提示词资料库，不是给模型安装真实工具。阅读这些例子时，最重要的是区分“模拟某种回答”与“真正执行某种操作”，并把泛化角色改成有输入和验收标准的具体任务。
- 学习中文提示中的格式与交互约束
- 为翻译、面试练习和写作建立起点
- 把角色模板改成自己的可重复任务
* * *
II
产品机制
能力与工作方式- 角色只是组织上下文“担任面试官”帮助设定问答方式，“翻译者”限定输出类型。角色能改变表达倾向，却不证明模型拥有对应专业资格或真实世界访问能力。 原文
- 输出约束比角色名更具体示例经常限定只返回某种内容、使用固定结构或等待下一条输入。实际复用时，应保留帮助任务的约束，删除会隐藏必要解释或不确定性的限制。 原文
- 模拟终端不是真实 Shell终端角色要求模型生成终端应显示的内容；它并没有自动接入本机。类似的浏览器、数据库或解释器角色也不能作为执行证据。 原文
- 可供程序读取的资料README 提供 prompts-zh.json 供程序使用。导入系统前应检查每条模板的字段、用途和内容，而不是批量加载全部角色作为系统指令。 原文
* * *
III
使用流程
从最小任务开始- 选择一个低风险任务从翻译、提纲或模拟面试等场景选择模板，先明确真实输入和期望结果。不要仅复制一个职业头衔。
- 替换上下文写明受众、语言、材料范围和不能改动的事实。去掉与当前任务无关的示例内容。
- 补上验证标准要求未知信息明确标出；翻译检查术语与事实，面试练习检查问题是否贴合岗位。验证应针对任务，而不是回答是否像某个角色。
- 保留可重复样例用不同输入测试模板，记录失败条件。需要真实搜索或代码执行时，另行连接可观察的工具，并区分工具输出与模型文本。
以下试用顺序与检查方法是编辑建议；命令入口依据官方文档，本文未运行项目。 原文
编辑示例提示
任务：把下面的英文发布说明翻译成中文。
约束：保留产品名、版本号、命令和事实；不补充原文没有的功能。
输出：译文，以及无法确定的术语。请先完成上文前置配置；示例不包含真实凭据。
* * *
IV
边界与限制
约束与选用判断| 边界 | 具体含义 | 使用建议 |
|---|---|---|
| 专业角色的可信度 | 库中包含医疗、法律、投资等角色，角色文字本身不能提供专业审核。 原文 | 此类输出不能仅凭角色名作为现实决策依据。 |
| 旧例子与宣传内容 | README 混有推广和历史提示套路，某些要求隐藏解释或虚构能力。 原文 | 逐条选择并修改，不把整库视为统一最佳实践。 |
左右滑动查看完整表格
适合学习提示结构和寻找灵感。用于正式工作前，应把模板改成领域输入、明确约束和可检查输出。
* * *
V
怎样判断是否值得采用
试用场景与验收以面试练习为例，可以保留“一次问一个问题、等待回答”的节奏，补充岗位级别、知识范围和反馈标准。回答后要求指出具体遗漏与改进方式，而非只给鼓励。这样模板从泛泛的角色扮演变成有评价依据的练习流程。
检查输出是否遵守任务范围、是否保留事实、是否把模拟当真实结果，以及换一份输入后是否仍有效。
资料依据：固定版本 README · 当前仓库。
资料获取时间（UTC）：2026-11-02T07:29:44.172Z；仓库快照提交：a7085311b98a。来源日期表示该仓库快照提交时间，并非项目首次发布日期。
* * *
编者评论
这篇文章，如何判断
阅读价值
大量具体例子让读者看见角色、格式与交互节奏的组合方式，比抽象提示原则更容易上手。
保留意见
未逐个测试全部提示词；模型与产品更新会改变效果。本文不推荐越权、虚构访问或把专业角色输出当认证意见。 试用案例和验收方法是编辑建议。评级衡量资料参考价值，不是产品性能评分。
可迁移启发
提示词最可迁移的部分不是“你是某专家”，而是输入边界、保真要求和输出检查。把这些部分写清，通常比增加角色形容词更有用。
原文摘录