Codex安装了几个插件,直接起飞了.

🧩 插件速查表

搞起来，搞起来，下面都是我常用的。

🌐 1. Chrome：让 Codex 使用你的登录态网页

Chrome 插件的核心价值，是让 Codex 能使用你自己的 Chrome 浏览器环境。

比如你已经登录了后台、CRM、Gmail、Notion、内部系统，Codex 就可以在你授权后打开页面、读取内容、点击操作、填写信息。

✅ 适合场景

• 处理需要登录的网站

• 检查后台页面

• 操作内部工具

• 读取网页里的业务信息

• 配合网页测试和问题复现

💡 使用建议

本地开发页面、公开网页、localhost 调试，优先用 Codex 自带浏览器；需要登录态、Chrome 插件环境、历史会话和真实账号状态时，再用 Chrome。

⚠️ 注意事项

Chrome 能接触到你已登录的网站，所以授权前要确认任务范围。不要让 Codex 在不明确的情况下操作支付、删除、发布、批量发送等高风险动作。

🐙 2. GitHub：让 Codex 进入真实协作流程

GitHub 插件适合所有开发者优先安装。

它可以帮助 Codex 读取 issue、PR、评论、讨论线程，也可以配合 Codex code review 检查 PR 中的回归风险、缺失测试和潜在问题。

✅ 适合场景

• 让 Codex review PR

• 根据 issue 生成修复计划

• 总结 PR 改动

• 分析 CI 失败原因

• 根据评论继续修复代码

• 把本地修改整理成 PR 说明

💡 使用建议

如果你的代码在 GitHub 上，GitHub 插件就是 Codex 接入团队工程流的入口。

更好的用法不是简单说“帮我看看 PR”，而是明确要求：

请重点检查行为回归、潜在 bug、安全风险和缺失测试，并按严重程度输出。

⚠️ 注意事项

让 Codex 操作 GitHub 前，先确认仓库、分支、PR、issue 是否正确。涉及关闭 issue、改 PR 状态、推送代码、创建安全公告等动作时，要逐步确认。

🖥️ 3. Computer Use：让 Codex 操作真实桌面软件

Computer Use 很特别。

它不是让 Codex 调 API，而是让 Codex 像人一样看屏幕、点按钮、输入文字、操作窗口。

这意味着 Codex 可以进入那些没有插件、没有 API、只能靠图形界面操作的软件。

✅ 适合场景

• 操作没有插件支持的软件

• 复现桌面端 bug

• 测试 GUI 流程

• 在多个软件之间复制、整理、录入信息

• 检查模拟器、客户端、系统设置

💡 使用建议

Computer Use 适合处理“必须看界面、必须点按钮”的任务。

比如：

打开这个桌面应用，复现登录后跳转失败的问题。只观察和记录，不要修改系统设置。

⚠️ 注意事项

它的能力很强，也要谨慎使用。因为它可能影响你电脑上的真实软件状态，所以每次授权前要看清楚目标应用、操作范围和可能后果。

🏗️ 4. Build Web Apps：从想法直接做成网页应用

Build Web Apps 适合做网站、工具页、落地页、管理后台、产品原型。

你可以给 Codex 一段需求、一个截图、一个 Figma 设计、一份产品说明，它可以帮你搭页面、写组件、接数据、做交互，再配合浏览器验证和部署流程，生成可体验的结果。

✅ 适合场景

• 从 0 做一个 Web 原型

• 根据截图还原页面

• 做内部小工具

• 快速搭建产品 MVP

• 修改现有 React 项目

• 做管理后台、表单页、数据看板

💡 使用建议

它最适合和 Figma、Chrome、GitHub 一起用：

设计稿变代码 -> 浏览器验证 -> GitHub 提交 PR。

🧪 推荐提示词

请根据这个需求做一个可运行的 Web App。要求：1. 先给页面结构和实现计划2. 使用当前项目已有技术栈3. 保持移动端和桌面端都可用4. 完成后启动本地预览并检查页面5. 最后总结改动和验证结果

下面开发的一些项目原型，我都是用上面的方法搞得，按上面的方法你可以快速搞成项目的原型：

🎨 5. Figma：把设计稿变成可落地代码

Figma 插件适合前端、设计师和独立开发者。

它可以让 Codex 读取 Figma 里的设计上下文、组件、截图、样式和变体，再把这些内容翻译成项目里的真实代码。

✅ 适合场景

• Figma 页面转前端代码

• 根据设计系统生成组件

• 对齐间距、字号、颜色、布局

• 从设计稿生成实现计划

• 建立设计组件和代码组件的映射

💡 使用建议

不要只说“照着 Figma 做”。

更好的提示是：

请读取这个 Figma frame 的设计上下文。要求：1. 复用当前项目已有组件和样式 token2. 不要硬编码过多一次性样式3. 实现后用浏览器检查桌面端和移动端4. 标出设计稿中无法直接还原的地方

⚠️ 注意事项

设计稿转代码不是简单截图还原。真正好用的结果，应该落在项目现有组件体系里，而不是生成一堆孤立代码。

📄 6. Documents：把资料变成正式文档

Documents 适合处理报告、说明书、PRD、会议纪要、方案文档、交付文档。

Codex 可以读取你给的资料，整理结构，生成可交付的文档，也可以把散乱信息变成清晰的章节。

✅ 适合场景

• 写产品需求文档

• 写项目说明

• 写客户方案

• 写调研报告

• 把会议记录整理成正式文档

• 把代码项目整理成开发者手册

💡 使用建议

它的价值不是“帮你写几段话”，而是把材料组织成可以交付、可以修改、可以复用的文档资产。

🧪 推荐提示词

请根据这些资料整理一份正式文档。要求：1. 先识别目标读者2. 重组信息结构3. 保留关键事实，不要编造4. 输出清晰标题、摘要、正文和结论5. 最后列出仍需人工确认的信息

📊 7. Presentations：自动生成和修改 PPT

Presentations 适合做演示文稿。

Codex 可以根据大纲、文档、数据、图片或参考 PPT，生成新的幻灯片，也可以修改已有 PPT 的结构、文案、布局和视觉。

✅ 适合场景

• 做项目汇报 PPT

• 做商业计划书

• 做课程课件

• 做产品介绍

• 把文档转成演示稿

• 优化已有 PPT 的表达和结构

💡 使用建议

好用的提示方式，是告诉 Codex：

• 受众是谁

• 希望几页

• 每页讲什么

• 视觉风格是什么

• 是否保留品牌色

• 是否需要图表、截图、流程图

🧪 推荐提示词

请把这份文档整理成一份 12 页左右的 PPT。受众是公司管理层。风格要求：专业、简洁、适合汇报。每页请有明确标题和核心观点。完成后检查文字是否过多、排版是否均衡。

📈 8. Spreadsheets：处理表格、数据和分析

Spreadsheets 适合处理 CSV、Excel、Google Sheets、财务预测、用户反馈表、运营数据。

它可以帮你清洗数据、分析指标、生成图表、创建公式、输出可继续编辑的工作簿。

✅ 适合场景

• 清洗混乱表格

• 分析销售/运营数据

• 生成财务预测表

• 汇总用户反馈

• 把数据做成图表和报告

• 检查公式、字段和异常值

💡 使用建议

它特别适合和 Documents、Presentations 联动：

先用表格分析 -> 再生成报告 -> 最后做成 PPT。

🧪 推荐提示词

请分析这份表格数据。要求：1. 先说明字段含义2. 找出异常值和缺失值3. 生成关键指标汇总4. 给出可以放进汇报 PPT 的结论5. 如果需要图表，请说明图表类型和原因

🎞️ 9. HyperFrames：把内容变成可复用视频

HyperFrames 适合做程序化视频和动效内容。

它的思路是把视频当成可以用 HTML、CSS、JavaScript 生成的作品。Codex 负责写结构、动画、字幕、转场和样式，HyperFrames 负责预览和渲染。

✅ 适合场景

• 产品介绍短视频

• 网站转宣传视频

• 数据可视化视频

• 品牌片头片尾

• 批量生成社媒短视频

• 把文章、报告、数据转成动态内容

💡 使用建议

HyperFrames 适合内容团队和独立创作者，因为它能把视频从“一次性剪辑”变成“可复用模板”。

比如你可以做一套固定的视频模板，然后让 Codex 按不同主题替换标题、字幕、数据和画面。

⚠️ 注意事项

不同插件目录里的能力范围可能会变化。使用前建议先打开插件详情，看它支持的输入、输出、渲染方式和文件格式。

🎬 10. Remotion：用 React 生成视频

Remotion 也是程序化视频方向，但它更偏 React 技术栈。

如果你熟悉前端开发，会非常容易理解 Remotion：视频里的标题、字幕、图表、动画都可以是 React 组件，最后渲染成 MP4。

✅ 适合场景

• 用 React 做视频模板

• 批量生成数据视频

• 生成课程片段

• 生成产品演示

• 把脚本、图片、数据变成视频

• 做自动化视频生产线

💡 使用建议

如果你已经会 React，Remotion 会很顺手；如果你更想要“网页式视频生成体验”，可以优先试 HyperFrames。

🧪 推荐提示词

请用 Remotion 思路设计一个 30 秒产品介绍视频。要求：1. 分镜清晰2. 每个镜头包含文字、画面、动画和时长3. 使用可复用组件结构4. 支持后续批量替换产品名称和卖点

🧭 推荐安装顺序

👨‍💻 如果你是开发者

优先安装：

GitHub -> Chrome -> Computer Use -> Build Web Apps -> Figma

这条路线能覆盖真实开发中最常见的流程：

读需求 -> 改代码 -> 浏览器验证 -> 提交 PR -> Review 修改

🧑‍💼 如果你经常做内容和交付

优先安装：

Documents -> Spreadsheets -> Presentations

这条路线能覆盖常见办公交付：

整理资料 -> 分析数据 -> 生成报告 -> 做成 PPT

🎥 如果你想做短视频和动态内容

优先安装：

HyperFrames -> Remotion

这条路线适合把内容生产做成模板化流程：

文案 -> 分镜 -> 动效 -> 渲染 -> 批量复用

🔗 最好用的插件组合

🎨 Figma + Build Web Apps + Chrome + GitHub

从设计稿到代码，再到浏览器验证，最后提交 PR。

适合：

• 前端页面开发

• 落地页制作

• 管理后台

• 产品 MVP

📈 Spreadsheets + Documents + Presentations

从数据分析到报告，再到汇报 PPT。

适合：

• 项目汇报

• 经营分析

• 销售总结

• 用户调研

🌐 Chrome + Computer Use

处理需要登录、需要人工界面操作、没有 API 的真实系统。

适合：

• 内部后台

• 桌面软件

• GUI bug 复现

• 跨软件录入

🎞️ HyperFrames / Remotion + Documents + Spreadsheets

把文章、报告、数据变成可复用的视频内容。

适合：

• 知识短视频

• 数据可视化视频

• 产品介绍视频

• 品牌内容生产

🛡️ 插件使用的 5 条安全建议

✅ 1. 先看插件权限

安装前看清楚插件能访问什么、能操作什么。

✅ 2. 高风险动作要二次确认

删除、发布、付款、发送、推送代码、修改线上配置，都要让 Codex 先解释再执行。

✅ 3. 不要随便暴露敏感信息

API Key、生产数据库密码、客户隐私、内部机密，不要直接丢进任务里。

✅ 4. 插件适合的事才交给插件

能用 GitHub 插件读 PR，就不要让 Codex 用浏览器硬点页面；能用表格插件分析数据，就不要让它靠截图猜。

✅ 5. 任务越清楚，插件越好用

不要只说“帮我处理一下”。要说清楚目标、范围、约束、输入和输出。

🧠 最后说一句

Codex 本身已经很强，但插件决定了它能进入哪些工作场景。

不装插件，它更像一个会写代码的助手。

装好插件，它才真正变成一个可以连接网页、代码仓库、设计稿、文档、表格、PPT 和视频生产线的 AI 工作台。

我的建议很简单：

先把这 10 个插件装好，再用真实任务跑一遍。

你会更快明白，Codex 的价值不只是“写代码”，而是“把工作做完”。