Codex 与 AI 工具逐项说明书
Codex 与 AI 工具逐项说明书
摘要:本文逐项还原你提供的截图和视频:画面中的工具是什么、能做什么、能确认的入口在哪里、适合什么场景,以及哪些内容只是短视频话术或尚无法确认来源。
目录
文章目录
- Codex 与 AI 工具逐项说明书
-
- 目录
- 一、先说明:这批素材不是同一种东西
- 二、Codex 本体及插件生态:截图里真正出现了什么
- 三、代码库理解与长期上下文:四个不同层次的方案
- 四、模型、供应商和联网:画面中的“能用”不等于官方支持
- 五、浏览器、桌面控制与 RPA:该把它们用在哪里
- 六、电商内容生产:从“参考图”到结构化生产流程
- 七、补充资源地图:截图中可识别的项目、地址与场景
- 八、按你的目标选择,而不是按短视频热度选择
一、先说明:这批素材不是同一种东西
图片和视频里同时出现了四类内容,不能都当作 Codex 功能:
| 类别 | 典型条目 | 它与 Codex 的关系 |
|---|---|---|
| Codex 官方能力或官方生态 | 插件、Apps、GitHub、Vercel、文档、浏览器/电脑控制 | 可在 Codex 或授权页面中使用,但受账号、地区、组织策略与授权范围影响 |
| 开源/第三方开发工具 | Codegraph、Claude-mem、LLM Wiki、Mineradio | 需要自行核验仓库、安装方式和维护状态;并非装上 Codex 就天然具备 |
| 内容生产 SaaS | 飞书多维表格、电商图/视频工具、DiffMind | 与 Codex 可组合,但通常是独立产品和独立账号 |
| 视频创作者的方案或口号 | “无限免费 Codex”“一次录制即 RPA”“无幻觉” | 只能作为思路,不能直接视为产品承诺或安全做法 |
[!IMPORTANT]
本文中的“已确认地址”来自截图中可见的域名,或对公开站点的直接核验。若画面只显示了名称而没有唯一标识,本文明确标为“未能唯一确认”,不会用猜测链接冒充官方地址。
二、Codex 本体及插件生态:截图里真正出现了什么
1. Codex:代码任务的执行主体
画面线索: 多张截图直接使用 “Codex”,包括插件列表、Computer Use、模型供应商配置、日志排障和手机远程连接。
它能做什么: 在项目目录内读取和修改代码、执行测试和命令、分析错误、编写文档;在启用并授权相关能力后,也可通过插件、App Connector、浏览器或 Computer Use 获取外部信息或执行受限操作。
官方入口: Codex 官方文档。实际可用能力以当前 Codex App 内的插件页、账号权限和组织策略为准。
适用场景:
- 修复 bug、补测试、重构局部模块、做代码审查。
- 从 GitHub issue、项目文档和本地仓库收集上下文,生成实施方案。
- 将重复但低风险的开发辅助工作串成流程,例如“读 issue -> 定位代码 -> 修改 -> 跑测试 -> 输出变更说明”。
不适用或需人工确认的场景: 生产发布、删除数据、修改权限、对外发送消息、处理密钥或未核验的第三方供应商配置。
2. 图片中的 10 类 Codex 插件/能力
“Codex 最值得安装的 10 个插件”这张图实际列出的是 Chrome、GitHub、Computer Use、Build Web Apps、Figma、Documents、Presentations、Spreadsheets、HyperFrames、Remotion。它们不是同一技术形态:有的是应用连接器,有的是生成能力,有的是本机控制能力。
| 画面名称 | 能做什么 | 常见入口/地址 | 推荐开发场景 | 关键边界 |
|---|---|---|---|---|
| GitHub | 读取仓库、issue、PR、CI;在已授权时创建或更新协作项 | GitHub | 根据 issue 定位代码、汇总 PR、检查失败 CI | 不应自动合并 PR 或修改仓库设置 |
| Documents | 创建或编辑文档产物 | Codex 的插件/App 页面 | 设计说明、变更记录、测试报告草稿 | 共享文档写入前要确认目标文件 |
| Spreadsheets | 读取、生成、整理表格 | Codex 的插件/App 页面 | 缺陷清单、测试矩阵、发布清单、数据汇总 | 不应用模型推测替代原始业务数据 |
| Presentations | 生成或编辑演示文稿 | Codex 的插件/App 页面 | 技术方案、复盘、项目汇报 | 数据、截图和结论须人工核验 |
| Figma | 与设计稿和组件资产协作 | Figma | 从设计稿识别组件、梳理设计令牌、辅助前端实现 | 设计文件通常含敏感项目内容,需限定团队范围 |
| Vercel / Build Web Apps | 构建、预览或部署 Web 项目 | Vercel | 预览环境部署、静态站点或 Web 应用验证 | 生产部署、域名和环境变量必须人工审批 |
| Chrome | 连接用户 Chrome,复用浏览器上下文执行网页任务 | Codex 的 Chrome 相关设置/插件页 | 已登录系统中的测试、查阅内部页面 | 会接触登录态;不要让它无监督处理高风险操作 |
| Browser Use | 在 Codex 内置浏览器中浏览、截图、提取信息 | Codex 的 Browser Use 能力页 | 公网页面验证、Web 冒烟测试、资料提取 | 不等同于绕过登录或反爬;网页变动会导致流程失效 |
| Computer Use | 操作桌面应用或系统 UI | Codex 的 Computer Use 设置页 | 无 API 的测试系统、桌面软件辅助流程 | 对支付、删除、权限、发布必须设置人工接管点 |
| HyperFrames / Remotion | 视频生成、合成或程序化视频工作流 | Remotion;HyperFrames 以插件页为准 | 发布说明视频、产品演示、带数据的动态内容 | 需额外确认素材版权、渲染成本和最终成片 |
[!TIP]
深度用户的插件安装顺序应是:先只读的 GitHub/文档检索,再接文档和表格草稿,最后才尝试浏览器、Computer Use 和部署。工具越接近外部写入或生产环境,越需要把审批节点写进工作流。
3. Vercel 授权页说明了什么
截图中出现 “ChatGPT is requesting access to your Vercel account” 的 OAuth 授权页,并列出读取团队、项目、域名以及部署相关权限。这表示:连接器不是简单“安装一下”,而是向外部服务申请具体能力。
你需要看什么:
- 授权的是哪个 Vercel 团队,而不是只看登录邮箱。
- 是否需要读写项目、域名和部署权限。
- 是否可以只选择测试团队或单个项目。
- 授权后如何撤销:通常在 Vercel 的账户授权应用页和 Codex 插件设置中都应能管理。
合适场景: 用预览部署验证改动,或让 Codex 读取部署失败信息后提出修复建议。不建议: 让它直接向生产域名发布或修改 DNS。
三、代码库理解与长期上下文:四个不同层次的方案
1. Codegraph:将代码关系组织为图
画面内容: 页面标题是 “Understand any codebase as a graph / 将任何代码库视为图”,并画出了 index.ts、router.ts、api/events.ts 等文件间依赖关系。视频文案称其能将代码库变为“AI 能读懂的知识图谱”。
它想解决什么: 大型仓库中,单纯全文搜索只能找到文本命中;代码图谱更关注“谁调用谁、哪个模块依赖哪个模块、某个接口影响到哪里”。这类索引能帮助代理缩小阅读范围。
可用于:
- 变更一个公共函数前,列出直接与间接调用方。
- 新成员理解服务入口、路由、领域层和数据层关系。
- 做影响分析:改接口、数据库字段或鉴权策略时先估算波及面。
地址状态: 截图没有露出域名,只显示品牌 codegraph 和 GitHub 星标。公开可访问的 codegraph.com 页面标题同为 “codegraph”,但无法仅据此证明它就是截图中所展示的同一项目;因此把它作为候选官网,安装或授权前仍应从截图中的 GitHub 按钮进入仓库核对组织名、README 和许可证。
落地建议: 不要以图谱替代源码和测试。正确顺序是“图谱找范围 -> 阅读源码确认 -> 修改 -> 测试验证”。
2. Claude-mem:视频中声称的长期记忆
画面内容: 第一个短视频关键帧标注 claude-mem、82k star 和“给 Codex 装上长期记忆”。
它想做什么: 把会话中的任务、决策、偏好和历史操作保存下来,以便后续任务复用上下文。
适用场景: 长周期重构、跨多个工作日的排障、需要保存架构决定和未完成任务的项目。
不能直接得出的结论: 名称中有 Claude,并不代表对 Codex 官方兼容;视频中的星标和“给 Codex 装上”也不等于官方支持。当前素材不足以唯一确认作者、仓库、安装命令或数据存储位置。
在本项目可直接采用的替代方案: 使用项目根目录的 AGENTS.md 记录长期规则,用 memory.md 记录进行中任务、下一步和已做决定。它们可审查、可版本管理,也不会把上下文交给未知服务。
3. LLM Wiki:把项目知识分层沉淀
画面内容: 长视频画面把 “LLM Wiki” 拆为三类文件(原始资料、规则文档、wiki 页面)、三类日常操作(搜、审、问)和三类查询提效工具(index、log、RAG)。
真正可取的部分: 不把所有知识塞进一个超长提示词,而是区分:
| 知识类别 | 例子 | 推荐存放 |
|---|---|---|
| 原始事实 | API 契约、表结构、日志、故障单 | 源码、迁移脚本、issue、受控附件 |
| 规则和决策 | 命名规范、模块边界、为什么这样设计 | AGENTS.md、ADR、README |
| 便于查询的解释 | 模块导览、排障路径、术语表 | docs/、Wiki、索引页 |
适用场景: 多仓库团队、遗留系统接手、需要让编码代理稳定理解领域知识的项目。
地址状态: “LLM Wiki” 在素材中更像方法论或演示名称,未出现唯一域名、作者或仓库;不能当作已确认可安装产品。
4. Codex 日志与 SQLite:排障案例,不是通用修复手册
画面内容: 一则视频建议检查 ~/.codex/logs_2.sqlite 是否因 TRACE 日志高频写入而膨胀,并提到 SQLite trigger、checkpoint/truncate WAL、备份和采样确认 MAX(id)。
它能做什么: 这是一次针对本地日志写入异常的诊断思路,而不是 Codex 的常规更新流程。视频中还出现了路径写错又修正的情况,恰好说明照抄命令风险很高。
适用场景: 只有在你已确认磁盘持续增长、错误日志指向本地 SQLite、并且理解文件归属和恢复方案时,才值得按“备份 -> 观察 -> 最小修改 -> 重启 -> 验证”处理。
[!CAUTION]
不要因为短视频直接给 Codex 的 SQLite 数据库添加 trigger、删除记录或截断 WAL。它可能损坏客户端状态、掩盖根因或在升级后失效。先保留原始文件副本,再依据官方支持渠道或可复现证据行动。
四、模型、供应商和联网:画面中的“能用”不等于官方支持
1. CC Switch / Agnes:第三方供应商切换界面
画面内容: 搜索词为 agnes,页面写有“启用供应商配置切换”,并展示“默认中转、官方登录、Responses API、不写 API 文件”等字样;另一帧宣称“可以自由切换 Codex 的模型”“不限时免费”。
这是什么: 从界面文案判断,这是第三方客户端或中转配置工具,不是截图本身能够证明的 Codex 官方设置页。
它可能提供的能力: 在多个模型服务商、API 地址、模型 ID 和认证方式之间切换,或为本地客户端注入代理/环境配置。
适用场景: 有明确合规授权的个人实验环境,且你能够接受第三方工具读取或修改本地配置。
主要风险:
- API Key、源码、提示词和响应可能经过第三方服务。
- “免费”和“无限时”可能依赖不稳定的转发、额度或账号规则。
- 自定义 OpenAI/Anthropic 兼容地址不等于获得 Codex App、云任务、插件或团队资源的授权。
建议: 生产代码、公司仓库或含个人数据的任务不要使用来源不明的中转。若确需测试,使用独立账号、无敏感仓库、可撤销密钥,并把网络路径和账单归属写清楚。
2. DeepSeek 兼容接口:截图中可见的地址
画面填写了 https://api.deepseek.com 以及 Anthropic 兼容地址 https://api.deepseek.com/anthropic,并要求填写模型 ID 与 API Key。
它的作用: 让支持 OpenAI 或 Anthropic 风格请求的第三方客户端调用 DeepSeek 服务。它是模型 API 配置,不是“让 Codex 官方切换到 DeepSeek”的证明。
官方入口: DeepSeek 开放平台。
适用场景: 你自己维护的应用或脚本需要比较模型输出、成本与延迟;必须按目标 SDK/客户端的兼容文档配置。
3. 代理、WebSocket 与手机连接
画面内容: 评论区将手机端“电脑离线”归因于桌面 Codex 的 WebSocket 没有经过 Clash 代理,并有人建议写入用户环境变量或守护脚本;另一张图提示 Tun 可能改变网卡地址并影响调试。
可取的方法: 分层排障,而不是直接开 Tun 或改全局环境:
- 先验证普通 HTTPS 是否可达。
- 再确认 WebSocket 是否被代理、证书或公司网络阻断。
- 检查桌面客户端的登录会话、版本和错误日志。
- 最后才处理代理端口和启动环境;改动前记录旧配置并准备回滚。
适用场景: 公司网络、远程办公或跨网络访问导致客户端重连时。
不应做: 直接将不明代理地址写入全局变量;或因为“重连”就认定是模型、账号或 Codex Bug。
五、浏览器、桌面控制与 RPA:该把它们用在哪里
1. Computer Use 和 Chrome 控制
画面内容: 设置页显示 “Computer Use 插件已启用”“任意应用”“Google Chrome”“锁屏操作”,且 Chrome 行提示浏览器扩展未连接。
含义: Codex 要操作浏览器或桌面,不只需要开关,还需要相应扩展/权限真正连接。截图中的红点就是一个实际失败状态,不能忽略。
适用场景:
- 在测试环境走一遍无 API 的后台操作。
- 复现 UI bug、收集截图、检查表单验证和页面元素。
- 在人工确认后填写固定、低风险的表单草稿。
不适用: 支付、转账、删除数据、提交合约、提交生产发布、绕过验证码,或让代理在锁屏状态做不可逆操作。
2. Record & Replay:不是“示范一次就永久自动化”
画面内容: 视频标题是 “Record & Replay / Codex 把一次演示变成技能”,并称能实现“傻瓜式 RPA 操作,没有幻觉问题”。
应怎样理解: 录制回放适合把稳定路径参数化,例如固定后台的每日导出、回归测试、下载报表;但页面布局、登录态、异常弹窗、验证码和数据差异都会让回放失效。
一个合格 RPA 的最低配置: 输入参数表、前置条件、每步成功断言、失败截图、最大重试次数、人工接管按钮和回滚说明。没有这些要素的录屏只是演示,不是可维护自动化。
六、电商内容生产:从“参考图”到结构化生产流程
1. 飞书多维表格生成电商详情页
画面内容: 视频标题为“飞书多维表格直出原创痛点详情页”,提示词把用户输入定义为参考图、产品名称、卖点文案与张数;并要求输出成套、有镜头、构图、光线、摄影风格和画面质感的提示词。
它能做什么: 将多个商品的卖点、图片、文案需求和生成任务放进表格,批量产出详情页分镜或图像提示词。价值在于把“每个商品重新写一次提示词”变成可管理的字段和流水线。
官方入口: 飞书多维表格。
推荐字段: SKU、商品名称、已核验卖点、禁用表述、合规素材 URL、目标人群、镜头编号、生成状态、人工审核人、发布日期、效果数据。
关键风险: “去产品化参考图”只能降低直接模仿倾向,不能自动解决版权、商标、人物肖像和虚假宣传问题。必须把产品事实从受控数据源读取,生成结果交由人工审核。
2. 爆款视频复刻与 AI 商品图工具
画面内容: 一个工具页面写有“爆款视频复刻:上传商品图 + 选择参考视频,一键复刻视频节奏”;另一帧地址栏显示 lycgznkj.com/vertical/beauty/home2,页面提供 AI 视频生成、电商图复刻和买家秀批量生图。
可确认地址: lycgznkj.com/vertical/beauty/home2 是截图中直接可见的页面地址;本文未核验其主体资质、计费、模型服务或数据处理条款。
适用场景: 为自有商品制作不同节奏的短视频草稿,批量生成内部选题素材,或者把商品素材与内容任务统一管理。
不应做: 复刻竞品完整视频、使用未授权人物或音乐、把模型生成的“买家秀”冒充真实用户反馈。
3. 动态字幕自动生成
第二段短视频关键帧字幕写着“甚至连动态字幕都不需要你手动添加”。画面未给出产品名称,因此不能提供可靠地址;可把它理解为视频编辑/生成工具中的自动字幕能力。
适用场景: 产品演示、教程、知识短视频。验收点: 专有名词、人名、数字、代码、时间轴和断句必须人工校正,尤其是中文技术内容。
3. 写作质量类 Skill:名称可识别,来源仍待确认
四张图来自“AI 稿子太像机器怎么办”的视频,分别展示 humanizer、Humanizer-zh、stop-slop、taste-skill。它们表达的是文案编辑原则,不应自动视为已验证、可安装的 Codex Skill。
| 名称 | 画面宣称作用 | 适合使用的场景 | 应保留的人工判断 | 地址状态 |
|---|---|---|---|---|
| humanizer | 去 AI 写作痕迹,处理空话、齐句子、总结腔 | 英文邮件、说明文、博客初稿 | 事实是否准确,语气是否符合作者 | 未能唯一确认 |
| Humanizer-zh | 中文稿、公众号和口播稿去“AI 腔” | 中文内容编辑和口播改写 | 中文表达是否自然,是否保留专业术语 | 未能唯一确认 |
| stop-slop | 清空话、模板和“假深度” | 压缩冗长 PRD、报告和复盘 | 不要删掉必要背景或限制条件 | 未能唯一确认 |
| taste-skill | 提升审美判断,减少“正确但无聊” | 标题、案例、叙事和展示稿润色 | 审美是受众相关判断,不能完全自动化 | 未能唯一确认 |
你可以直接复用的编辑检查表:
- 每个结论是否有源码、数据、测试或观察事实支撑?
- 是否写清了适用条件和不适用条件?
- 把“提升效率”替换成具体变化:少了哪一步、节省谁的时间、怎样验证?
- 是否有一个具体失败案例或反例?
- 是否把模型不确定的推测误写成事实?
4. 其他出现在素材里的独立项目
1. DiffMind:多模型对话/对比界面
画面内容: 页面左上角为 DiffMind,底部可切换“单屏、双屏、三列、四宫格”,中间显示 Gemini 3 Pro。画面文案暗示可在一个窗口同时使用多种模型。
能做什么: 若该产品支持多模型并列,它适合对同一问题比较不同模型的回答、代码方案、写作风格或推理路径。
适用场景: 模型选型、提示词 A/B 测试、需要保留多家模型意见的研究任务。
地址状态: diffmind.com 可响应,但公开检索未能确认其与截图产品的对应关系,且读取端无法解析该域名;因此不把它标为已确认官网。使用前应从视频作者提供的下载链接或产品内“关于”页交叉核验。
2. Mineradio:开源跨平台音乐播放器
画面内容: 账号主页写明 Mineradio、官网 mineradio.cn、GitHub 开源、永久免费,并展示 macOS、Android、beat、Web 等开发信息。
已确认官网: mineradio.cn。官网说明其覆盖 macOS、Windows、Android 和 Web,提供播放、搜索、可视化、动态背景、手势控制等功能,并链接下载页和源码入口。
它能做什么: 本地/在线音乐播放与视觉化展示;适合个人播放器体验、前端/跨端 UI 研究或开源项目参考。
与 Codex 的关系: 它不是 Codex 插件。你可以让 Codex 帮你阅读其源码、研究架构或为自己的项目复现某个非受版权保护的交互思路。
3. “232 个 AI 员工一键部署”
画面内容: 展示 GitHub 个人主页和大量项目卡片,口号为“232 个 AI 员工一键部署”。
应如何判断: 这通常指大量预设 agent/skill/自动化项目的集合。截图没有显示仓库 URL、许可证、安装脚本或每个 agent 的真实能力,不能据此确认具体项目,更不能把“AI 员工”理解成可替代人工责任的系统。
正确使用方式: 先看单个项目 README、维护频率、依赖和权限;在无敏感数据的隔离目录跑最小示例;确认日志、错误处理与退出机制后再纳入日常流程。
4. 个人复盘与“聪明”模型
两张手写图不是软件:一张把“聪明”分为小聪明、大聪明和高级聪明;另一张给出 7 个反思问题和 6 个未来规划问题。
它能做什么: 作为每周/月度复盘模板,帮助把“忙”转化为可见目标、资源关系、财务规划和学习行动。
和 Codex 的结合方式: 让 Codex 依据你的真实周报、issue、日历和交付物生成复盘草稿,但敏感经历和个人财务应保留在本地或可信文档系统中,并由你最终判断。
七、补充资源地图:截图中可识别的项目、地址与场景
以下条目补充主文未逐项展开的截图内容。地址规则:只保留截图可见地址或明确的 GitHub 作者/仓库标识;其他均标为待核验。
1. 地址和可信度如何理解
本批素材包含短视频、社媒帖、GitHub 页面、工具界面和命令行截图,存在重复转载、OCR 误识别和营销性描述。因此本文采用以下规则:
| 标记 | 含义 |
|---|---|
| 截图可见地址 | 截图里能读到域名或完整链接,可直接作为线索 |
| GitHub 项目页,地址未完整显示 | 可按“作者/项目名”在 GitHub 检索,但本文不猜测 URL |
| 不可推荐入口 | 截图出现了地址,但涉及中转、破解或不明安装脚本,不应直接使用 |
| 待核验 | 名称或能力可见,但版本、维护情况、许可和真实性未从截图证实 |
[!IMPORTANT]
Star 数、播放量、“免费”“一键”“全网最强”等均是截图中的宣传或当时页面数据,不构成质量、安全性或可用性证明。
2. 研发流程与项目记忆
1. planning-with-files
| 项目 | 说明 |
|---|---|
| 出现内容 | planning-with-files,以及 task_plan.md、findings.md、progress.md 三个文件 |
| 能做什么 | 将目标、调研结论、已完成工作、阻塞项和下一步写入仓库,让 AI 或开发者跨会话恢复上下文 |
| 地址 | GitHub/Skill 页面在截图中出现,但完整地址未显示 |
| 使用场景 | 跨天开发、多人交接、涉及多个模块的排障、需要反复调用 AI 的任务 |
| 采用建议 | 推荐。从三个纯 Markdown 文件开始,不依赖任何平台;每次变更后同步进度,过期计划及时删除或标注失效。 |
它解决的是“模型忘记上轮做了什么”,不是替代 issue、设计文档或代码注释。对于当前 Python MCP 项目,可把它用于记录工具接口契约、外部依赖假设和测试结论。
2. Superpowers 七步工作流
| 项目 | 说明 |
|---|---|
| 出现内容 | Brainstorming、Git Worktrees、Writing Plans、Subagent-Driven、TDD、Code Review、Finish Branch |
| 能做什么 | 为 AI 辅助开发规定从需求澄清到分支收尾的一套步骤 |
| 地址 | GitHub/Skill 名为 superpowers;截图未显示完整项目 URL |
| 使用场景 | 有测试与代码审查要求的功能开发、修复和重构 |
| 采用建议 | 推荐流程,不建议机械照搬 Skill。保留“计划、测试、审查、收尾”四个硬环节即可。 |
其中最实用的不是多 Agent,而是测试和审查形成的反馈闭环:AI 写完代码后必须运行目标测试和静态检查,失败就回到实现阶段。
3. pristine.skill / “根因修复”原则
| 项目 | 说明 |
|---|---|
| 出现内容 | pristine.skill 及“不要打补丁、修复根因、保持单一真源”的讨论 |
| 能做什么 | 约束 AI 不要为了让测试暂时通过而层层增加兼容分支或临时配置 |
| 地址 | 截图未展示地址 |
| 使用场景 | 配置漂移、重复逻辑、线上/本地行为不一致、遗留补丁堆积 |
| 采用建议 | 推荐作为审查准则。要求提交说明根因、影响面和回归测试,而不把“pristine”当作可证明质量的标签。 |
4. 教学型 Workspace Skill
截图展示了一个 teach 类 Skill:通过 MISSION.md 等文件维护学习目标和状态。它可把“教我某技术”拆成多次练习、检查点和复盘。
- 地址:截图未显示完整地址。
- 场景:新人培训、团队内部技能学习、个人学习日志。
- 判断:适合学习,不适合生产变更的审批和追踪。
3. AI 编程、研究与多 Agent 项目
5. Agent-Reach
| 项目 | 说明 |
|---|---|
| 出现内容 | Agent-Reach GitHub 页面;描述为让 Agent 搜索/读取 Twitter、Reddit、YouTube、GitHub、Bilibili、小红书等 |
| 能做什么 | 为 Agent 提供跨站搜索与阅读入口,宣传语称为“一次 CLI、零 API 费用” |
| 地址 | GitHub 项目页;截图未显示作者/完整 URL |
| 使用场景 | 技术调研、竞品收集、跨社区资料汇总 |
| 风险 | 会将查询词、可能的上下文和浏览行为发送到外部站点;登录态、反爬规则、内容版权和结果时效性都需单独评估。 |
结论:可在无敏感数据的研究任务中试用。不要让它读取私有仓库、Cookie、密钥或客户资料。
6. CocoLoop
| 项目 | 说明 |
|---|---|
| 出现内容 | CocoLoop,页面内容强调 AI Agent Skills 与 Skill 集合 |
| 能做什么 | 看起来是收集、调用或组织 Agent Skills 的平台/项目 |
| 地址 | 截图未显示完整地址 |
| 使用场景 | 为团队收集可复用的写作、研究、开发等提示模板 |
| 采用建议 | 待核验。先审查 Skill 文件的命令、网络访问和文件写入范围,再安装。 |
7. UI/UX Pro Max
| 项目 | 说明 |
|---|---|
| 出现内容 | UI/UX Pro Max,副标题为 Design Intelligence |
| 能做什么 | 向 AI 提供 UI/UX 模式、组件选择、布局和视觉规则,降低页面生成的模板感 |
| 地址 | 截图未显示完整地址 |
| 使用场景 | 管理后台、SaaS 页面、移动端界面方案、设计评审前的原型生成 |
| 采用建议 | 可试用。将其输出视为设计建议;仍需设计系统、无障碍、响应式和真实数据状态验证。 |
8. Taste-Skill
| 项目 | 说明 |
|---|---|
| 出现内容 | Leonxinx / taste-skill;介绍语为“gives your AI good taste” |
| 能做什么 | 用结构化偏好约束 AI 的前端视觉选择,例如层级、留白、组件风格和避免俗套模式 |
| 地址 | 截图可见官网:https://tasteskill.dev;GitHub:Leonxinx/taste-skill |
| 使用场景 | 营销页、作品集、SaaS 首屏、已有视觉基准的产品页面 |
| 采用建议 | 适合作为提示/评审辅助。不要把“好品味”当成可量化的质量保证;必须提供品牌规范和真实参考。 |
9. Impeccable
| 项目 | 说明 |
|---|---|
| 出现内容 | pbakaus / impeccable;仓库中可见 agents/skills/impeccable |
| 能做什么 | 面向 AI 前端开发的设计质量 Skill,意图让页面更接近有明确设计决策的成品 |
| 地址 | GitHub:pbakaus/impeccable |
| 使用场景 | 重做界面、建立主题切换、提高现有组件的视觉一致性 |
| 采用建议 | 可试用。优先把它放在独立分支或原型中,检查是否引入过量依赖或重写已有设计系统。 |
10. Graphify
| 项目 | 说明 |
|---|---|
| 出现内容 | GRAPHIFY、Graphify EXT Skill、graphify#codegraph |
| 能做什么 | 从命名和界面看,重点是代码图谱/关系图,帮助理解模块依赖或仓库结构 |
| 地址 | 截图未显示完整地址 |
| 使用场景 | 接手遗留项目、定位调用链、重构前评估依赖范围 |
| 采用建议 | 待核验后可用。图谱应以实际静态分析结果为准,动态反射、运行时注册等仍需人工确认。 |
11. agency-agents 与 AGENT-ZERO
| 项目 | 说明 |
|---|---|
| 出现内容 | GitHub 用户 msitarzewski 的 agency-agents;同页还展示 AGENT-ZERO 与 AGENTS.md 工作流 |
| 能做什么 | 将产品、开发、运营等角色包装为多个专门 Agent,并用角色流程驱动协作 |
| 地址 | GitHub 检索:msitarzewski/agency-agents;AGENT-ZERO 完整地址未显示 |
| 使用场景 | 早期产品探索、内容/原型并行产出、角色化评审 |
| 风险 | 多角色输出容易相互重复或制造“虚假共识”;角色名称不能替代负责人、验收者和权限边界。 |
12. Ruflo / claude-flow
| 项目 | 说明 |
|---|---|
| 出现内容 | Ruflo,截图关联 claude-flow、agent meta-harness、100+ Agent、RAG 等宣传 |
| 能做什么 | 多 Agent 编排、任务分工和可能的知识检索能力 |
| 地址 | GitHub 页面出现,但完整作者/URL 未能从截图可靠识别 |
| 使用场景 | 可拆解的研究、测试分析、文档整理等并行任务 |
| 采用建议 | 高复杂度,后置评估。先用单 Agent + 明确文件边界跑通,再引入并行。 |
13. Reasonix、WorkBuddy、TARS / Computer Use
这三类截图都强调在 Codex、Claude Code、DeepSeek 等模型周围运行本地/桌面 Agent:
| 对象 | 截图表达的能力 | 地址 | 推荐使用场景 | 风险判断 |
|---|---|---|---|---|
| Reasonix | 与 Claude Code、Codex、DeepSeek-tui 等结合的 Agent/终端工作流 | 未显示 | 本地实验、命令行辅助 | 待核验,避免让其读取生产凭据 |
| WorkBuddy | 聚合或协同多个编码助手 | 未显示 | 个人开发环境的任务管理 | 待核验,需先确认数据流向 |
| TARS / Codex computer use | 让 Agent 操作浏览器或桌面 | 未显示 | 隔离环境中的重复 UI 测试 | 高风险,不得默认授予电脑全权控制 |
对电脑接管类工具,最低控制要求是:独立测试账号、文件/域名白名单、每个外部动作前确认、可中断执行和完整审计日志。
14. Claude Certified Architect
| 项目 | 说明 |
|---|---|
| 出现内容 | paullarionov / claude-certified-architect,有多语言 guide_*.md 与中文指南 |
| 能做什么 | 汇总 Claude Agent SDK、Claude API、MCP、Claude Code 等架构与实践材料 |
| 地址 | GitHub:paullarionov/claude-certified-architect |
| 使用场景 | 设计 Claude/MCP 集成方案、团队培训、对比 Agent 架构选择 |
| 采用建议 | 可作为学习索引。文档不是官方规范,关键接口与限额必须回到官方文档确认。 |
4. 前端设计与 Vibe Coding 参考库
这一组不是“自动生成网站”的工具,而是给 AI 和开发者提供真实页面、组件和动画参考。正确用法是选一两个与目标产品接近的案例,描述需要复刻的结构和交互,不要把整页截图无差别拼接。
| 资源 | 能做什么 | 截图可见地址 | 最适合的场景 | 使用提醒 |
|---|---|---|---|---|
| Motion Sites | 收集带动效的网站案例 | 名称可见,完整 URL 未显示 | 首屏、滚动叙事、产品展示动效 | 先评估性能和减少动态效果偏好 |
| React Bits | React 动效与 UI 片段 | https://www.reactbits.dev/ |
React 项目中的局部动效和组件原型 | 核对许可、包体积和 SSR 兼容性 |
| Uiverse | 社区贡献的 UI 元素 | https://uiverse.io/ |
按钮、输入框、加载等微组件灵感 | 不要直接拼成不一致的页面 |
| Anime.js | JavaScript 动画库 | https://animejs.com/ |
精细时间轴动画、数据/状态过渡 | 需处理低性能设备和无障碍降级 |
| Aceternity UI | 视觉化 React/Tailwind 组件 | https://ui.aceternity.com/ |
营销页、Demo、互动展示 | 防止过度使用特效造成同质化 |
| SaaSPO | SaaS 落地页案例库 | https://saaspo.com/ |
SaaS 信息架构、定价页、Hero 区参考 | 复用布局逻辑,不复制品牌资产 |
| Mobbin | 真实产品 UI 流程参考 | https://mobbin.com/ |
移动端流程、登录/支付/引导页研究 | 注意订阅限制和设计版权 |
| CTA.gallery | CTA 设计案例 | https://cta.gallery |
按钮、转化区、表单末屏 | 以业务转化目标决定文案,别只模仿样式 |
| Starter Story | 创业项目案例与访谈 | Starter Story 名称可见,完整 URL 未显示 |
寻找产品定位、定价和市场叙事参考 | 叙事案例不等于可复制的商业结果 |
截图还列出了 Landing Love、Navbar Gallery、Rebrand Gallery、curated.design 等名称。完整地址未被可靠识别;它们可作为检索关键词,用于导航、品牌改版或落地页案例研究。
5. 开源项目、API 与知识资源
16. awesome-llm-apps
| 项目 | 说明 |
|---|---|
| 出现内容 | GitHub Trending 中的 Shubhamsaboo/awesome-llm-apps |
| 能做什么 | 聚合 LLM 应用示例和项目清单,便于寻找可运行 demo 或实现思路 |
| 地址 | GitHub 检索:Shubhamsaboo/awesome-llm-apps |
| 使用场景 | 技术选型前调研、搭建 PoC、了解 LLM 应用分类 |
| 风险 | 聚合仓库不承担每个条目的安全与维护责任;逐个审计依赖和许可证。 |
17. public-apis
| 项目 | 说明 |
|---|---|
| 出现内容 | public-apis GitHub 页面,说明为免费的公共 API 集合 |
| 能做什么 | 按类别检索公共 API,快速找到原型开发时可用的数据或服务入口 |
| 地址 | GitHub 页面可见,但完整作者路径未显示 |
| 使用场景 | Demo、教学、集成验证、非敏感原型 |
| 风险 | “免费”不代表稳定、合规或无配额;生产环境必须直接评估提供方 SLA、隐私条款和限流。 |
18. GitHub 上的研究方法 Skills
截图展示了用户 maydengximin 的多个公开仓库,如 systematic review、thematic analysis、case study、triangulation、topic modeling、writing standards 等。
- 能做什么:把文献综述、质性分析、主题建模、结构方程模型等研究方法转成 Agent 可调用的步骤说明。
- 地址:GitHub 用户页
maydengximin;各仓库完整地址可通过该用户页检索。 - 场景:论文研究设计、访谈分析、研究方法教学。
- 风险:方法 Skill 不会替代研究伦理、样本质量、统计假设检验和人工解释。
19. ForCodex
| 项目 | 说明 |
|---|---|
| 出现内容 | ForCodex,页面提到 GitHub Trending、开源资产与视频工作流 |
| 能做什么 | 看起来是为 Codex 用户整理趋势、资源或工作流的站点 |
| 地址 | https://forcodex.com |
| 使用场景 | 发现 Codex 相关资源、案例和视频工作流 |
| 采用建议 | 只作发现入口。跳转到任何仓库或服务前,仍按项目自身的许可证、权限和维护状态评估。 |
6. Docker、部署与系统维护:出现了什么,哪些不能照做
21. Docker Compose 官方发布页
| 项目 | 说明 |
|---|---|
| 出现内容 | Docker Compose 各平台二进制、sha256、SBOM、provenance 文件 |
| 能做什么 | 获取 Compose 发布物并校验下载内容 |
| 地址 | https://github.com/docker/compose/releases |
| 使用场景 | 安装或升级 Docker Compose、审计供应链来源 |
| 采用建议 | 推荐优先走官方发布渠道,并校验校验和/签名;不要只复制视频中的二进制下载命令。 |
22. Docker 安装器、镜像站与 daemon 配置
截图中可见:
https://github.com/tech-shrimp/docker_installer- 1Panel、DaoCloud、TheTNB/panel 等 GitHub 项目名
docker.1panel.live、docker.m.daocloud.io、hub.rat.devhttps://docker.1ms.run- 一个下载并执行脚本的
xuanyuan.cloud/docker.sh形式命令
| 能做什么 | 加速 Docker 安装或镜像拉取,修改 Docker daemon 的镜像源 |
|---|---|
| 使用场景 | 网络受限环境中的临时测试,且团队已经完成供应商与安全评审 |
| 风险 | 镜像、脚本和 daemon 配置处于容器供应链关键位置,可读取/替换拉取内容或导致 Docker 无法启动 |
| 结论 | 不可直接照搬。生产环境优先官方源或企业已批准的内部镜像仓库;所有配置变更需备份、灰度和回滚方案。 |
23. KMS 激活器和驱动/系统工具
截图中出现 HEU_KMS_Activator 等激活工具,以及 Windows 驱动备份恢复等系统维护内容。
- 能做什么:前者试图绕过软件授权,后者用于系统维护。
- 地址:截图未提供可验证的官方地址。
- 结论:KMS/破解内容不应使用、传播或进入企业环境,既有合规风险,也常是恶意软件投放渠道。驱动恢复应使用设备厂商或操作系统官方渠道。
7. 模型 API、中转与“提示词泄露”信息
24. Claude Code 接 DeepSeek、统一模型中转与第三方站点
截图包含“Claude Code 接 DeepSeek API”“统一模型中转”“模型聚合”等表达,也出现了 2xapi.com、muyun.lk888.ai 等第三方域名线索。
| 项目 | 说明 |
|---|---|
| 能做什么 | 用非官方代理或聚合网关将代码助手请求转发到不同模型 |
| 地址 | 上述域名在截图中可见,但属于第三方服务,不是推荐入口 |
| 使用场景 | 仅限已审查供应商、非敏感 PoC,且使用独立测试密钥 |
| 主要风险 | 代码上下文、提示词、密钥和个人数据可能被记录;模型实际版本、留存策略、账单和可用性不可控 |
结论:生产系统优先模型官方接口或公司批准的网关。不要将 .env、仓库上下文或客户数据交给来源不明的中转站。
25. “Claude Fable 5 系统提示词泄露”
截图以 Anthropic / Claude Fable 5、长系统提示和工具调用描述为主题。材料本身没有给出可验证的官方公告、提交记录或可信来源。
- 能做什么:最多只能作为“有人声称泄露”的社媒素材。
- 地址:无可验证官方地址。
- 使用场景:不应作为实现、选型或安全决策依据。
- 风险:伪造截图、模型幻觉和版本错配都很常见;更不应据此设计绕过、提示注入或攻击流程。
八、按你的目标选择,而不是按短视频热度选择
| 你的目标 | 应先看哪些条目 | 第一件具体事 | 暂时不要碰 |
|---|---|---|---|
| 更懂大型代码库 | Codegraph、LLM Wiki、项目记忆 | 补齐 AGENTS.md、架构图、关键测试和 ADR |
先上复杂 RAG 或把图谱当真相 |
| 更高效做开发协作 | GitHub、Documents、Spreadsheets、Linear/Slack 类连接器 | 只读连接 issue 和仓库,生成实施与测试草稿 | 自动合并、自动发消息、全组织权限 |
| 做 Web 回归或后台操作 | Chrome、Browser Use、Computer Use、RPA | 选预发的一条低风险流程,定义成功断言和人工接管 | 在生产环境无监督回放 |
| 做电商内容 | 飞书多维表格、商品图/视频工具、字幕 | 先建商品事实表和素材授权表,再生成草稿 | 复刻竞品、伪造买家秀、跳过审核 |
| 比较模型或处理网络问题 | DiffMind、代理/WebSocket素材 | 建最小测试集;按网络、会话、客户端、模型逐层排障 | 不明中转、“免费无限”宣传、全局配置乱改 |
| 提高写作质量 | Humanizer 系列方法论 | 用“事实、条件、反例、下一步”审稿 | 为规避检测而牺牲真实表达 |
最终结论:哪些值得立刻用,哪些必须先核验
可立刻开始: 项目规则文件、文档/表格草稿、GitHub 只读检索、预发环境的浏览器测试、飞书表格驱动的内容任务管理、写作质量检查表。
可以评估后使用: Vercel 预览部署、Figma 协作、Codegraph 类索引、多模型对比工具、跨平台开源项目源码学习。
必须先核验来源和权限: Claude-mem、LLM Wiki、Humanizer 系列具体仓库、CC Switch/Agnes、中转模型、Record & Replay 方案、AI 商品复刻工具和“232 个 AI 员工”集合。
短视频擅长展示“结果瞬间发生”,而工程实践更关注输入来源、权限边界、失败处理、成本、数据去向和验收证据。你可以把本文当作筛选清单:先找到地址和官方说明,再在隔离环境验证,最后才把可靠能力接入 Codex 的日常工作流。
附:已确认与待确认地址清单
| 条目 | 地址 | 状态 | 说明 |
|---|---|---|---|
| Codex | developers.openai.com/codex | 官方入口 | Codex 文档入口 |
| GitHub | github.com | 官方入口 | 仓库、PR、issue 与 CI |
| Vercel | vercel.com | 官方入口 | Web 部署与预览 |
| Figma | figma.com | 官方入口 | 设计协作 |
| Remotion | remotion.dev | 官方入口 | 程序化视频 |
| 飞书多维表格 | feishu.cn/product/base | 官方入口 | 内容任务与结构化数据 |
| DeepSeek 平台 | platform.deepseek.com | 官方入口 | 模型 API 管理 |
| Mineradio | mineradio.cn | 已核验官网 | 跨平台音乐播放器 |
| 电商图/视频页面 | lycgznkj.com/vertical/beauty/home2 | 截图可见地址 | 主体、条款与能力未核验 |
| Codegraph | codegraph.com | 候选地址 | 页面名称匹配,但未确认与截图项目为同一产品 |
| Claude-mem、LLM Wiki、Humanizer 系列、DiffMind、CC Switch/Agnes、RPA 视频项目 | 无 | 待唯一确认 | 仅有名字或演示画面,缺少可核验仓库/官网标识 |
更多推荐



所有评论(0)