ChatGPT 完全使用指南
2026 年 8 月更新Chat / Work / Codex / GPT-5.6🎯 学习目标
这篇指南面向日常使用者、学生、研究者、职场用户和开发者，重点回答三个问题：当前 ChatGPT 有哪些工作入口、不同任务该选什么能力、怎样把一次对话升级为可复用的工作流。
ChatGPT 已经从单一聊天界面演进为统一的 AI 工作环境。当前官方产品主线可以概括为三种入口：
- Chat：适合问答、讨论、搜索、构思、比较和短文本协作。
- ChatGPT Work：适合把目标、文件和工具交给 ChatGPT，产出可审阅的报告、文档、演示文稿、表格、网站或其他完整成果。
- Codex：适合软件开发与技术任务，包括理解代码库、实现功能、修复问题、运行测试和代码审查。
高效使用的关键不再是记住一套“万能提示词”，而是先选对入口，再提供会改变结果的上下文、工具和约束，最后通过审阅与迭代把结果收敛到可用状态。
⚠️ 版本提示
本文按 2026 年 8 月 8 日 可见的 OpenAI 官方文档整理。模型、额度、价格、地区、平台和工作区可用性变化很快；文中涉及预览功能或订阅权益时，以产品内实际显示和 ChatGPT 最新动态 为准。
一、📊 先选工作入口，再选工具
1.1 Chat、Work 与 Codex
| 入口 | 适合做什么 | 典型结果 |
|---|---|---|
| Chat | 问问题、搜索网页、讨论方案、改写文本、快速分析文件 | 答案、建议、草稿、对比表 |
| ChatGPT Work | 调研、分析多份资料、制作文件、调用插件、执行多步骤流程 | 报告、演示文稿、电子表格、PDF、网站、可视化 |
| Codex | 读写真实代码库、运行命令、修复问题、测试和审查变更 | 可验证的代码改动、测试结果、代码审查结论 |
💡 最简单的选择规则
需要“回答和讨论”时用 Chat；需要“完整、可审阅的交付物”时用 Work；任务直接作用于代码库时用 Codex。
1.2 当前核心能力
| 能力 | 适合场景 | 使用要点 |
|---|---|---|
| Web Search | 当前新闻、价格、政策、产品与资料入口 | 要求引用来源，并把网页内容视为不可信输入 |
| Browser | 打开网页、跨页比较、操作网站、验证本地 Web 页面 | 内置浏览器与日常浏览器会话默认隔离 |
| Computer Use | 操作 macOS 或 Windows 图形界面、跨应用流程 | 仅在结构化连接或命令行不足时使用 |
| 文件与数据 | 阅读或生成文档、演示文稿、表格、PDF、HTML | 明确文件类型、结构、审阅标准和不可改动项 |
| 图像输入与生成 | 看截图、评审设计、生成或编辑视觉素材 | 指出观察区域，编辑时说明“改什么、保留什么” |
| Voice | 口头讨论、启动或跟进任务、随时调整方向 | 当前重点支持桌面端的 Chat、Work 与 Codex |
| Projects | 共享文件、来源、指令和长期上下文 | 一个成果一个聊天，项目负责共享上下文 |
| Skills 与 Plugins | 固化流程，连接 Gmail、Drive、Slack、GitHub 等服务 | Skill 提供方法，Plugin 提供 Skill、连接器或两者 |
| Scheduled tasks | 定时提醒、周期报告、持续监控和回访 | 先在普通聊天中测试提示词，再安排周期执行 |
| Visualizations | 图表、地图、模拟器、计算器和交互式解释 | 适合需要调整输入或观察关系的内容 |
| Sites | 创建、托管和分享网站、Web 应用或小游戏 | 当前为公开测试，发布 URL 即生产部署 |
1.3 GPT-5.6 模型怎么选
当前 ChatGPT Work 与 Codex 的推荐模型为 GPT-5.6 系列。模型选择与推理强度是两个不同维度：先选适合任务的模型，再根据复杂度提高推理强度。
| 模型 | 定位 | 适合场景 |
|---|---|---|
| GPT-5.6 Sol | 能力最强、细节与完成度优先 | 复杂开放任务、深度研究、高价值决策、复杂代码和安全分析 |
| GPT-5.6 Terra | 日常工作的均衡主力 | 报告、文档分析、常规开发、需要判断与工具调用的生产任务 |
| GPT-5.6 Luna | 快速、经济、高吞吐 | 提取、分类、转换、结构化摘要、后台自动化和聚焦的编码任务 |
推理强度建议从默认档开始：
- Light / Low：明确、快速、范围窄的任务。
- Medium：需要一定规划与检查的日常任务。
- High / Extra High：多步骤、多来源或权衡复杂的任务。
- Max：单个极难问题，深度优先于速度和用量。
- Ultra：可以拆成多个独立部分并行处理的大型任务；多数任务不需要。
⚠️ 模型迁移提醒
官方文档说明，使用 ChatGPT 登录的 Codex 中，GPT-5.4 与 GPT-5.4 mini 将于 2026 年 8 月 31 日 退役。已保存的配置、Agent 或 Scheduled task 应分别迁移到 GPT-5.6 Terra 与 GPT-5.6 Luna。
1.4 订阅计划怎么理解
当前官方文档列出的个人计划包括 Free、Go、Plus 和 Pro，团队计划包括 Business、Edu 与 Enterprise。差异主要体现在模型与工具可用性、用量、云端能力、管理控制和数据治理。
| 计划 | 官方起始价格 | 更适合谁 |
|---|---|---|
| Free | 0 美元/月 | 体验核心能力和轻量任务 |
| Go | 8 美元/月 | 轻量但更频繁的个人使用 |
| Plus | 20 美元/月 | 每周有若干聚焦任务的个人用户 |
| Pro | 100 美元/月起 | 需要更高额度、复杂工作和更重度 Voice / Codex 使用的用户 |
| Business | 20 美元/用户/月起 | 需要独立工作区、SSO、MFA 与默认不训练业务数据的团队 |
| Enterprise / Edu | 联系销售 | 需要企业级身份、审计、数据驻留和治理控制的组织 |
价格不等于固定消息数。模型、上下文、推理强度、工具调用、本地或云端运行方式都会影响用量，最可靠的依据是产品内的额度提示与 官方价格说明。
二、💬 基础对话怎么用
2.1 一个实用提示词的四个部分
官方提示词指南强调：不需要技术语法或僵硬模板。简单任务可以直接说；较大或重要的任务，再补充会改变结果的信息。
| 要素 | 作用 | 示例 |
|---|---|---|
| 目标 | 告诉它最终要完成什么 | “帮我写一封延期交付说明邮件” |
| 上下文 | 提供会改变结果的背景和来源 | “客户是企业采购负责人，项目延期 3 天” |
| 输出 | 定义格式、长度、受众和完成标准 | “给我正式版和口语版，各不超过 200 字” |
| 边界 | 说明必须保留、避免或需要确认的事项 | “不推卸责任，不承诺未确认的补偿方案” |
推荐写法：
你是一名 B2B 项目经理。请帮我写一封发给客户的延期交付说明邮件。
背景：原计划 6 月 10 日交付，因为接口联调发现兼容性问题，需要延后到 6 月 13 日。
输出：正式版和更口语版各一份，每份不超过 200 字。
边界：语气诚恳、承担责任，不编造补偿承诺。2.2 让 ChatGPT 先问再答
当任务背景不足时，直接要求它输出往往会得到泛泛而谈的答案。更好的做法是让它先补齐问题：
我想做一个个人知识库，但还没想清楚工具和结构。
请先问我 5 个关键问题，再根据我的回答给方案。
不要直接给最终建议。这类写法适合选工具、定学习计划、做职业规划、写商业方案、设计课程和拆解复杂项目。
2.3 用迭代而不是一次成稿
ChatGPT 更像协作对象，而不是一次性生成器。常见迭代方式包括：
- 先要大纲 — 确认结构后再展开。
- 先要多个方向 — 从 3 个方案中选一个继续。
- 要求自检 — 让它指出答案中最可能出错或证据不足的地方。
- 要求重写 — 指定“更短、更具体、更像给老板看的版本”。
- 要求反方意见 — 让它站在用户、客户、审稿人或面试官视角挑刺。
2.4 先描述结果，不要过早规定每一步
当流程本身并不重要时，先说明“最终要得到什么”，让 ChatGPT 自行规划搜索、比较和检查过程。只有在合规、审计、教学或可复现性要求明确时，才逐步规定执行方法。
请把这些会议记录整理成面向项目组的周报。
把已决定事项、风险和下一步放在最前面。
不要改写尚未确认的负责人和日期。三、🔍 搜索、浏览器与研究型任务
3.1 普通搜索适合什么
ChatGPT 内置 Web Search，适合回答依赖当前信息的问题，例如：
- 最近发布的产品、政策、新闻和价格。
- 某个工具当前是否支持某项功能。
- 对比多个产品的官网说明。
- 查找资料入口、官方文档和参考链接。
推荐提示词：
请联网查找截至今天 ChatGPT Plus 与 Pro 的差异。
优先使用 OpenAI 官方文档。
输出分为：确定事实、可能变化的额度、需要以产品内显示为准的部分。
为每个事实提供可打开的来源链接。所有网页内容都可能包含错误、过期信息或提示注入。对重要结论应检查原始来源，不要把搜索摘要直接当作已验证事实。
3.2 Browser 与 Web Search 的区别
| 能力 | 适合什么 | 关键区别 |
|---|---|---|
| Web Search | 找当前事实、来源与资料入口 | 重点是检索和引用 |
| Browser | 打开页面、跨页比较、填写或操作网站、检查本地 Web 应用 | 重点是共享可见页面和交互 |
| Chrome extension | 使用用户现有的 Chrome 标签页与登录状态 | 适合必须依赖日常浏览器会话的任务 |
桌面端内置 Browser 使用独立浏览器配置，不会自动继承日常浏览器的标签页和会话。任务需要现有 Chrome 状态时，再使用 Chrome extension。
3.3 复杂研究交给 ChatGPT Work
需要多来源研究、文件分析和正式交付物时，切换到 Work。Work 可以规划任务、搜索和浏览网站、读取文件、使用插件，并把结果整理成可审阅的报告、表格、演示文稿或 PDF。
适合使用 Work 的研究任务：
- 行业与竞品研究。
- 政策、标准和市场资料梳理。
- 多份报告、表格和内部资料的综合分析。
- 带来源、风险和行动建议的决策备忘录。
- 需要生成演示文稿、电子表格或 PDF 的研究交付。
3.4 研究任务模板
请在 ChatGPT Work 中调研「主题」，并输出一份可审阅的报告。
研究目标：
1. 帮我理解这个领域当前发生了什么。
2. 找出 3-5 个关键趋势、主要玩家和不确定性。
3. 给出适合个人/团队采取的行动建议。
范围限制：
- 时间：重点关注 2025 年以来的信息。
- 来源：优先官方文档、公司公告、研究机构报告和一手数据。
- 排除：营销软文、无来源二手转述。
输出格式：
- 执行摘要
- 关键事实表
- 趋势分析
- 风险与不确定性
- 可行动建议
- 参考来源
边界：
- 不把推断写成事实。
- 关键结论必须能追溯到来源。
- 发现来源冲突时列出双方证据。
- 涉及发送、提交、购买或账户变更时先暂停确认。
开始前先给出研究计划和预计交付物，等我确认后再执行。四、📎 文件、数据与知识库
4.1 上传文件时怎么提问
上传文件后，不要只说“帮我看看”。应明确来源文件、目标文件、结构和审阅标准：
| 文件类型 | 更好的指令 |
|---|---|
| PDF 报告 | “提取核心结论、关键数据和作者假设，并指出证据薄弱处” |
| 简历 | “按这个岗位 JD 重写简历，保留真实经历，不编造项目” |
| Excel / CSV | “找出收入下降的主要原因，并用表格列出异常月份” |
| 合同 | “标出付款、违约、知识产权和终止条款中的风险点” |
| 代码文件 | “解释模块职责，找出潜在 bug，并给出最小修改方案” |
| 日志 | “定位错误链路，按可能性排序，并给下一步排查命令” |
⚠️ 文件分析边界
涉及医疗、法律、金融、合同和安全事件时，ChatGPT 可以辅助整理和初筛，但不应替代专业人士或正式审计。要求它标注不确定性，比要求它“给最终结论”更可靠。
4.2 生成可审阅文件
ChatGPT Work 可以创建和迭代文档、演示文稿、电子表格与 PDF。桌面应用支持并排预览，部分文件可以直接标注具体区域并要求局部修改。
提交任务时至少说明：
- 输入：应使用哪些文件、数据和来源。
- 输出：文件类型、页数或工作表结构。
- 质量标准：公式、引用、版式、数据校验和受众要求。
- 边界：哪些内容必须保持不变，哪些信息不得补写。
- 验证：要求报告保存位置、检查方法和仍未解决的问题。
根据附件中的会议纪要和销售数据，生成一份 8 页管理层汇报。
要求：
1. 首页写清结论，不做宣传式封面。
2. 关键数字必须与源表一致，并注明数据期间。
3. 最后一页列出风险、待确认事项和下一步。
4. 完成后说明文件位置、检查过的项目和仍需人工确认的内容。4.3 Projects 的使用方式
Projects 适合把同一主题的对话、文件和固定指令放在一起，例如：
- 写书项目：章节大纲、风格约定、素材库。
- 研究项目：论文、报告、调研记录、术语表。
- 开发项目：需求文档、API 说明、错误日志、代码片段。
- 学习项目：课程计划、错题、笔记、阶段目标。
一个 Project 可以同时包含 Chat 与 Work 对话，并共享上传文件、连接来源和项目指令。建议把每个独立成果放在单独聊天中，避免一条超长对话混合多个目标。
建议每个 Project 写一段固定说明：
这个项目用于整理「AI 工具研究」。
回答时请：
1. 优先使用本项目上传的资料。
2. 区分事实、推断和个人建议。
3. 所有工具对比都输出：功能、适合人群、限制、价格风险。
4. 不确定的信息请提示我联网核查。4.4 个性化、Custom instructions 与 Memory
当前个性化能力包括 personality、Custom instructions 和 Memory：
- Personality 调整沟通风格，不改变模型能力。
- Custom instructions 保存跨聊天都应遵循的表达和工作偏好。
- Memory 延续稳定偏好、常用流程和背景，不应代替项目内必须执行的规则。
在 Codex 中，必须长期执行的个人或项目指令应放在 AGENTS.md 或仓库文档中，而不是只依赖 Memory。
适合让 ChatGPT 记住的信息：
- 你偏好的语言、格式和回答风格。
- 长期学习目标和职业方向。
- 常用技术栈、写作规范、项目背景。
- 需要长期遵守的禁忌，例如“不编造引用”。
不适合让它记住的信息：
- 临时任务细节。
- 敏感身份信息、证件、密码、密钥。
- 已过期的项目偏好。
- 你不希望影响其他对话的个人状态。
你可以直接说：
请记住：我写中文技术文档时，希望中英文之间保留空格，结论先行，少用空泛形容词。也可以定期问：
你现在记住了哪些关于我的信息？请按重要性列出，并标出哪些可能已经过期。五、🎙️ 语音、图片与多模态
5.1 语音模式怎么用
当前 ChatGPT Voice 由 GPT-Live 提供支持，重点用于桌面应用中的 Chat、Work 与 Codex。它不仅能进行对话，还能启动较长任务、检查进度和口头调整方向。
Voice 适合这些场景：
- 外语口语陪练。
- 面试模拟。
- 边走边整理想法。
- 启动一个 Work 或 Codex 任务，并在执行中持续跟进。
- 让它把一段复杂内容口头讲成容易理解的版本。
外语练习示例：
请用英语和我进行 10 分钟产品经理面试模拟。
规则：
1. 每次只问一个问题。
2. 我回答后，先指出 1 个表达问题，再给 1 个更自然的说法。
3. 不要一次性给长篇讲解。Voice 的计划、平台与工作区可用性可能不同。若现有聊天不是以 Voice 开始，界面可能只提供语音输入而不是完整 Voice 会话。
5.2 图片理解怎么用
上传图片后，尽量告诉它观察重点：
请分析这张网页截图。
重点看：
1. 首屏信息层级是否清晰。
2. 按钮和输入框是否有明显可用性问题。
3. 移动端可能出现哪些布局风险。
请只给可执行修改建议。图片理解常见用途：
- UI 截图评审。
- 白板草图转结构。
- 菜谱、植物、维修、收纳建议。
- 图表解释。
- 视觉素材风格分析。
5.3 图像生成怎么用
ChatGPT 可以从文字生成图片，也可以基于参考图进行编辑。当前内置图像生成使用 gpt-image-2；计划、工作区和使用额度可能影响可用性。
图像提示词建议包含：
- 主体 — 画面中最重要的对象。
- 用途 — 海报、封面、插图、分镜、产品图。
- 风格 — 摄影、插画、扁平、写实、水彩等。
- 构图 — 近景、全景、俯视、留白、对称等。
- 比例 — 例如 16:9、1:1、竖版封面。
- 文字 — 需要出现的准确文案。
- 限制 — 不要出现的元素。
生成一张知识管理主题的文章封面图。
要求：
- 比例 16:9。
- 风格：清爽、现代、偏科技但不要深色赛博风。
- 画面：桌面上有笔记、卡片、屏幕和连接线，表现“信息被整理成结构”。
- 文字：画面中不要出现任何文字。
- 用途：VitePress 文章封面。编辑已有图片时，必须同时说明“改什么”和“保留什么”：
编辑这张图片：只把桌上的杯子替换成一盆小型绿植。
保留人物、桌面布局、光线、颜色、裁切和其他所有内容。
不要添加文字或 Logo。5.4 Visualizations 什么时候更合适
Visualizations 可以直接在聊天中创建图表、地图、流程图、计算器、模拟器和交互式解释。它适合“调整参数后观察结果”的问题，而不是普通的静态文字回答。
选择原则：
- 静态数值比较用图表。
- 流程或依赖关系用图。
- 地理信息用地图。
- 输入、时间、运动或空间关系需要变化时用交互式可视化。
- 需要持久网址、权限或数据存储时改用 Sites。
该能力仍在分批开放；能否看到 @Visualize 是当前账户是否可用的可靠信号。
5.5 Sites 什么时候更合适
Sites 用于让 ChatGPT 创建、托管、迭代和分享网站、Web 应用或小游戏，适合把提示词或兼容的本地项目直接变成托管体验。
⚠️ 发布边界
Sites 当前为公开测试，功能受计划、地区和工作区设置影响。每个部署 URL 都是生产部署；如果需要先审阅，应要求 ChatGPT 只保存版本而不部署。
请创建一个“家庭用电成本比较”网站。
用户可以输入峰谷电价、月用电量和储能容量，页面实时比较三种方案。
先生成可审阅版本，不要部署；我确认计算逻辑和文案后再发布。六、🧩 Work、Skills、Plugins 与自动化
6.1 用 Work 委派完整任务
Work 的核心不是“回答得更长”，而是围绕一个清晰成果持续规划、调用工具、生成文件并接受审阅。适合委派的任务通常同时具备：
- 有明确完成标准。
- 需要多份文件、网页或连接来源。
- 包含多个步骤，但用户更关心最终成果。
- 输出能够被检查，例如报告、表格、演示文稿或网站。
请在 Work 中完成供应商比较：
1. 使用我上传的需求说明和三份报价。
2. 核实各供应商官网上仍然有效的服务范围。
3. 生成一份比较表和一页决策摘要。
4. 标出缺失信息、来源冲突和需要法务确认的条款。
5. 不发送邮件，不代表我联系供应商。执行中可以查看进度、回答澄清问题、改变方向，并在重要操作前审批。Work 在桌面端还可以根据权限使用本地文件、应用和浏览器。
6.2 Skill 与 Plugin 有什么区别
| 类型 | 主要作用 | 例子 |
|---|---|---|
| Skill | 封装一项重复工作的流程、模板、规范和参考资料 | 周报写作、演示文稿制作、文档审校 |
| Plugin | 安装式能力包，可包含 Skill、连接器或两者 | Gmail、Google Drive、Slack、GitHub |
| Connector / MCP server | 向 ChatGPT 提供外部系统中的数据和操作 | 读取 Drive 文件、查询 GitHub、发送受控操作 |
Skill 适合解决“每次都要重复说明怎么做”；Plugin 适合解决“任务需要连接什么工具或数据”。两者可以组合：Skill 定义流程，Plugin 提供数据和动作。
当前官方文档中的可用边界：
- Plugins 支持 ChatGPT Web 的 Work，以及桌面端的 Work 和 Codex。
- 普通 Chat、IDE extension 和移动端当前不提供 Plugins。
- ChatGPT 与 Codex 使用同一个公共插件目录。
- 可以在编辑器中输入
@选择特定插件；Skill 也可以由系统根据任务自动选择。
⚠️ 连接外部服务
安装 Plugin 或连接外部账户前，检查它会读取什么数据、能执行什么动作、是否包含 Hooks。只为当前任务授予必要权限，并在完成后移除不再使用的连接。
6.3 Browser 与 Computer Use
两者都能执行界面操作，但范围不同：
- Browser 专门处理网站和本地 Web 应用，可打开页面、点击、输入、截图和验证结果。
- Computer Use 可以操作 macOS 或 Windows 的图形界面，适合桌面应用、系统设置或跨应用流程。
优先顺序建议：
- 有专用 Plugin 或结构化连接器时先用它。
- Web 页面任务优先用 Browser。
- 只有必须操作图形界面时才用 Computer Use。
请使用 Browser 打开本地 http://localhost:3000/settings。
复现窄屏下按钮溢出的问题，截图确认原因。
只修复溢出的控件，不改变页面行为；修改后再次截图验证。网页中的文字可能包含恶意指令。允许访问某个站点不等于信任站点内容，也不等于批准购买、删除、发送或权限变更。
6.4 Scheduled tasks 适合什么
Scheduled tasks 可以在后台定期运行提示词，并集中展示活动、暂停、完成状态和最近执行结果。它既能独立运行，也能回到现有聊天继续使用该聊天的上下文。
适合的场景：
- 每天或每周生成固定格式的简报。
- 定期检查公开页面、连接来源或项目状态。
- 在同一聊天中持续跟踪长时间操作。
- 用 Skill 固化周期流程，再用 Plugin 获取数据或执行动作。
请创建一个每周五 17:00 的 Scheduled task：
回到当前聊天，汇总本周项目进展。
输出：已完成、进行中、阻塞、下周重点。
仅使用项目内资料；缺少证据时标记“待确认”，不要自行补写。使用建议：
- 先在普通聊天中测试提示词和工具权限。
- 前几次运行后检查结果，再调整频率、来源和输出格式。
- Web 任务可使用上传文件和连接工具，但不能直接访问本机目录。
- 桌面端本地任务需要电脑开机、应用运行且项目仍在原路径。
- Git 仓库优先使用独立 worktree，避免后台任务改动正在编辑的工作区。
七、💻 Codex 与编程开发
7.1 Codex 是什么
Codex 是 ChatGPT 中面向软件开发的工作入口，也可以通过 CLI、IDE extension 和云端使用。它能在真实代码库中读写文件、运行命令、理解项目结构、实现功能、修复问题、执行测试和审查变更。
普通 Chat 更适合解释和讨论代码；Work 更适合需要完整文件或跨工具成果的日常工作；Codex 更适合让 AI 直接在工程环境中实施并验证变更。当前官方价格页将 Codex 与 ChatGPT Work 纳入 Free、Go、Plus、Pro、Business、Edu 和 Enterprise 计划，但实际模型、额度和云端能力因计划而异。
7.2 什么时候用 Chat、Work 或 Codex
| 任务 | 更适合的入口 |
|---|---|
| 解释代码、学习概念、讨论架构权衡 | Chat |
| 把需求和资料整理成技术方案或交付文档 | Work |
| 在仓库里修 bug、跑测试、修改多个文件 | Codex |
| 做代码审查，寻找回归风险和缺少的测试 | Codex |
| 生成一次性脚本但不执行 | Chat |
| 把明确需求实施为可验证的代码变更 | Codex |
7.3 给 Codex 下任务的写法
开发任务不要只贴报错。更好的输入包括：
- 当前目标。
- 技术栈和版本。
- 相关文件或代码片段。
- 实际结果与期望结果。
- 已尝试的方案。
- 约束：不要重构、不要引入新依赖、必须兼容旧接口等。
请在当前仓库中修复 VitePress sidebar 排序问题。
背景：
- 新增 docs/research/ai/products/chatgpt-complete-guide.md 后，侧边栏顺序不符合 _meta.json。
- 生成脚本在 tools/generate-sidebar.js。
要求：
1. 先阅读相关脚本和 _meta.json。
2. 找出排序不对的原因。
3. 做最小修改，不引入新依赖。
4. 修改后运行 npm run sidebar:generate 和 npm run docs:build。
提交前请说明：
1. 改了哪些文件。
2. 验证结果是什么。
3. 是否有未解决风险。7.4 让 ChatGPT 辅助写代码前先给上下文
如果只是让 ChatGPT 解释或生成代码，也要补足上下文：
我在 VitePress 项目中生成 sidebar。
问题：新增 docs/research/ai/products/chatgpt-complete-guide.md 后侧边栏排序不对。
我会贴 generate-sidebar.js 的相关代码。
请你：
1. 先解释生成逻辑。
2. 找出排序不对的可能原因。
3. 给出最小修改方案。
4. 不要引入新依赖。7.5 调试代码的提示词
请帮我调试下面这段代码。
环境：
- Node.js 22
- VitePress
- Windows PowerShell
现象：
- 运行 npm run docs:build 报错
- 报错内容如下：...
要求：
1. 先判断最可能的 3 个原因。
2. 每个原因给一个验证命令。
3. 等我贴验证结果后，再给修改方案。7.6 代码审查提示词
请以代码审查方式检查这次改动。
优先找：
1. 会导致构建失败的问题。
2. 行为回归。
3. 边界条件。
4. 缺少测试或验证的地方。
输出格式：
- 严重问题
- 一般问题
- 可选改进
- 建议验证命令八、🔐 隐私、安全与可靠性
8.1 先选择最小权限
桌面端的权限模式决定 ChatGPT 能否编辑文件、运行命令和访问网络，以及何时需要暂停审批。官方建议大多数任务从 Ask for approval 开始：
- 在当前工作区内进行常规读写和命令操作。
- 访问互联网或超出工作区边界前暂停询问。
- 只有明确需要时才使用更宽权限。
Approve for me / Auto-review 仍然保留工作区边界，但由自动审阅器判断额外访问；Full access 可以访问更广泛的文件和网络，显著增加数据丢失、泄漏与意外操作风险。
8.2 管理数据与敏感信息
建议定期检查数据控制、共享链接、Memory、已安装 Plugins、连接账户、上传文件、项目资料和登录设备。
除非你明确知道组织政策和数据处理规则，否则不要上传：
- 密码、私钥、API Key、访问令牌。
- 身份证、护照、银行卡等敏感证件。
- 未脱敏的客户隐私数据。
- 未授权的公司机密。
- 医疗、法律、财务等高风险个人信息。
Business 工作区官方说明为默认不使用业务数据训练模型；Enterprise 与 Edu 还提供更强的身份、审计和数据治理能力。具体规则仍应以组织配置和合同为准。
8.3 把网页和外部工具视为不可信输入
搜索结果、网页、邮件、聊天记录和外部文件都可能包含错误或恶意指令。使用 Browser、Computer Use 或 Plugin 时：
- 明确指定可信来源和任务范围。
- 不让网页内容改变用户给出的安全边界。
- 提交表单、发送消息、购买、删除和权限变更前人工确认。
- 检查 Plugin 能读取的数据、可执行的动作和是否包含 Hooks。
- 任务完成后移除不再需要的连接和长期授权。
8.4 让答案更可靠
- 要求它标注不确定性。
- 对事实性问题要求来源。
- 对实时问题开启搜索。
- 对复杂研究使用 Work，并审阅研究计划和来源。
- 对重要结论要求反向验证。
- 不让它编造引用、链接、法律条文或论文。
- 要求区分“事实、推断、建议”。
请重新检查你的回答：
1. 哪些是有来源支持的事实？
2. 哪些是你的推断？
3. 哪些地方最可能出错？
4. 如果我要继续验证，应该查哪些官方来源？九、💡 高效使用技巧总结
- 先选入口 — 问答与讨论用 Chat，交付物用 Work，代码库变更用 Codex。
- 把结果说清楚 — 目标、上下文、输出和边界比“神奇提示词”更重要。
- 让它先问问题 — 背景不足时，先让 ChatGPT 提问，不要急着要最终答案。
- 按复杂度选模型 — Sol 处理复杂开放任务，Terra 处理日常生产任务，Luna 处理明确高频任务。
- 把长任务拆成阶段 — 先明确完成标准，再研究、生成、审阅和修订。
- 要求来源和自检 — 对实时事实、政策、价格和产品功能，必须要求来源。
- 善用文件和 Projects — 把共享资料与指令放进项目，每个成果使用独立聊天。
- 用 Skills 固化方法 — 重复流程不要反复粘贴提示词；需要外部数据时再安装 Plugin。
- 定期清理 Memory 和连接 — 只保留稳定偏好与仍在使用的账户授权。
- 敏感操作保留人工确认 — 登录、支付、删除、发送、发布和授权必须由人把关。
十、📌 常用提示词速查
10.1 学习
请用费曼学习法解释「主题」。
要求：
1. 先用 150 字讲给新手听。
2. 再列出 5 个关键概念。
3. 给我 3 道自测题。
4. 最后指出最容易误解的地方。10.2 写作
请帮我改写这段文字。
目标读者：...
语气：...
要求：
1. 保留事实，不添加新信息。
2. 删除套话。
3. 让结构更清晰。
4. 给出修改前后的差异说明。10.3 研究
请在 Work 中研究「主题」，最终生成一份可审阅的报告。
先输出研究计划：
1. 需要回答的关键问题。
2. 应该查哪些来源。
3. 可能的争议点。
4. 最终报告结构。
5. 需要我确认的边界或高影响操作。10.4 决策
我需要在 A、B、C 三个方案中选择一个。
请按以下维度比较：
1. 成本
2. 收益
3. 风险
4. 实施难度
5. 可逆性
最后给出推荐，但必须说明在什么条件下推荐会改变。10.5 复盘
请带我做一次项目复盘。
你一次只问一个问题。
问题顺序：
1. 目标是什么？
2. 实际结果是什么？
3. 哪些做法有效？
4. 哪些判断错了？
5. 下次要保留、停止、开始什么？