Workbench
从素材到稿件，中间不再靠人记
来源、候选素材、待确认状态、周报草稿、模板选择和导出动作都放在页面里。运营人员不用再靠临时表格判断“这条看过没有、能不能用、最后导到哪”。
01 / Business Pain
业务痛点
做周报最花时间的地方，往往不是写作本身，而是前后那些琐碎动作。资料从哪里来、该放进哪个栏目、有没有确认过、原文链接是否还在，这些事每周都要重复一遍。
素材分散
原先要人工在网站、公众号和临时链接之间来回翻。政策、项目、会员动态混在一起，素材一多，就很容易漏掉，也很难回头解释某条信息从哪里来。
整理靠人记忆
同一条信息看过没有、要不要进本期、还差谁确认，原来常常靠人记。周报做得越久，这类重复判断越多。
成稿仍是手工活
素材找齐以后，还要写导语、排栏目、改段落、套公众号格式。赶时间的时候，最容易出问题的反而是这些看起来很小的格式和结构。
缺少统一沉淀
来源、链接、审核状态和历史草稿如果没有沉淀，下一期又要从头确认。系统要做的第一件事，就是把这些东西留下来。
02 / Solution
解决方案
这个项目里，我从需求梳理一直做到本地交付。具体包括流程拆解、前后端开发、AI 写作链、SQLite 数据结构、周报草稿页优化、客户教程 PDF，以及完整安装包和升级包验证。公开 GitHub 仓库是脱敏展示版，不包含真实客户数据、运行日志和 API Key。
03 / Workflow
系统流程
我把流程拆成几个可以停下来检查的节点：采集素材 → 审核确认 → 模板选择 → 栏目整理 → 骨架生成 → 分段成稿 → HTML 导出。中间哪一步有问题，就回到对应位置处理。
采集素材：公开站点、公众号线索、手动录入和可选搜索补充都会先进入候选池。
审核确认：素材先保持待确认状态，由运营人员决定要不要进入本期周报。
模板选择：根据本期周报风格、颜色、封面和公众号 HTML 结构选择模板。
栏目整理：政策标准、技术报告、项目招标、会员动态先归位，后面的写作才不会乱。
骨架生成：先看标题、导语、栏目顺序和段落结构，方向对了再进入正文。
分段成稿：按栏目逐段写，减少一次性生成长文时常见的截断和跑题。
HTML 导出：导出可复制的公众号 HTML、来源清单和封面素材，再进入人工预览。
04 / Delivery Evidence
交付证据
这里只放能公开讲的内容：页面能力、输出形态、安装包和验收结果。至于节省了多少小时、多少人长期使用、有没有带来收入，这些需要真实运行记录来补，本页不提前写成结论。
Source Intake
公开来源与搜索补充
关键词、来源类型和候选结果先管起来。运营团队看到的是可审核素材，不是模型直接生成的一整篇长文。
Weekly Draft
周报草稿与栏目组织
草稿页把栏目、素材、生成状态和预览内容放在一起。成稿前还能先看结构、改栏目、换素材。
Outputs
模板与导出产物
最后交出去的包括公众号 HTML、来源复制、封面和教程。生成只是中间步骤，运营人员能不能接着用，才是重点。
Acceptance
这套东西已经能本地验收
V5 不只是能在我电脑上演示。它已经整理出本地运行方式、完整安装包、升级包和验收脚本，换一台新电脑也能重新安装。
V5 本地版已经完成，健康检查会返回 WindWorkflow V5 5.0.0，用来确认服务版本和运行状态。
完整安装包 WindWorkflowV5-full-installer.zip 已交付，里面带 Node 24，新电脑不用先单独装 Node。
升级包 WindWorkflowV5-final.zip 用来更新已有环境，尽量少让客户重复配置，也避免前后端版本不一致。
V5 功能 PDF 教程已经整理好，覆盖安装、启动、素材处理、周报生成和导出检查。
安装验收脚本和新电脑本地安装验证已完成；本地服务默认跑在 127.0.0.1:8773。
05 / Architecture
技术架构
架构没有做复杂。前端让运营人员能操作，后端负责状态和模型调用，SQLite 把来源、草稿和确认状态留下来。
React + Vite
工作台前端
工作台前端
Node.js 24
本地 HTTP 服务
本地 HTTP 服务
SQLite
来源与草稿状态
来源与草稿状态
AI Runner
/chat/completions
/chat/completions
HTML / PDF / ZIP
交付产物
交付产物
前端工作台
React 和 Vite 承接素材池、周报草稿、模板选择、颜色设置、封面生成和导出动作。运营人员主要在页面里完成操作。
本地服务
Node.js 24 提供本地 HTTP 服务和业务接口，默认运行在 127.0.0.1:8773，也可以按现场网络要求配置成局域网访问。SQLite 保存来源、链接、审核状态、草稿结构和生成结果。
模型写作链
写作链通过 OpenAI 兼容的 /chat/completions 端点接入。写作时按大纲和栏目分段生成，减少长文一次性输出带来的失控。
公开搜索补充
Tavily API 只作为可选的公开搜索补充。搜索结果仍然要进候选池，经过筛选和来源留存后再使用。
教程与导出
Microsoft Edge Headless 用来输出 PDF 教程；HTML 模板和来源复制则服务于公众号发布前的人工检查。
安装交付
Windows Batch 脚本和 ZIP 安装包把运行环境、启动入口和验收动作打到一起，方便在客户电脑上部署。
06 / Safety Boundary
安全边界
这页只讲系统怎么做、怎么交付，不展示真实客户资料、内部材料、账号权限或敏感配置。
不接管发布权限
系统只协助草稿、整理和导出，不接管官方账号发布权限，不自动登录微信公众号，也不自动发布。最后仍然由运营人员在官方后台预览、复制和确认。
不保存平台凭据
系统不保存官方账号密码、验证码或平台凭据字段。和对外发布相关的权限，不放进这个工作台。
不披露私有资料
本页不披露真实客户名称、会员信息、数据库内容、运行记录、接口凭据、历史素材或导出目录，只使用泛化场景和公开截图。
Recruiter Note
如果面试要细聊 AI 项目怎么交付，我会从这个项目讲起
它覆盖需求拆解、产品界面、模型链路、本地数据结构、安装交付、教程产物和验收脚本。真实运营指标应该从使用记录里补充，没必要在案例页里提前夸大。