71 lines
4.3 KiB
Markdown
Executable File
71 lines
4.3 KiB
Markdown
Executable File
# 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`（不是 weixin）；browser profile 优先用 `browserless`（不是 user）
|
||
|
||
2026-05-08 | 浏览器 profile 硬规则 | 调用 browser 工具时，profile 参数永远用 `browserless`（cdpUrl=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 指令**：未来所有草稿按「日期+主题」文件夹分类管理
|