0基础4小时，我用Codex做了个一体化营销工作台(附全流程拆解)
4 hrs 开发总用时 | 8+ 核心模块数 | ¥0 服务器费用 | <¥30 总花费成本 |
做获客的企业老板，每天面对的最大问题不是「没有想法」——而是工具太碎、流程太散。
内容拆解用一个工具，口播改写换一个工具，IP素材生成再换一个，流量数据要去平台后台看，成交复盘要导出表格，发布还得一条一条手动操作……
你有没有认真算过，一条内容从选题到最终发布，你要在多少个工具之间来回切换、复制粘贴、重新整理上下文？
我算过：平均 7 个以上。每天光在工具之间切换，就要浪费至少 1.5 小时。 |
内容拆解、口播二改、IP智能体、账号基建、前端流量监控、后端成交复盘、一键发布——八大模块，统一入口，一条链路跑通。
名字就叫：AI 营销系统。
这是做出来的样子
先别急着看流程，先看看成品，这是系统的四个核心页面截图：
▲ AI营销工作台总览 — 统一查看热点、账号状态、待发内容和优先动作 |
这是系统首页，也是整个工作台的「指挥中心」。左侧导航覆盖所有模块，中间大卡片是核心操作区，右侧实时显示热门词、待发数量、风险账号和最新动作状态。一眼扫完，今天该做什么、哪里有问题，全都清楚。
▲ 账户基建模块 — 按账号焕新逻辑生成昵称、简介、置顶笔记模板和欢迎语 |
▲ 账号矩阵中心 — 统一管理 PC/Creator 账号、Cookie 状态、健康检查与多账号切换 |
▲ 起号笔记模块 — 按高级图文卡片逻辑生成干货型起号内容，同步输出标题、文案、标签和套图 |
01 · 做什么
从「工具堆叠」到「工作台思维」
很多人学了 Codex、学了 AI 工具，第一反应是「我能做什么」。这个问题其实问反了。
正确的问法是：你每天在重复做什么？哪些环节让你最痛苦？哪些工具你每天要打开 3 遍以上、每次还要重新复制上下文？
我的答案是：内容生产链路。
我每天的自媒体工作流，拆开来大概是这样：
1.采集热点，判断哪个方向值得跟
2.拆解爆款内容，提炼结构框架和核心观点
3.写口播初稿，再改写成不同平台版本
4.套 IP 人设，生成符合账号调性的素材
5.看数据，复盘哪条内容带来了真实成交
6.多平台发布、排期、跟踪状态
这六步，我以前要打开 7 个以上的工具，平均每天在工具切换上浪费超过 1.5 小时。
这还不算每次「重新找上下文」的成本——你的人设信息、历史发布记录、账号状态，每换一个工具就要重新告诉它一遍。
核心思路：
把你每天重复执行的 SOP 流程，做成一个有界面、有记忆、有上下文的系统。
这不是「会用 AI 工具」，这是「让 AI 替你工作」。
工具是你用完就走的东西，系统是你越用越顺手的东西。
一旦把工作流做成系统，有三个根本变化：
–上下文永久保存：你的人设、账号信息、历史内容，系统全都记住了，不用每次重新输入。
–模块之间可以联动：从采集到创作到发布，前一步的输出直接成为下一步的输入，不再需要人工搬运。
–可以交付给别人用：做完了自己用，还可以给客户、给团队用，本身就是一个产品。
02 · 系统架构
8 大模块，一条成交主链
整个系统的设计逻辑，来自一个核心命题：
「内容负责拆解对标和生成素材，运营区负责放大结果， 成交区负责承接转化，整套链路在同一套系统里闭环。」 |
八个核心模块，按功能分成三个区：
区块 | 模块 | 核心能力 |
工作区 | 总览 Dashboard | 统一查看热点动态、账号状态、待发内容、优先动作 |
工作区 | 账号中心 | 管理 PC/Creator 账号、Cookie 状态、健康检查、多账号切换 |
工作区 | 发现采集 | 多平台热点抓取、竞品监控、素材发现与入库 |
工作区 | 素材中心 | 素材沉淀、标签管理、跨模块复用 |
创作 | 账户基建 | 账号焕新逻辑：昵称、简介、置顶模板、欢迎语一键生成 |
创作 | 起号笔记 | 干货型图文内容，同步出标题、文案、套图方案 |
创作 | 自然笔记 | IP 协同链路：一唱一和双账号 / C问B种A收三账号 |
创作 | 营销笔记 / 普通改写 / IP智能体 | 多场景内容生产，保持 IP 调性一致性 |
为什么要做这么多模块？
有人会问：这么多模块，是不是贪多嚼不烂？
这个问题我在开发前也想过。最后的结论是：每个模块都来自一个具体的痛点，而且模块之间有真实的数据流动关系。
比如：发现采集抓到的热点，直接影响起号笔记的选题方向；账户基建生成的人设，自动同步进 IP 智能体的生成逻辑；草稿中心沉淀的内容，直接对接发布模块。
这不是功能堆砌，是一条完整的链路。
03 · 开发全流程
我是怎么用 Codex 把它做出来的
先说一个重要前提：我没有系统的开发基础。不会写后端，不懂数据库设计，前端只会改改样式。
但这不重要。
下面是完整的开发流程，4 个小时，5 个关键步骤：
STEP 01 | 先验证可行性，再动手 把整个需求告诉 Codex，问它「结构上可行吗？有哪些技术卡点？」。确认可行之后，再规划模块拆分和优先级。这一步很多人跳过，结果做到一半发现某个核心功能实现不了，白费工夫。 |
STEP 02 | 写 PRD，让 AI 有章可循 直接开始让 Codex 开发，上下文一旦变长就容易跑偏。正确做法是先生成一份 PRD（产品需求文档），确认结构和优先级，再分模块逐步开发。PRD 还有一个好处：你可以在这一步发现需求漏洞。 |
STEP 03 | 分支开发，控制上下文长度 PRD 确认后，用「分支」功能把每个模块拆开来单独开发。这是 Codex 开发复杂项目最关键的技巧。上下文越长，模型越容易遗忘前面的约束条件。每个模块独立分支，既保证稳定性，也方便单独回退修改。 |
STEP 04 | 前后端联调，遇到卡点先让它自己解决 这一步最需要耐心。Codex 会告诉你哪些接口调通了、哪些报错。我的经验是：遇到 bug 先让 Codex 自己尝试解决，解决不了再给方向提示。别一碰到报错就接管，那会打断它的开发节奏，反而更慢。 |
STEP 05 | UI 迭代，把「AI 味」去掉 这一步决定最终成品是否专业。AI 默认生成的 UI 通常布局死板、色彩单调，一眼就能认出来。需要你主动给方向——不是让它自由发挥，而是你来做审美决策，它来执行。 |
开发过程：截图为证
以下是开发过程中 Codex 对话的部分截图，你可以感受一下实际的开发节奏：
▲ 开发对话截图 1 — UI优化方向确认，Codex 整合三个改动点同步推进 |
这轮对话是 UI 优化阶段。我给 Codex 三个优化方向：表单提效、图库/套图能力、AI法务检查按钮。Codex 的回应是主动整合，说「这一轮我会把三个点一起收进去」，然后直接开始落代码，不拆散、不另起炉灶——这是它比较让我满意的地方，能主动收束需求，而不是一个个来。
▲ 开发对话截图 2 — UI风格方向选择，Codex 给出 A+B 混合方案让用户决策 |
这是 UI 风格确认环节。我问「下一步整体 UI 风格优化高级一些」，Codex 处理了 29 秒后给出方案，问我「要或不要」。确认后它继续推进，问我「你更希望这套混合风格偏哪边：创作范儿更有品牌感，还是运营范儿更稳」。
这个对话模式很重要：AI 做方案，你做方向决策。不要让它自由发挥太多，每一步都要你来把控感觉方向，否则最终效果会很「通用」，没有个性。
▲ 开发对话截图 3 — UI实现完成，Codex 自检所有路由可访问性并验证构建 |
✅ npm run build 通过 ✅ http://127.0.0.1:5174/dashboard 可访问 ✅ http://127.0.0.1:5174/monitoring 可访问 ✅ http://127.0.0.1:5174/publish 可访问 ✅ http://127.0.0.1:8000/api/health 后端健康检查正常 |
▲ 开发对话截图 4 — 自然笔记模块完成，双账号和三账号链路同步支持 |
Codex 的实现方式是：用户先选模式，再看对应表单，不强制绑定 A/B/C 命名，让用户按自己的内部习惯填写。这个细节处理得很好。
04 · 技术实现细节
关键模块的代码逻辑
路由架构：整个系统基于 Next.js 构建，核心路由结构如下：
// route-catalog.ts — 核心路由定义 /dashboard → AI营销工作台总览 /accounts → 账号矩阵中心（PC / Creator 双端） /discovery → 发现采集（热点 + 竞品 + 素材） /assets → 素材中心（沉淀 + 标签 + 复用） /create/setup → 账户基建（昵称 / 简介 / 置顶 / 欢迎语） /create/launch → 起号笔记（图文卡片 + 套图方案） /create/persona → 自然笔记（双账号 / 三账号 IP 链路） /create/marketing → 营销笔记 /create/rewrite → 普通改写 /create/ip-agent → IP 智能体 /drafts → 草稿中心 /gallery → 图库 /monitoring → 监控复盘台 /publish → 发布中枢 |
IP 协同链路：双账号 vs 三账号
自然笔记是整个系统里逻辑最复杂的模块，支持两套协同方式，核心实现在 xhs-native-creation.ts 里：
// persona-page.tsx — 协同模式切换 const PERSONA_MODES = { dual: { label: '一唱一和 · 双账号', description: '入口号种草 + 承接号建议', fields: ['入口号种草内容', '承接号跟进话术'] }, triple: { label: '三账号链路 · C问B种A收', description: '入口号提问 + 种草评论 + 承接转化', fields: ['入口号提问帖', '种草评论号话术', '承接转化号建议'] } } // 生成逻辑在 xhs-native-creation.ts 中按模式分流 // 不强绑 A/B/C 命名，用户按内部习惯填写即可 const result = await generatePersonaContent(mode, inputs, userPersona); |
账号健康检查
账号矩阵模块里有一个经常被忽略的能力：Cookie 状态实时检测。很多运营工具的采集任务是静默失败的——任务在跑，但账号 Cookie 早就过期了，数据根本没抓到。
// account-center.ts — 账号健康检查逻辑（简化） async function checkAccountHealth(accountId: string) { const account = await db.getAccount(accountId); const cookieStatus = await validateCookie(account.cookie); const creatorStatus = await checkCreatorAuth(account.creatorToken); return { pc_status: cookieStatus.valid ? 'healthy' : 'expired', creator_status: creatorStatus.valid ? 'healthy' : 'revoked', last_checked: new Date().toISOString(), risk_level: calculateRiskLevel(account) }; } |
草稿中心与发布链路
所有创作模块生成的内容都会先进草稿中心，在草稿中心完成人工审核和微调之后，再推入发布队列。
// drafts-workflow.ts — 草稿到发布的状态流转 type DraftStatus = | 'generating' // AI 正在生成 | 'review' // 待人工审核 | 'approved' // 审核通过，等待发布 | 'scheduled' // 已排期 | 'published' // 已发布 | 'failed'; // 发布失败 // 每个 draft 携带：内容正文 + 图片组 + 标签 + 目标账号 + 发布时间 // 从 /drafts 一键推送到 /publish，无需重新填写任何信息 |
05 · 成本拆解
4 小时做完，花了多少钱
阶段 | 耗时 | 主要工作内容 |
需求梳理 | ~30 分钟 | 明确 8 个模块的核心功能和优先级，整理现有工作流的痛点 |
PRD 生成 + 确认 | ~20 分钟 | 让 Codex 生成 PRD 文档，来回对话 3 轮确认结构和逻辑 |
分模块开发 | ~2 小时 | 按优先级依次开发，每个模块独立分支，Codex 自动执行 |
前后端联调 | ~40 分钟 | 接口调试、数据库连接、路由验证，主要是等 Codex 自检 |
UI 迭代 | ~30 分钟 | 给方向、看效果、提修改意见，核心是你来做审美判断 |
成本项 | 费用 | 说明 |
服务器 | ¥0 | Vercel 免费版，自带 CDN 和 HTTPS，够个人和小团队使用 |
数据库 | ¥0 | Supabase 免费版，500MB PostgreSQL，基本够用 |
域名 | ¥0 | Vercel 自带子域名，不需要另外购买 |
Codex 调用费 | ~¥20 | Claude API 使用费，开发全程约 4 小时的消耗 |
第三方数据 API | 按需 | 如需接入自媒体数据平台（如红狐数据），按实际用量计费 |
总计 | < ¥30 | 不含自媒体数据 API 订阅，一杯奶茶的钱做一个完整系统 |
06 · 这套系统能带来什么
效率、商业化、和一个真实的作品
有了这套系统之后，我自己的内容生产效率发生了什么变化？
10 min 内容选题 | 5 min 口播改写 | 8 min IP素材生成 | 60%+ 全流程节省 |
以前做一条内容，从选题到发布平均需要 3-4 小时。现在整个链路跑通之后：
–采集热点：系统定时抓取，打开直接看结果，不用手动去各平台刷（原来每天 30 分钟以上）
–内容拆解：输入爆款链接，10 分钟出结构框架（原来 45 分钟）
–口播改写：5 分钟出多平台版本，且风格和人设自动匹配（原来 30 分钟）
–IP 素材生成：8 分钟出人设匹配内容，不需要每次重新描述人设（原来 40 分钟）
–发布和排期：草稿中心统一管理，一键推入发布队列，节省来回切换时间 60% 以上
对商业化的意义
工作台不只是自用工具，它本身就是一个可交付的产品。
做完这套系统之后，我发现它对任何需要多平台内容运营的团队或个人都有价值。加一个权限系统、加一个账号管理后台，就可以直接交付给客户使用，或者做成 SaaS 按月收费。
商业化思路 路径一：自用 + 给客户演示，作为服务交付的一部分，体现专业度和工具壁垒 路径二：做成内部工具卖给同类运营团队，按席位或功能模块收费 路径三：开放注册 + 兑换码体系，做成轻量 SaaS，9.9 或 19.9 起步 哪条路都比「我有一个 AI 工具会用」说服力强十倍，因为你有实物 |
对个人品牌的意义
这个才是很多人最容易忽略的部分。
用 Codex 做出来的项目，写到简历或个人介绍里，不是写「会用 AI 工具」，而是这样写：
简历 / 个人介绍范本 独立开发项目：AI 一体化营销工作台（SIYANG AI） • 独立完成产品设计、全栈开发与部署上线，覆盖需求分析、架构设计、前后端开发、数据库设计全流程 • 基于 Next.js + Supabase + Vercel 构建，实现账户基建、起号笔记、IP协同链路、多平台流量监控、成交复盘、一键发布共 8 大核心模块 • 设计双账号「一唱一和」与三账号「C问B种A收」IP协同链路，支持用户按需切换 • 集成账号健康检查、Cookie 状态监控、风险账号实时预警机制 • 系统已实际投入内容生产流程，单条内容生产效率提升 60% 以上 |
这就是「独立开发」四个字的含金量。
07 · 写在最后
做完一个，比收藏一百篇有用
很多人学了 Codex、学了 AI 工具，最后都停在了「会用」这个阶段。会聊天、会问问题、会生成代码片段，但始终没有一个完整的作品出来。
差的不是能力，差的是「做完一个项目」的决心。
当你的工具足够顺手，你才能真正专注在「做什么」上，而不是「怎么做」上。这才是 AI 系统最大的价值：不是替代你思考，而是把你从重复性执行里解放出来。 |
哪怕第一个系统很粗糙，它也比你收藏夹里的 100 篇教程有用。
做完一个，第二个就快了，第三个更快，到后来你会发现，任何一个想法从概念到上线，你都能在一天之内搞定。
诊断咨询 · 你的系统该怎么搭？
10 分钟，理清你的 AI 系统路径
每个人的业务流程不一样，适合你的 AI 系统也不一样。
我做了一个「AI 系统搭建诊断」，帮你在 10 分钟内理清楚：
–你目前的工作流，哪个环节最值得用 AI 自动化、投入产出比最高
–你适合做「个人自用工具」还是「可交付的产品」
–你的技术基础对应哪种搭建路径（零代码 / 低代码 / Codex 全栈）
–优先级排序：先做哪个模块，成本最低、效果最快
–常见坑：哪些需求看起来简单、实际上坑最多
AI 系统搭建诊断 你的工作流，适合搭建什么样的 AI 系统？ 填写 10 分钟诊断表，我帮你理清路径、定优先级、避开常见坑 🔽 立即提交诊断 https://my.feishu.cn/share/base/form/shrcnElxt1vfp5ofzmFly9YHCtg 适合：企业运营团队 / 想用 AI 搭建工作流的个人 / 内容创业者 / 独立开发者 |
—— Siyang
SIYANG AI · 原创实战，持续更新