6 × 60 MIN · 无需编程基础 · 版本 2026.08

把 AI 变成
你的数字项目组

从一个真实问题出发,让 Codex 看材料、做计划、产出文件、验证结果,最后交付一个能用、能查、能迭代的成果。

  • 0编程门槛
  • 6个真实交付
  • 1套管理闭环
AI PROJECT ROOM
你的问题

“下周经营会要讲这个项目,
帮我把材料弄清楚。”

可验证交付物决策简报 · 网站 · 工作流

AI 的输出,不因“看起来专业”而可信;
只因有证据、可验收、能复现而可信。

01

说清楚

把模糊问题变成明确委托。

02

给材料

让 AI 在事实中工作,而非猜测。

03

控行动

限定权限、检查点与停止条件。

04

会验收

用证据和测试判断是否完成。

让课堂时间只花在真正有用的地方

账号安装和网络排障应在课前完成。课堂不背模型榜单、不学编程语法、不展示与工作无关的炫技。

A

学员带来

  • 一个每周重复出现的真实任务
  • 一组已脱敏的原始材料
  • 当前耗时与一个常见返工点
B

讲师备好

  • 已登录的 ChatGPT / Codex 环境
  • 匿名案例文件夹与演示备份
  • 一份“故意有错”的 AI 成果
C

结课带走

  • 一个完成并验收过的真实成果
  • 一套个人工具选择规则
  • 一个 30 天团队试点计划
给讲师:推荐班型、作业与课前后测

推荐:12–24 人,2–4 人一组;每次课后间隔 3–7 天。开课前和第 6 课末尾都完成同一个 15 分钟任务:“根据一组项目材料,生成一页管理决策简报。”比较耗时、事实准确率、来源覆盖、决策清晰度与返工轮数。

演示原则:每个在线演示都准备一份静态截图或录屏备份;不在课堂临时注册账号;真实数据先脱敏,生产发布使用隔离站点。

每一课,都让同一个成果向前一步

从散乱文件夹,到有证据的简报、可分享的网站,再到可重复运行的团队工作流。

0 / 6 课完成完成状态只保存在这台设备
LESSON01

看懂 AI · 60 分钟

AI 到底是什么?

从“会聊天的黑盒”,变成一种你能判断、能分工、能验收的能力。

本课带走能力 ≠ 事实
流畅 ≠ 正确

下课时,你能够

  1. 解释模型、token、上下文、训练与推理
  2. 说清 CPU、GPU、内存、显存和云端的关系
  3. 把任务分为可直接委托、需要复核、暂不委托
0–5 开场5–15 心智模型15–23 硬件23–29 失败机制29–45 演示45–55 练习55–60 收束
01 / 开场

你也会“预测下一个 token”

看到一句没写完的话,我们会根据上下文猜接下来最合理的内容。大语言模型做的事情与此相似,只是规模大得惊人。

董事会问:项目为什么延期?最先应该补充的是——

课堂示意概率,不来自真实模型输出。

02 / 心智模型

只需掌握四个关键词

模型

训练后得到的能力引擎。它不是公司数据库,也不会自动知道你的项目事实。

类比:受过广泛训练的新同事

Token

模型读写信息的基本片段;一个汉字不必然等于一个 token。

类比:信息的计量单位

上下文

本次任务里模型能看到的对话、文件、规则与工具结果。

类比:当前铺在桌面的材料

推理

模型在回答或行动前投入的计算。更多并不自动等于更正确。

类比:给同事多少分析时间
训练 TRAINING把大量规律“压进”模型

昂贵、集中、通常由模型厂商完成

推理 INFERENCE用训练好的模型完成眼前任务

你每次聊天、分析或 Agent 行动都在发生

03 / 硬件直觉

把电脑想成一座 AI 工厂

CPU

调度主管

擅长通用逻辑、系统控制与串行工作。

RAM

公共工作区

程序和数据临时展开的地方。

VRAM

车间手边台面

装不下模型与运行状态,就会慢、报错或必须缩小任务。

什么时候需要关心硬件?
场景你真正要关心的管理判断
使用云端 ChatGPT / Codex网络、账号、数据政策、响应时间通常无需采购 GPU
本地跑小模型或 OCR显存、软件兼容、吞吐、维护先用自己的数据做基准测试
大规模内部推理并发、成本、延迟、可靠性先算总拥有成本,不只看显卡价格
04 / 失败机制

流畅,是生成目标;真实,需要额外证据

不给材料

“分析一下我们项目为什么延期。”

AI 只能补全一个听起来合理的故事。
给错材料

过期计划 + 无版本日期的预算。

AI 可能忠实地把错误材料说得更漂亮。
给足材料

当前计划、会议纪要、数据来源、未知项。

AI 才有机会给出可核实的判断。
模型能力不能弥补材料缺失;
上下文质量通常比“请认真思考”更重要。
05 / 演示

同一个问题,换三次上下文

  1. 01
    裸问

    只说:“根据现有情况,判断项目是否该继续。”记录 AI 的假设。

    3 min
  2. 02
    加入材料

    上传脱敏会议纪要、里程碑和预算,让 AI 标出事实、推断、未知。

    5 min
  3. 03
    加入验收

    要求每项结论指出来源;没有证据时明确写“未知”。

    5 min
  4. 04
    全班盲评

    不是评“哪份更像专家”,而是评“哪份可以拿去决策”。

    3 min
演示提示
请只根据我提供的材料回答。
把输出分成:① 已证实事实;② 基于事实的推断;③ 目前未知;④ 建议补充的证据。
每条事实标出来源文件;找不到依据时不要补写。
06 / 练习 · 10 分钟

不是“能不能用 AI”,而是“怎样才可以用”

绿灯

可直接委托

公开资料摘要、格式转换、低风险草稿。

黄灯

AI 做,人复核

内部数据分析、客户材料、业务建议、对外内容。

红灯

专门流程

凭据、受监管数据、删除、付款、重大人事或法律决定。

每组任选 4 张任务卡

会议总结|客户延期通知|财务异常分析|人员淘汰名单|公开竞争分析|修改项目文件|删除旧系统|产品命名

按“数据敏感性 × 错误代价 × 是否可逆”分类,并说出让它安全升级一级所需的条件。

07 / 收束

AI 是能力放大器,
不是事实发生器。

课后 15 分钟

列出你每周重复出现的 3 个任务;记录当前耗时、输入材料、交付对象和错误代价。下一课带来其中一个。

出口问题请用 30 秒解释:显存为什么像“工作台”?
LESSON02

选对入口 · 60 分钟

模型、UI、Codex、API 到底怎么选?

不背排行榜。用任务、风险、成本和可逆性做选择。

默认策略够快、够好
遇到真难题再升级

下课时,你能够

  1. 区分模型、UI、Codex、API 与工具
  2. 选出合适入口、模型档位和 effort
  3. 知道什么时候不需要 API key
0–7 五层地图7–16 入口选择16–22 身份与计费22–34 模型与 effort34–43 路由练习43–55 盲评55–60 收束
01 / 系统地图

一次把五个概念摆正

01
模型 MODEL

能力引擎:理解、生成、推理和使用工具。

“谁来思考”
02
界面 UI

ChatGPT 网页、桌面应用、IDE、CLI 等入口。

“在哪里交流”
03
Agent / Codex

能看工作区、调用工具、修改文件并验证成果的执行者。

“谁把事做完”
04
API

让你自己的软件按规则、批量或自动调用模型。

“怎样接进流程”
05
工具 / 插件 / Connector

连接文件、网页、邮件、云盘与业务系统。

“能接触什么”
02 / UI 选择

入口取决于任务发生在哪里

想要一个回答 → Chat想要一份成品 → Work想让 AI 在项目里动手 → Codex想把 AI 做进系统 → API
讨论探索

Chat

提问、解释、比较、构思和短内容。

适合:快速得到回答
知识工作

Work

把目标和材料交给 AI,得到可审阅的报告、表格、演示或研究成果。

适合:直接得到成品
工程团队

IDE / CLI

在代码与终端旁边做修改、测试、审查和自动化。

适合:开发与技术人员
长任务 / 移动端

Cloud / Remote

Cloud 在隔离环境执行较长任务;Remote 可从手机指导连接电脑上的任务,是否开放以账号为准。

适合:离开电脑仍要推进
规模化

API

程序化、重复、高并发地把模型接入产品或流程。

适合:需求已稳定的自动化

界面名称、模型可用性和套餐权益会变化;课堂以当日账号实际界面与公司管理员策略为准。内容核验于 2026-08-13。

03 / 身份与计费

API key 是身份与计费凭据

路径 A

用 ChatGPT 登录

  • 使用订阅与工作区权限
  • 本地桌面、CLI、IDE 均可使用
  • Codex Cloud 需要此路径
个人学习与多数日常工作优先
路径 B

用 API key 登录

  • 按 API 平台用量计费
  • 本地 Codex 工作流可用
  • 适合程序化 CLI、CI/CD 与产品集成
只有真正需要自动化时再用
API key 不进入提示词、共享文档、代码仓库或日志。

它和公司门禁卡一样:只交给需要它的程序,通过凭据存储或环境配置使用。

04 / 模型策略

记策略,不记会过期的排行榜

质量优先

GPT-5.6 Sol

复杂专业工作、深度推理、编码与高价值审查。

平衡默认

GPT-5.6 Terra

在能力与成本之间取得平衡,适合大量日常专业工作。

高量低成本

GPT-5.6 Luna

清晰、重复、可快速验收的高吞吐任务。

常规管理任务从 Terra 开始;遇到模糊、多约束或高价值任务再升级到 Sol;规则明确、可批量验收时测试 Luna。最终用你的材料、质量、时间与成本实测。

LOW

提取、改写、清晰且可逆

MEDIUM

日常分析与文件处理的起点

HIGH

多约束、架构、重要审查

XHIGH / MAX

最难、质量优先且值得等待

Ultra 不是更高一档 effort。它是多个子 Agent 并行分工,适合能拆成独立工作流的大任务;多数日常任务不需要。
先补材料和验收标准,再提高 effort。
高 effort 不能补救含糊需求。
05 / 互动练习

把你的任务放进来

这是课堂决策练习,不读取或上传你的选择。高风险任务始终需要责任人、证据检查和公司政策。

06 / 演示 · 12 分钟

同一任务、同一材料、同一量表

模型盲评量表每项 0–2 分
  1. 引用材料,而非凭空补充
  2. 不遗漏关键限制
  3. 区分事实、推断与未知
  4. 建议具体且能执行
  5. 耗时与成本值得
其他模型怎么用?

日常任务只设一个主模型,避免三家同时生成三份返工。对高价值研究、重大审查或难以判断的结论,再让 Claude、Gemini、DeepSeek 等独立复核;给它们同一组材料和量表,最后由主 Agent 按来源证据调和分歧。

可用您的 OCR 基准案例

让学员先看匿名结果,再揭晓本地 GPU 与云 API。结论不是“哪家永远好”,而是“用自己的数据和验收指标选择”。

07 / 收束

先选工作方式,
再选能力档位。

课后 15 分钟

为上节课的 3 个任务各写一行:默认入口、模型档位、effort、升级条件与复核方式。

默认起点普通管理任务:Chat / Work 或 Codex + 平衡模型 + medium。
LESSON03

说清楚 · 60 分钟

从一句口述,到可验收成果

不背万能提示词。像委托一位优秀同事一样,把目标、材料和完成标准说清。

本课方法先自然口述
再结构化委托

下课时,你能够

  1. 用 90 秒口述一个复杂任务
  2. 补齐材料、边界、权限与验收标准
  3. 通过草稿—批评—修订得到合格成果
0–5 失败提示5–16 六格委托16–24 提示词实验室24–34 真实案例34–41 成果选择41–54 双人练习54–60 收束
01 / 反例
模糊愿望
“下周经营会要讲这个项目,帮我弄得专业、深入、全面一点。”
  • 不知道让谁看
  • 不知道要做什么决定
  • 不知道哪些材料可信
  • “专业”无法验收
可执行委托
“根据这 4 份材料,做一页供经营会决定是否追加预算的简报……”
  • 受众和决策明确
  • 材料与截止时间明确
  • 事实必须标来源
  • 有客观完成标准
02 / 核心方法

一份好委托,回答六个问题

1

目的与受众

给谁看?看完要作什么决定?

2

可用材料

文件、链接、数据、旧版本在哪里?

3

背景与限制

时限、政策、不能假设什么?

4

期望成果

文档、表格、网站、小工具还是软件?

5

验收标准

怎样证明准确、完整、可用?

6

允许的行动

只读?可改文件?可发布?何时询问?

记忆法:为什么做 → 凭什么做 → 在什么边界内做 → 做成什么 → 怎样算完成 → 能行动到哪里。

03 / 提示词实验室

从一句话长成委托书

实时委托书

          
04 / 真实案例

您已经用 AI 做过的不只是“聊天”

05 / 成果选择

它是一个可以被使用的共同工作面

  • 一个链接,跨设备打开
  • 文字、图表、文件与交互放在一起
  • 更新后不必反复发送附件
  • 容易让非技术人员直接验收“是否好用”
什么时候不该做网站?

一次性、严格打印审批 → 文档 / PDF

需要继续计算和录入 → 表格 / 小工具

高度敏感且无发布条件 → 受控内部文件

只为显得高级 → 不做

你正在看的这个课程网站,就是示范:讲师投屏 + 学员自学 + 打印讲义,共用一份持续更新的成果。
06 / 练习 · 13 分钟

说过来,就可以是专业工作流

  1. A 口述 90 秒

    讲自己的真实任务,不看模板。

  2. AI 整理六格

    只整理,不立即执行。

  3. B 找缺口

    只问影响结果的关键问题。

  4. 生成一页草稿

    至少含 3 条证据、2 个未知、1 个决定。

  5. 交换验收

    用目标、证据、边界、结构、行动性打分。

口述整理提示
先不要执行。请把我刚才的口述整理成“六格委托单”:目的与受众、可用材料、背景与限制、期望成果、验收标准、允许的行动。
只追问会显著改变成果的缺失信息;其余部分先提出合理默认,并明确标为假设。
07 / 收束

提示词不是咒语,
而是一份工作委托。

课后 20 分钟

真实使用一次六格委托单,保留“原始口述 → AI 整理版 → 最终成果”,记录关键修订轮数和节省时间。

合格线目标、证据、边界、结构、可行动性:每项至少 4 / 5。
LESSON04

协作执行 · 60 分钟

让 Agent 真正做事

从给建议,到看材料、做计划、使用工具、修改文件、检查结果和交付。

管理关键给自主权
也给边界

下课时,你能够

  1. 解释聊天助手与 Agent 的区别
  2. 为 Agent 设范围、权限与停止条件
  3. 看懂计划、变化、证据与验收记录
0–6 对比6–14 七步闭环14–21 能力扩展21–29 权限边界29–44 真实演示44–54 情境练习54–60 收束
01 / 对比

聊天助手

主要返回文字建议、解释或草稿。

“你可以检查文件、修改页面并测试。”
告诉你怎么做
VS

Agent

在授权范围内观察环境、使用工具并完成多步任务。

“我检查了 18 个文件,修改了 3 个,测试全部通过;这里是证据。”
把事情做完并证明
02 / 核心闭环

管理 Agent,盯住这七步

1理解目标成功是什么
2查看材料事实在哪里
3制定计划先做什么
4执行行动改文件 / 用工具
5验证结果测试与证据
6修正失败不掩盖问题
7交付汇报结果与风险
你不需要盯住每一次点击,
但必须定义目标、边界和证据。
03 / 能力扩展

Agent 能做什么,取决于它看得见什么、拿得到什么

CODEX协调者
文件

文档、表格、图片、代码、整个项目目录

工具

搜索、终端、浏览器、测试、图像生成

技能

把一套可靠做法写成可重复执行的说明

插件

把技能、工具和业务系统连接打包在一起

非程序员最重要的动作:

打开正确的文件夹,说明哪些材料是权威版本,告诉 Agent 哪些文件能改、哪些只能读。

04 / 权限边界

自主权不是“全开”或“全关”

LEVEL 1

只读分析

看文件、查资料、解释与规划。

默认可自主
LEVEL 2

本地可逆修改

改草稿、生成新文件、运行测试。

保留变更记录
LEVEL 3

外部写入

发邮件、改云端数据、创建任务。

先明确授权与对象
LEVEL 4

生产 / 不可逆

发布、删除、购买、扩大权限。

检查点或专门政策
授权边界示例
可以直接读取本项目文件、创建新文件、修改本次任务涉及的页面并运行非破坏性测试。
在对外发送、生产发布、删除材料、产生费用或扩大任务范围前,先停下说明影响并等我确认。
完成后给出:修改清单、验证证据、仍然未知的事项。
05 / 真实演示 · 15 分钟

把终端藏到背景,把管理过程放到前台

  1. 01
    打开脱敏项目文件夹

    让 Codex 先列材料、版本冲突和明显缺口。

    2 min
  2. 02
    确认六格委托

    经营会受众、需要的决定、五个页面区块与事实来源。

    3 min
  3. 03
    让 Agent 分工

    内容、页面、核验可并行;关键判断回到主线。

    4 min
  4. 04
    看变更而非看代码

    审阅标题、数字、来源、链接、移动端和可读性。

    3 min
  5. 05
    要求证据

    显示测试结果、截图、仍未知项和不应发布的内容。

    3 min
06 / 情境练习
AGENT STATUS · 78%

页面已生成,但两个数字没有来源,一个链接失效;Agent 准备发布。

2 未核实数字1 失效链接12 项测试通过
1

继续、暂停还是退回?

2

必须补什么证据?

3

哪些动作仍可自动执行?

4

发布前 3 个硬条件?

07 / 收束

不要只问“完成了吗”,
要问“怎么证明”。

课后 20 分钟

让 Agent 完成一个低风险、可逆的真实任务;保留计划、变更摘要和验收记录,而不只保存最终文件。

最低证据改了什么 · 怎样验证 · 仍有哪些未知。
LESSON05

交付上线 · 60 分钟

不会写代码,也能把软件做完

管理者不必亲自编程,但必须能定义产品、验收行为、控制发布和恢复失败。

完成定义本地能跑
不等于已经交付

下课时,你能够

  1. 选择正确的成果形态
  2. 把自然语言需求变成可测的软件委托
  3. 组织测试、生产发布、验证与回滚
0–6 成果路由6–16 产品定义16–23 交付门槛23–34 发布闭环34–44 验收方法44–54 发布演练54–60 收束
01 / 成果路由

先问“谁要怎样使用”,再问“做成什么”

文档 / PDF

线性阅读、正式审批、打印归档。

表格

继续录入、计算、筛选和建模。

演示文稿

有人讲解、按节奏推进的会议。

小工具 / 软件

重复操作、状态保存、复杂业务流程。

02 / 产品定义

不懂代码,也可以把产品定义清楚

  1. 01
    用户是谁?

    具体到角色与使用环境。

  2. 02
    最重要的任务是什么?

    不要先列 30 个功能。

  3. 03
    输入与输出是什么?

    文件、数据、操作与结果。

  4. 04
    怎样算好用?

    字号、速度、移动端、错误提示。

  5. 05
    数据放在哪里?

    隐私、保存、删除和权限。

  6. 06
    哪五条路径必须通过?

    写成用户可执行的验收动作。

  7. 07
    发布与恢复怎么做?

    生产地址、版本、监测、回滚。

您的真实案例

AI Workspace Migrator 特别适合演示:需求不只是“做个迁移工具”,还包括威胁模型、加密、冲突处理、回滚和端到端测试。

03 / 交付门槛

“生成了”只是第一道门

G1

需求门

目标、受众、边界和验收明确

G2

内容门

事实、数字、来源与未知核对

G3

行为门

关键流程、错误路径和边界可用

G4

视觉门

桌面、手机、投屏与打印可读

G5

安全门

无凭据、越权、敏感泄露或外部依赖

G6

生产门

HTTPS、线上验证、版本与回滚

04 / 发布

发布 = 预检 + 原子切换 + 线上验收 + 可回滚

01只打包最终产物

不上传源代码、缓存、密钥或开发环境。

02本地预检

关键文件存在,无危险内容与未批准外部依赖。

03隔离发布

每个站点独立目录,新版本完整就绪后原子切换。

04独立线上验证

DNS、HTTPS、关键资源、交互、手机与外部访问。

05失败即恢复

回到上一个工作版本,修复后再发布。

不是成功:“文件传上去了”真正成功:“用户从生产地址完成关键任务,证据齐全。”
05 / 验收

验收行为,不验收代码行数

1

主路径

普通用户能否完成最重要的任务?

2

边界

空文件、超长文字、重复点击会怎样?

3

错误

失败时是否解释清楚且能恢复?

4

数据

保存、计算、导出是否与原始材料一致?

5

环境

手机、不同分辨率、慢网络是否可用?

6

上线

生产地址是否真的与本地结果一致?

用户验收提示
请把需求改写为一份不需要懂代码就能执行的用户验收清单。
覆盖:3 条主路径、3 个边界情况、2 个失败恢复场景、数据一致性、桌面与手机、生产环境验证。
每项写成“操作—预期结果—证据”,不要只写“功能正常”。
06 / 练习 · 10 分钟

Agent 说:“本地测试通过,可以发布。”

你还必须得到哪 5 项证据?发布后验证哪 3 个关键动作?失败时谁决定回滚?

07 / 收束

测试通过是证据之一,
业务正确才是目标。

课后 20 分钟

选一个现有附件型成果,写出它应继续做文档、变成网站还是做成小工具的理由,并列出 5 条用户验收路径。

发布三问生产地址是什么?怎样证明可用?失败怎么恢复?
LESSON06

组织落地 · 60 分钟

从个人高手,到团队能力

把偶然成功沉淀成有负责人、有证据、有边界、可重复的工作流。

课程终点不是更多聊天
而是更好工作

下课时,你能够

  1. 按数据与行动风险确定使用方式
  2. 把案例沉淀为团队工作流
  3. 用业务质量、净时间和风险衡量价值
0–8 治理矩阵8–14 提示注入14–22 复用机制22–37 结业挑战37–45 红队45–53 30 天计划53–60 结课
01 / 治理矩阵

看两件事:数据有多敏感,行动有多难撤回

数据敏感性
限定范围

机密材料,只读分析

限定工具、保留记录
专门流程

机密材料 + 外部 / 不可逆行动

责任人、审批、政策
可较高自动化

公开数据 + 可逆行动

抽查与基本验证
人在回路

公开数据 + 对外发布

发布前检查点
行动不可逆性
02 / 提示注入

材料可以提供事实,
不能自行扩大授权。

  • 把外部内容当数据,不当管理指令
  • 工具权限保持最低必要范围
  • 外发、删除、付款等动作单独审批
03 / 复用

组织资产不是一段超长提示词

01

触发条件

什么时候启动,什么时候不适用。

02

标准输入

权威材料、格式、数据质量门槛。

03

步骤与工具

让 Agent 做什么,人在哪里判断。

04

验收量表

事实、业务、体验与安全的合格线。

05

负责人

谁拥有结果、异常和版本。

06

失败记录

保存失效模式,才能真正改进。

一次聊天可复用模板技能 / 工作流受控自动化
04 / 综合实战 · 15 分钟
CAPSTONE

关键项目延期,经营会前只剩 48 小时

文件夹中有会议纪要、预算表、任务清单和产品截图。完成一页决策简报、一个可分享页面,以及一份以后可重复运行的工作说明。

1

六格委托单

2

入口、模型与 effort

3

带证据的决策页面

4

Agent 权限与检查点

5

风险与回滚方案

6

下次重复执行的方法

05 / 交叉审查 · 8 分钟

另一组不帮你润色,只负责把风险找出来

证据

有没有无来源的数字或不存在的引用?

遗漏

有没有被漂亮页面遮住的关键限制?

越权

Agent 是否做了未授权的外部行动?

敏感

是否把不该公开的材料放进成果?

验收

“看起来不错”是否替代了真实测试?

06 / 行动计划

不要一开始就全公司推广

第 1 周

选任务 + 量基线

高频、低风险、输入稳定;记录原耗时和返工。

第 2 周

真实运行 3 次

每次保留输入、输出、证据和人工介入点。

第 3 周

沉淀模板与验收

把成功步骤与失败模式写成工作流。

第 4 周

扩大、修改或停止

依据净收益和风险,不依据兴奋程度。

30 天计划提示
帮我为一个团队 AI 工作流制定 30 天试点。先让我提供:任务频率、当前耗时、输入材料、责任人、错误代价和合格标准。
计划必须包含:3 次真实运行、每次人工检查点、失败记录、净时间计算,以及第 30 天“扩大 / 修改 / 停止”的决策门槛。
07 / 结课

一个真实成果,
一套选择规则,
一份可重复工作流。

只看六个指标

  • 完成真实任务次数
  • 首次验收通过率
  • 平均返工轮数
  • 关键结论来源覆盖率
  • 节省的净时间
  • 人工接管与风险事件
不把提示词数量、生成字数或聊天次数,当作成功指标。

管理者 AI 工具箱

复制的是结构,不是咒语。每次都用你的真实材料和验收标准替换占位符。

01

先看材料,再动手

先只读检查我提供的文件,说明:
1. 你看到了什么;
2. 哪些是权威版本;
3. 有哪些冲突或缺口;
4. 你建议的执行计划。
在我要求的范围内继续,不要改无关文件。
02

事实、推断、未知

把结论分成:已证实事实、基于事实的推断、建议、目前未知。
事实标出来源;推断说明依据;未知项不要猜,给出最小补证据方案。
03

完成前自验收

交付前按这些标准逐项检查:[列出标准]。
不要只说“已完成”;给出测试、来源、截图或可复核路径。若有一项不通过,先修复;无法修复则明确报告。
04

高价值第二意见

请作为独立审阅者,不沿用上一位分析者的结论。只根据同一组材料检查:关键遗漏、无来源主张、反例、风险和更优解释。
最终由主 Agent 根据证据调和分歧。

不懂术语时,先看这里

模型Model

训练后得到的能力引擎。你需要关心它是否适合当前任务,而不是只看“最新”。

Token信息片段

模型读写的计量单位。材料越多、回答越长,通常消耗越多。

上下文Context

本次任务里模型能看到的对话、文件、规则和工具结果;不是永久记忆。

Effort推理投入

模型为回答或行动投入的计算程度。越高通常越慢、用量越多,收益需实测。

Agent执行型 AI

能观察环境、制定计划、调用工具、采取行动并验证结果的 AI 系统。

API软件接口

让你自己的程序稳定、重复地调用模型;一次性任务通常不必使用。

API key身份凭据

用于认证和计费,像门禁卡。不是提示词,也不是更强模型的密码。

幻觉无依据生成

输出听起来合理,却没有事实依据。用材料、来源、工具和验收降低风险。

部署Deploy

把成果放到真实用户能访问的环境,并验证线上行为;不是简单上传文件。

回滚Rollback

新版本失败时恢复到上一个可工作版本。发布前就应知道怎么做。

技能 / 插件Skill / Plugin

技能封装可靠做法;插件可进一步打包工具和业务连接,让 Agent 重复执行。

提示注入Prompt injection

外部材料中的文字试图改变 Agent 指令。材料是证据,不应自行扩大授权。

易变化内容,以当前官方界面为准

课程中的 Codex 入口、认证方式、GPT-5.6 系列定位与 reasoning effort 建议,于 2026-08-13 依据 OpenAI 官方文档核验。套餐权益、模型可用性、价格与界面可能变化。