李不凯正在研究 (@libukai) “这两天 ChatCut 大火，作为一个审美白痴我对视频质量发言权不大，但是必须得说这个插” — TopicDigg

这两天 ChatCut 大火，作为一个审美白痴我对视频质量发言权不大，但是必须得说这个插件的确是做的优雅，👍 简而言之，ChatCut 把 Skills 和一整套 MCP Tools 接进 Codex，项目、素材、生成任务、时间线和导出状态都由 MCP 直接与 ChatCut 后端交互；网页版编辑器处理专业剪辑界面，并且和 MCP 共享同一个项目状态。 于是 Codex 可以负责理解需求、研究资料、写脚本、做判断和编排任务，ChatCut 则继续负责素材、轨道、帧、渲染、转码这些很脏、很重、但又必须极其可靠的视频工程。 我用它做了一支 3 分钟的“中国过去十年出生人口变化”分析视频，并完整观察了一下整个的过程：查国家统计局数据，生成 6 段旁白，写 6 个可编辑 MG，按照真实音频长度对齐 5509 帧，再抽查云端渲染结果。 关键不是 AI 会不会模拟鼠标，而是 Codex 完成了 AI 最擅长的理解和编排，ChatCut 完成了专业软件最擅长的工程执行，最后我还能进入传统时间线继续修改。 我觉得这才是 Codex 插件能发挥最大价值的方式：不要每个产品都重新造一套聊天框、Agent、模型路由和通用推理，也不要让 Codex 用 Browser Use 硬猜一个复杂软件的界面；把 AI 层交给 Codex，把真正形成产品壁垒的工程层留在自己手里，中间用 MCP 建立稳定、可验证、可组合的接口。 所以说 MCP 已死，我觉得是看反了。MCP Server 的数量、套壳和“接入即智能”这类幻想确实在退潮，但 MCP 作为分工边界反而越来越重要。没有这层协议，AI 产品和专业软件只能互相侵入、重复造轮子；有了它，两边都可以把精力放回自己真正擅长的部分。 我现在更愿意把好的 Codex 插件理解成一种新型专业软件：AI 不需要住进软件里，软件也不需要把自己改造成 AI。它们通过 MCP 协作，最后把一件真实工作做完。 OpenAI 当年号称要把 GPTs 做成 AI 时代 App Store 的梦想，好像真的有那么点希望了。