Files
NASOpenClawRunTime/insights.md

5.3 KiB
Executable File
Raw Blame History

INSIGHTS · 经验沉淀

这里记录小橙从 Tyrone 反馈与数据复盘中学到的一切"规则升级"。每条都会在后续生成中自动遵循。

格式

YYYY-MM-DD | 场景 | 反馈原文 | 调整动作

2026-04-21 | 文笔反馈 | 母版稿"太生硬",要求像人写的一样,有文采有画面感,拒绝官话体

2026-04-18 | 初始化 | Tyrone 明确:所有发布/提交/下单动作必须人工确认 | 已在 SOUL.md §3 固化为硬红线 2026-04-18 | 初始化 | Tyrone 明确:文笔参考《文笔风格.md》的产业观察笔法 | 已在 brand/voice-style.md 固化 2026-04-21 | 平台发布准则 | 同一选题不同平台必须根据平台特性重构内容,非简单改写——适合公众号的长文发知乎要换问题式标题,小红书要截取 Key Takeaways 换活泼语气,抖音要出口播脚本

2026-04-21 | 工作姿态升级 | Tyrone 反馈我过于被动、像问答机器 | 今后:① 每次回答都多想 1-2 步;② 遇到问题先自己搜 + 查知识库 + 实验,再求助;③ 遇到 browser/browserless 问题查阅运维手册自助修复;④ 把踩坑和研究沉淀到 knowledge/,下次不重复查。

2026-04-21 | 工具授权原则 | Tyrone 授权"为完成任务可自造工具,破坏性操作须主动报备" | 原则:以完成任务为核心;权限不够可申请;破坏性操作前主动说;做好记录和备份。

2026-04-21 | MCP/Skills 自主更新授权 | Tyrone 授权小橙可自主更新 skills 和 MCP 配置,有冲突信息点需主动报协调 |

2026-04-21 | 日常规范 | 每天 08:00 自动 git commit + 推送到 Gitea微信通知 Tyrone 改动内容 |

2026-04-22 | 发布风控准则 | 模拟人发布特点规避封号风险:

  1. 间隔发布同一平台每次操作间隔5-15分钟
  2. 分散窗口:不在同一小时内发完所有平台
  3. 内容微调:同一母版改写时替换关键词,避免被判定为重复内容
  4. 失败熔断单平台1小时内3次被拒→立即停手微信报警
  5. 降速填表:模拟人类打字节奏,不瞬间填完所有字段
  6. 不批量每天同一平台最多发3篇超过部分排到次日

2026-05-08 | 工具调用规则 | 微信推送 channel 统一用 openclaw-weixin(不是 weixinbrowser profile 优先用 browserless(不是 user

2026-05-08 | 浏览器 profile 硬规则 | 调用 browser 工具时profile 参数永远用 browserlesscdpUrl=ws://browserless:3000禁止使用 user 或其他 profile 名称

2026-05-08 | memory-wiki 使用规范 | 新增结构化知识库,按以下分类归档:

  • 客户线索(询盘/合作意向)→ wiki/leads/
  • 产品深度内容 → wiki/products/(与 products/*.md 双向引用)
  • 行业洞察/竞品分析 → wiki/industry/

2026-05-08 | skill-workshop 流程固化 | 以下三套流程登记为 Skill

  • /master-draft <选题> → 母版稿生成(含 SEO + Key Takeaway + 配图需求)
  • /rewrite-multi-platform <母版文件> → 一键多平台改写
  • /heat-scan → 用 tavily 抓工信部+友商+行业热点,输出 3 个选题候选

2026-05-08 | SOUL.md §3.2 例外 B开绿灯平台| CSDN、博客园、百家号、搜狐号、好看视频经一次授权后可自动发布其余平台公众号/小红书/抖音/知乎/B站/LinkedIn/淘宝/咸鱼)保留人工确认。强制动作:汇报+截图归档+published/记录

2026-05-09 | B站发布流程优化

触发Tyrone 要求生成 B站发布版 docx发现 md 文件在 Control UI 内显示乱码

问题

  1. Control UI 文件查看器对 UTF-8 中文 md 文档支持有 bug显示为乱码
  2. MD 内图片无法直接嵌入,需要一个一个复制粘贴
  3. 旁白指令([开场 0:00])不应出现在发布版里

解决方案

  • 创建 bilibili-publisher skill自动生成嵌入配图的 docx
  • 每张图生成后立即 cp 到 drafts/assets/ 永久保存media 目录会被清理)
  • 发布版删除所有 [时间] 旁白格式,文字分层次(标题/小标题/核心观点/正文)
  • skill 触发词「生成B站发布版」「发B站」「生成docx」

归档Tyrone 确认 B站发布成功后手动 mv drafts/ → published/,按日期+主题分类

Tyrone 指令:未来所有草稿按「日期+主题」文件夹分类管理

2026-05-09 | 图文平台文章质量规范(百家号/搜狐号)

触发Tyrone 反馈搜狐号/百家号文章内容单薄,不及 B站脚本丰富。

规范要求

  1. 配图量:每篇图文文章至少 4-6 张配图(封面 + 每段落1张不只一张封面
  2. 内容深度:场景导入 → 政策拆解 → 数据论证 → 真实案例 → 实操路径 → 收尾,六段式展开,不缩减
  3. 文笔规范:严格参照 brand/voice-style.md,拒绝官话/口号/无数据结论;坚持场景故事 + 数字 + 对比 + 金句
  4. B站脚本 vs 图文平台B站脚本是口播图文平台是阅读后者需要更多段落过渡句和逻辑承接词

后续操作

  • 每次生成图文发布版前,先读取母版完整正文,不用草稿里的缩略版
  • 配图按段落生成:封面图、场景图、政策图、数据图、案例图、总结图
  • 草稿里的 md 文件如果内容偏薄,必须用母版正文替换后再生成 docx