2026年8月4日，OpenAI发布三款面向教育场景的新插件，分别服务于K–12教师、高校教师和大学生。插件可在ChatGPT Edu以及面向学区部署的ChatGPT for Teachers中使用，目标是把课程材料、日历、文档和获准使用的应用带入同一个工作上下文。

三款插件对应不同任务：K–12教师插件侧重课堂材料、差异化资源和教学可视化；高校教师插件覆盖课程设计、教学计划和多媒体评估；大学生插件则面向辅导、学习计划、测验、闪卡与交互式解释。共同变化是，AI不再只回答一个问题，而是围绕用户选定的资料协助完成连续、多步骤的工作。

这次更新也强调教育者和学生仍然掌握决定权。学校可以控制可连接的工具与权限，教师负责教学判断和评价，学生获得的是更有结构的学习支持，而不是绕过学习过程的捷径。

对教育科技行业而言，值得关注的不只是新增了哪些功能，而是AI产品正在从通用聊天框转向带有角色、资料来源、工作流和权限边界的任务系统。来源：OpenAI，2026年8月4日，https://openai.com/index/learn-teach-chatgpt-work-codex/

# ChatGPT
Logo
AtomGit AI 社区

AtomGit AI 社区提供模型库、数据集、Agent、Token等资源

更多推荐

MiMo报错400已消失！（reasoning_content 强制回传放宽）

受影响的客户端（TRAE、Cursor、Roo Code、Codex、GitHub Copilot CLI、Zed、AutoGen、Goose 等）大多不回传 `reasoning_content`，导致多轮工具调用时报 400。> 当 Agent 类产品的多轮会话中开启思考模式，且历史会话存在工具调用时，后续回传的 assistant 消息如果包含工具调用，必须完整回传 `reasoning_c

avatar AtomGit AI 社区

OpenAI SDK 换 base_url 接中转：Claude / ChatGPT / Codex 的测评与实测清单

实际接入下来，这种“只改 base_url”的方式对老项目最友好，尤其是已有 OpenAI SDK、LangChain、脚本化调用的项目。，迁移成本会明显降低，尤其是 OpenAI SDK、兼容 OpenAI 协议的第三方入口、以及一些命令行工具（比如 Claude Code、部分 ChatGPT 工作流）都能直接复用。我的判断标准很简单：官方直连当然能用，但在日常联调里，我更看重“能不能少改代码

avatar AtomGit AI 社区

个人开发者 API 中转选型实测：为何我留下 59API

作为个人开发者，我一开始也倾向于直接接 OpenAI 官方接口，省心、路径短、文档也统一。官方直连我依然会保留，但在日常联调和多项目接入时，我现在默认先走 59API，再按项目需要决定是否切回官方。对我来说，中转不是替代官方，而是让不同客户端先稳定跑起来：官方直连也可，但联调阶段我默认会先挂一个兼容层，便于快速切换、观察、回滚。如果你的场景和我类似：既要兼容 Claude Code、ChatGPT

avatar AtomGit AI 社区