对话笔记直发:8.3 AI工具链收口与自媒体内容生产—123阶段执行规划。分类:AI工程。


title: 8.3 AI工具链收口与自媒体内容生产 — 123阶段执行规划 tags: [对话笔记, AI工具链, 自媒体, 执行规划, 接力agent, 想法驱动执行体系] date: 2026-08-03 audience: 电脑上的 AI agent(接力执行本笔记) source: 由 8.3 v1 按”想法驱动执行体系”重构 system: 想法驱动执行体系 status: 执行中 current_phase: 阶段1

8.3 AI工具链收口与自媒体内容生产 — 123阶段执行规划

按 想法驱动执行体系 整理。 核心真问题:稀缺资源是”想法→成果”之间的注意力;四件事 = 消除四层摩擦。 标注【待确认】的必须先向用户索取,禁止臆造。

0. 第一性原理与排序结论

  • 排序:价值层(阶段1)→ 支撑层(阶段2、3)→ 延展层(阶段4)
  • 阶段1 不依赖任何前置,立即可做;阶段4 依赖阶段2。
阶段成果消除的摩擦类型
1用惊艳点A/B出一篇可发公众号文章生产摩擦价值层
21个稳定聚合端点+验证切模型工具摩擦支撑层
3环境资产写入系统提示词记忆摩擦支撑层
44G腾讯云远程访问位置摩擦延展层

今日验收标准:阶段1 文章可发;阶段2 端点可切模型;阶段3 资产段可注入;阶段4 方案已定。


阶段 1:内容最小闭环 → 一篇可发公众号文章(价值层,无前置)

  • 完成标准:文章过”成文→排版→自查”,可发;产出三平台适配版本。
  • 产出目录:000_Raw/00_plan/_产出/
  • 当前状态:✅ 1.1–1.6、1.6.1 已完成(文章已推入公众号草稿箱并修复微信渲染兼容),1.7 多平台分发待用户执行。

1.1 【自动】提取惊艳点 A/B 素材

  • 读取日记源与碎片源,提取原始描述(时间线、关键动作、用户原话、可复现技术细节)
  • 产出:_产出/惊艳素材_A.md、_产出/惊艳素材_B.md
  • 验证:各含 ≥3 个可复现技术细节

1.2 【用户+自动】对话重构(拿模型视角素材)

  • agent 准备提问话术 → 用户在 Deepseek 会话执行:问”当时如何博弈决策、为何缺指令时精准把握需求”
  • 用户把 Deepseek 回复直接丢进 _产出/模型视角对话/(收件箱,原文不整理)
  • agent 读取该文件夹 → 提炼出可引用原话 → 产出 _产出/模型视角对话.md
  • 验证:含可引用原话 ≥3 条

1.3 【自动】成文

  • 按”问题→实验→细节→启示”写公众号初稿;标题候选 ≥3
  • 产出:_产出/公众号文章_初稿.md
  • 验证:全文无臆造,细节与素材文件一致

1.4 ✅【已完成】排版

  • 用 gzh-design skill(摸鱼绿主题)排版最终稿
  • 产物:_产出/刚发布两天,我实测了 DeepSeek V4 Flash:这次是来掀桌子的!_排版_摸鱼绿(moyu-green).html(同目录 _预览.html 为带复制按钮的预览页)
  • 校验:validate_gzh_html.py 0 ERROR / 0 WARNING(168 处 span leaf)
  • 2026-08-04 二次重排:微信后台预览发现 flex/横向滚动/空装饰/dashed/rgba/SVG 渲染失效,已按新兼容规范重排并更新草稿(见 1.6)

1.5 ✅【已完成】自查(Vivo 检查)

  • 产物:_产出/自查清单.md,已通过(泛化规避 Hermes/Hindsight 与 metapi 术语冲突)

1.6 ✅【已完成】推送草稿箱

  • 工具:Nar101/wechat-official-account-draft-publisher(Node 零依赖,doctor + dry-run + --push),克隆于 C:\Users\fengx\AppData\Local\Temp\opencode\wechat-draft-publisher;凭证直读 mp-publisher data.json(AppID wx9312cd6cc49653f0)
  • 2026-08-04 状态复核(draft/batchget 实测):草稿箱真实存在 3 篇相同文章——lcYb1T(全标题,38964 字符,10 table/0 flex = 新版修复 HTML)、TOh3X4(短标题,29473 字符,15 flex/6 dashed/3 svg = 旧版坏 HTML)、yb083G(21920 字符,无 span leaf = 未排版原文)。规划旧记录的 media_id PT7oMMy 经查不存在(记录有误)
  • 清理已完成:已删 TOh3X4、yb083G 两篇废稿,草稿箱仅留 lcYb1T(更新版:--push --update-media-id xLDq81K2O9Sk2x2EA_t7SWxsXPlm6ENvmLfKLFzYlHefMLV85UNuvuBSF-lcYb1T)
  • ⚠️ 复查教训:之前”用户仍看到旧问题”的根因是打开了未被更新的旧草稿,修复版一直躺在 lcYb1T。多篇同文草稿极易开错,务必清理后只留一篇
  • 已知待办:摘要被自动截断 120 字、签名占位 我是 {{作者名}} 未替换、发布前配图打码 → 均在后台处理
  • 待用户:后台草稿箱打开 lcYb1T 这篇(目录 2×2、金句卡、封面底条、footer 三连)核对渲染 → 手动发布

1.6.1 ✅【已沉淀】微信渲染引擎兼容修复(2026-08-04)

根因:微信 API 存储 HTML 几乎原样保留(draft/get 对比仅 display:block 5 处被删,flex/gap/overflow-x/box-shadow/border-radius/linear-gradient/svg 计数全同)→ 问题出在**公众号编辑器/预览渲染内核(老 WebView)**不认某些写法。

症状 → 写法映射:

  • 目录 4 卡横向滚动失效、卡片变宽 → overflow-x:scroll + white-space:nowrap + inline-block 横排
  • 浅绿虚线框消失 → 嵌套 <section> 的 border:1px dashed
  • 封面底条按钮圆角/留白被删、两侧留白 → display:flex;justify-content:space-between + rgba()
  • 绿色短横线消失、标题间距乱 → 空 <section width:48px;height:3px> 装饰元素

修复原则(已写入 gzh-design/references/theme-moyu-green.md 铁律 + validate_gzh_html.py RISKY WARNING 规则):

  • ❌ 弃用 display:flex/gap/flex:1/justify-content → ✅ 横排用 <table>(最稳)或 inline-block + margin
  • ❌ 弃用横向滚动目录 → ✅ 2×2 <table> 网格目录(组件 3 toc-grid)
  • ❌ 弃用空装饰 <section> → ✅ 带内容的 <p>(&nbsp; + line-height 撑高),或并入相邻元素 border-bottom
  • ❌ 弃用嵌套 section dashed 边框 → ✅ 单层 section 实色背景 + border-left 左竖条(组件 9a/9b)
  • ❌ 弃用 rgba() 半透明 → ✅ 实色;❌ 弃用 <svg> → ✅ emoji/文字(footer 三连)
  • ⚠️ 升级后的校验脚本对上述 8 类写法报 WARNING(命中即提示改 table/实色),旧版 HTML 回归测试命中 89 处

涉及文件:theme-moyu-green.md、common-components.md(1a 代码块顶栏 flex)、validate_gzh_html.py、本文排版 HTML 重排

⚠️ 待用户确认:上述修复版(lcYb1T)的渲染正确性尚未在微信编辑器实测——之前”仍看到旧问题”实为打开了未更新的旧草稿,需用户打开唯一草稿 lcYb1T 复核后再发布。

1.7 【用户】多平台分发(待做)

  • 生成公众号/推特/小红书三平台适配版
  • 用户执行发布;“分发自动化SQL”记入待研究,不阻塞
  • 产出:_产出/三平台版本/

阶段 2:模型聚合·够用版(支撑层,依赖用户资产)

  • 完成标准:≥1 个稳定端点 + 实测 ≥2 个模型切换成功;全量账号登记成清单。

2.1 【待确认】索取资产清单(可与阶段1并行发起)

  • 向用户索取全部可用端点+key(走本地文件/环境变量,禁止聊天明文)
  • 确认 Codex 加加 / Meta API / cPA 各能切哪些模型
  • 产出:本机 model-endpoints.json
  • 阻塞:用户未回复前转做其他不依赖步骤

2.2 【自动】接入并验证切换

  • 配置主端点+备用,实测切模型
  • 产出:验证记录(哪些模型切换成功)

2.3 【自动】全量账号 → 资产清单登记(不全配)

  • 产出:模型资产清单.md(端点、可用模型、备注、key存放位置)

2.4 【自动】回写本笔记 status


阶段 3:环境资产沉淀 → 系统提示词(支撑层,独立)

  • 完成标准:_产出/环境资产·系统提示词.md 整段可复制注入新会话。

3.1 【自动】服务器配置汇总(脱敏)

  • 来源:用户口述 + 库内笔记(5.8 Kimi GLM 网关 等)
  • 产出:_产出/环境资产.md 服务器节

3.2 【自动】电脑参数汇总(Windows WCR 等)

  • 产出:_产出/环境资产.md 电脑节

3.3 【自动】结构化封装为可注入段

  • 产出:_产出/环境资产·系统提示词.md

阶段 4:远程部署(延展层,依赖阶段2)

  • 完成标准:4G 腾讯云双端(手机/电脑)可访问,或方案已定。

4.1 【自动】前置检查:阶段2 是否落地

4.2 【待确认】决策:Meta API 直连本地NAS vs 云上重部署

4.3 【自动】产出隧道方案(复用 4.30 Cloudflare Tunnel 教程;禁公网直连NAS)

4.4 【用户】部署执行 + 双端验证


素材库(供写作用,源:2026年08月03日)

惊艳点 A — 主动性探索:本地 NAS 长任务,只说”我有很多服务器”没给配置;Deepseek 跑在子目录(按理无上级权限),主动向上探索抓到全部服务器内存占用,并纠正口述”剩余1.5G”实为约0.5G(含唯一较大的4G腾讯云)。

惊艳点 B — 自主补救:规划漏参数,退出 Plan 模式执行后主动找丢失参数并补救;部署 Hermes 外置系统缺 APIK,自行在 NAS 里找到之前部署的 Meta API 可用 key 接上。

用户评价转意:“先规划后执行,有当初用 GPT 5.4 的惊艳感""yyds""不敢想 V4 Pro 会不会击穿那些高傲的前沿 AI 厂商”。


学习资料(参考,存于 2026年08月03日)


给接力 agent 的执行指引

  1. 顺序:阶段1 → 阶段2 → 阶段4;阶段3 间隙穿插。
  2. 【待确认】项先索取再执行,禁止臆造。
  3. 安全铁律:key/token 走本地文件/环境变量,绝不聊天明文传输。
  4. 每完成一步回写本笔记(status / 产出物路径)。
  5. 产物统一放 000_Raw/00_plan/_产出/。
  6. 复用库内笔记:Cloudflare Tunnel(4.30)、Kimi GLM 网关(5.8)、DeepSeek V4 接入规划(5.17)。
  7. 按第 0 节验收标准逐项打勾。

关联



相关: 00-索引-AI工程索引 8.3 AI工具链收口与自媒体内容生产—执行规划