Lijian
一间本地写作编辑室:把选题、研究、事实核查、语言审计和公众号排版接成可续跑的生产流程。
当前状态持续用于李简AI长文生产
可验证证据完整编辑流水线与已发布文章
01
真实问题
长文生产如果只靠零散对话和临时笔记,选题、研究、核查和排版会反复断裂,很难把一次写作成可续跑的系统。
02
关键判断
与其追求单次生成质量,不如把编辑室做成可中断、可续跑的流水线:每个环节留下可检查的中间产物,并允许人工在关键节点介入。
03
系统结构
- 01Brief选题契约 brief.yaml,定读者与作者位置
- 02研究 → 大纲并行子代理研究,再收成可审的 outline
- 03approve-outline人审闸门:不过不能进入写作
- 04Draft → 核查 → 审起草、事实核对与总编 ADVANCE/FILL 审计
- 05slop gate正则质量硬门;连续失败移交人工
- 06wechat-format落到 final_wechat.md,status.json 可断点续跑

04
关键设计
- 中间产物优先于一次生成每篇文章落在 articles/<slug>/:brief、research、outline、draft、fact_check、final。断点可续跑,而不是重开一场对话。
- 生成后审计,而不是抽象约束“别写太满”放进 system prompt 效果差;更有效的是 chief review 给每段标 ADVANCE / FILL,生成后再砍。
- 作者位置要显式从个人体感开口,允许上升到结构判断,但不滑成纯管理学或纯经验帖。文章类型与结尾类型写进 brief。
- 停顿点要少抛完话题后尽量自动跑到底;人工只留在真正改变方向的节点,而不是每个阶段都确认一次。
05
真实证据
- 本地可续跑的编辑流水线,而不是一次性 prompt 会话
- 已用于「李简AI」长文生产,并保留发布后复盘
- 关键节点可人工介入,避免把判断完全交给模型
06
仍在推进
- 如何让研究材料更稳定地回流到选题,而不是散落在各次会话里
- 哪些核查步骤可以自动化,哪些必须保留人工门槛