个人IP内容管理系统产品方案
制定:2026-08-23,本人指令"排产与统计老出错、漏统计、统计不全、排产更新不及时、积压素材漏发忘发,重新设计规范化/产品化流程,数据库、技能、前后端管理页面都考虑进去,本地/小程序/服务器均可";同日补充指令"现有资料素材文章也要在平台方便查阅,终审流程放平台上,一键组装发布包,不再从文件里翻发布包——既然搞就搞像样点"。 本方案由军师基于当日全仓摸底(探查代理报告)设计,含收尾验收线与降级线(铁律四)。
〇、问题诊断:错不在人,在"手工账"
现行"系统"是三份 MD 手工账:排产(ideas/20260801_内容储备库与排产规划.md,顶部已堆"更新一~十一"11 条追加,日历表出现重复行)、发布台账(notes/AI工作/发布台账.md)、数据统计(notes/AI工作/引流数据跟踪.md)。断点五个,全部实锤:
- 无贯穿 ID:选题→母稿→fabu 包→各平台发布→数据回收,五段靠标题文字人肉对齐,8-22 误报"#0 压着没发"记过即此因。
- 快照无历史:yinliu_data 同日重跑覆盖,增量统计靠相邻两份 JSON diff,中间丢一天就断链。
- 三账手工同步:排产、台账、数据各管一段,军师人肉搬运,必漏。
- 排产文件腐化:裁定追加式堆叠,日历重复行,已是"不可执行文档"。
- 采集有缺口:百家号/头条采集 error,公众号阅读数/知乎阅读数恒 null,数据模型必须原生支持"指标缺失"语义,不能拿 0 冒充。
结论:换工具不换机制没用。根治=唯一事实源进数据库 + 每个产线动作在执行路径上自动落库(不靠事后补录)+ 每日自动对账。 人的记忆和纪律从系统里拿掉。
一、形态决策:本地优先,服务器二期,小程序不做内部管理
| 形态 | 判定 | 理由 |
|---|---|---|
| 本地跑(P1,选定) | ✅ 先落 | 全部产线(CrewAI、技能、fabu 脚本、yinliu_data 采集)都在本机;素材含未发布内容和 cookie,隐私不应出机;零审核零部署,当天能跑 |
| 服务器(P2,可选) | 二期 | 本人有服务器,P1 跑顺后整体部署,手机浏览器随时看板+收红灯推送;非必需,不阻塞 P1 |
| 小程序(内部管理) | ❌ 不做 | 认证+类目+HTTPS 后端+微信审核,开发量翻倍;而管理动作 95% 发生在电脑前(发文键本就必须本人手点),手机上只需要"看",浏览器够用 |
技术选型(2026-08-23 本人拍板升级):Flask 服务端渲染 → 前后端分离:Vue 3 + Vite + Element Plus 前端 SPA,Python FastAPI + Uvicorn 后端,SQLite data/ip.db(独立库,不混 kb.db)。基线本人拍板(指令"前后端框架技术选型都给我定了,前端 Vuejs、后端 Python"),细节由 ipdev 团队《技术选型定稿》深化;CLI/技能层与后端共用同一数据访问模块,DB 是唯一入口,页面和技能都不写第二份逻辑。开发产线=CrewAI ipdev 全栈团队(产品经理/架构师/UI/前端/后端/测试/品控七岗,首轮产出四份设计文档,归档 docs/ipms/)。
二、数据模型(ip.db,六表一日志)
series 系列:code(AI员工团队/解密/军师/变现/踩坑)、默认风格档S1-S4
item 篇目(贯穿ID本体):item_key(如 解密#10,全局唯一)、series_id、
标题、slug、风格档、状态机、计划发布日、稿源路径
状态机:选题→写作中→母稿成→品控过→fabu就绪→已排期→发布中→已归档
asset 物料:item_id、类型(母稿/排版HTML/封面/CSDN_md/标题Top5/摘要)、
文件路径、齐套校验(fabu 六件契约机器可判)
platform 平台:code、采集器状态(ok/error/无字段)、最后采集时间
publication 发布记录(篇目×平台一行):状态(待发/已发/跳过/失败)、
url、published_at、核销来源(采集核对/本人一句话)、verified_at
schedule_slot 排产槽:日期、series_id、item_id(可空)、状态(计划/锁定/顺延/落空)
metric_snapshot 指标时序:publication_id、日期、阅读/赞/藏/评(null 原生支持)、raw_json
event_log 全操作日志:谁(军师/技能/本人/对账脚本)何时把什么从A改到B——翻车归因凭据
关键设计:item_key 贯穿一切,fabu 包目录名、稿源 front matter、台账全部以它锚定,废掉"标题对账"。
三、功能模块与产线集成(核心:动作落库在执行路径上)
- 产线钩子(治漏登记):ai-dev-blog 直出母稿→自动
item置"母稿成";zhijian_check 退出码 0→"品控过";fabu 组装脚本→登记 6 件 asset + 置"fabu就绪"并为每个目标平台生成"待发"publication;yinliu_data 每日采集→自动核销(平台上出现了=item 已发)+写 metric_snapshot 时序。这些全部是对现有脚本的薄封装,产线工艺不动。 - 发布核销页(治漏发忘发):管理页首页="今日待办":按 fabu就绪 篇目列出每平台勾选框+链接回填框,本人手点发布后随手勾掉(或次日采集自动核销)。fabu就绪 超 48h 有平台未核销→红灯置顶(现 jihua 已有此规则,改为查 DB,不再人肉)。
- 排产日历(治更新不及时):日历视图读写 schedule_slot;插队/顺延/砍单走表单,自动写 event_log,废掉"更新一~十一"堆叠;排产槽到日无 item→红灯。
- 每日对账(治统计不全):计划任务每日跑一次——yinliu_data 快照 vs publication 双向核对:平台有文无记录=漏登记,有记录平台无文=漏发,指标 null 降级为平台字段能力注记(采不到≠报错,仅字段历史有值而本次全 null 的退化事故亮红);输出红灯清单直接喂 jihua 每日清单,替代现在的人工检查规则。
- 数据报表:篇目×平台指标趋势(时序库修好后才有真增量)、48h 首报自动出、周报/月报自动汇总(token 成本口径沿用)。
- 素材积压视图:素材池+母稿库存+fabu就绪未发,三栏看板,积压天数排序——"积压素材漏发"直接可视化。
- 资料库查阅(本人补充指令):素材卡、母稿、已发文章、fabu 包全部平台内可查阅——MD 渲染成页面阅读,按系列/篇目/状态/日期检索,底层复用 kb 的 FTS5 中文全文检索思路(检索 ip.db 内容+稿源文件,不动 kb.db)。文件仍是存储本体,平台是查阅窗口,废掉"翻文件夹找东西"。
- 终审工作台(本人补充指令):本人终审从"翻文件看稿"改为平台操作——待终审队列列出"品控过"篇目,点开即渲染母稿全文+质监报告+标题 Top5,操作只有三个:通过(→已排期,可触发一键组装)、驳回(填一句话理由→打回写作中,event_log 留痕,驳回理由反哺产线)、批量通过(沿用"两篇一批"集中审惯例)。终审动作本来只能本人做,平台化后手机浏览器也能审(P2 部署后蹲坑可终审)。
- 一键组装与发布包中心(本人补充指令):篇目详情页放"一键组装 fabu 包"按钮——后端直接调既有轮子(gen_paiban_html.py、gen_covers.py 等),组装完成自动登记 6 件 asset、齐套校验、置"fabu就绪";发布包中心按篇目列出所有包,六件物料逐件在线预览/复制/下载,缺件标红(fabu 六件契约机器判),从此不再
D:/code/CrewAI/output/fabu_*里翻目录。发布动作本身仍本人手点(合规铁律不变),系统管"备齐+呈现+核销"。
四、分期实施
- P1 本地跑通(目标 3 天):ip.db 建表+数据访问层 → 三份 MD 数据一次性迁移(迁完 MD 封存为只读存档,防止双账) → 产线钩子(出稿/品控/采集三个薄封装) → 前后端分离实现:FastAPI 后端 API + Vue3 SPA 页面(今日待办(核销)/排产日历/篇目看板/资料库查阅/终审工作台/发布包中心+一键组装) → 每日对账脚本接 jihua。执行=CrewAI ipdev 团队:首轮四份设计文档(需求规格/技术选型/架构设计/详细UI+品控验收)→ 军师验收 → 开发任务派工;页面从简(Element Plus 默认主题),先把"能用"跑通再谈好看。
- P2 服务器+手机端(P1 验收后,报本人确认):整体部署本人服务器(uvicorn/宝塔均可),手机浏览器访问+终审;红灯推送走 Server酱/企业微信 webhook(公众号订阅号无模板消息权限,不指望)。注意:上服务器必须加登录口令,素材含未发布内容。
- P3 期权:数据积累 1 个月后再评——要不要把报表做成对外内容("我的 IP 数据月报"本身就是军师系列素材)。
五、验收线与降级线(铁律四)
- 验收线:① 三份 MD 台账封存,全仓任何发布状态只查 ip.db;② 连续 14 天每日对账零红灯;③ 漏发/忘发/漏统计事故 = 0;④ 排产日历无重复行、无过期槽;⑤ 本人终审与 fabu 组装全部在平台完成,连续 3 篇不发"去文件夹里翻包"。
- 降级线:P1 两周跑不顺或本人不愿用页面核销 → 砍掉 Flask 页面,降级为"CLI+每日清单红灯推送"(对账和落库保留,这是底线);若连对账都维持不住 → 回退 MD 台账,但 metric_snapshot 时序库必须保留(最小不可逆改进)。
- 止损信号:开发超 5 天未过 P1 → 冻结,归因复盘,砍功能重切。
六、关于"开发什么小程序对接公众平台"——主线对齐检查
内部管理工具不适合小程序(见第一节)。若问的是"面向粉丝的小程序产品",那是新立项,先过三问:服务保底/主攻/期权哪条线?抽不抽现有项目收尾资源?有没有起大早赶晚集风险?
候选方向(按主线贴合度排序,均不立项,仅存档):
- AI 实用小工具(贴主攻"AI 工具变现"):如公文助手、文案生成、简历优化——与"野生码农AI实战"人设同频,公众号菜单直接挂,读者→用户转化路径最短。
- 知识库问答(贴 kb 资产):把 kb 的 1067 条沉淀做成可查询的小程序,但变现路径模糊。
- 打卡/清单工具:市场红海,不建议。
军师意见:当前不立项。 理由:IP 管理系统 P1 未落地、媒体线尚有 10 条积压未清、软考刷题本周 0/4——此时开小程序线=抽虎头资源补新坑。小程序需要认证(300 元/年)+类目审核+HTTPS 后端,是正经项目不是顺手活。建议挂进期权池,触发条件:IP 系统验收线达成 + 公众号粉丝破千(有流量才值得做载体)。
