把「自媒体复利工程」也当作一套 Harness 来经营 —— 内容创作、调研、开发、开源，全部在受控轨道上运行。
你在 重构工程仓 的 HARNESS.md 里已经定调：「将 Harness 视为产品，而非配置文件集合」「某零售供应链 Harness = AI 编码的操作系统」。
把这句话从「编码」泛化到「工作空间」就是本手册的核心命题：
ai_collab_miner / ai_history_indexer 本质就是 harness 的「知识回流 + 记忆」组件，只是还没被命名进体系。一句话：Harness 不是把工作交给 AI，而是把「你如何把工作做对」交给 AI。
直接复用你 重构工程仓 的 L0–L5 分层（已在 Haiting 的 HARNESS.md 验证可移植），并补上「路标层 / 锚点」两个横向角色。xingtu 的现有目录会被映射到这些层（见第四节）。
README.md + DIRECTORY.md + 工作看板 —— 让 AI/新人 30 分钟上手，知道「资产在哪、该读哪个」。CLAUDE.md（CC）/ SOUL.md（WB）+ config.yaml —— 行为定位 + 单一事实源（SSoT）。这些是「某零售供应链 / Haiting」验证过的、可迁移到内容空间的机制。每条都标注了 xingtu 现成载体。
| 机制 | 含义 | xingtu 落地载体（已存在 / 待建） |
|---|---|---|
| ① 渐进式披露 | 分层按需加载，省 Token；Caveman 压缩输出（直接结论+证据，不客套）。 | 已有：DIRECTORY.md（待建索引）、SOUL.md 注入。待建：L1 索引 / L2 规则正文分离。 |
| ② SSoT 单一事实源 | 一个真相源，别处引用。避免多处矛盾。 | 已有：config 用 models.json/mcp.json；IP 战略以 .workbuddy/memory/MEMORY.md 为准。待建：资产注册中心 DIRECTORY.md。 |
| ③ 强编号 / 强注册 | 规则/资产带编号 + 注册表，引用可 deep-link，审查可溯源。 | 待建：把 01_战略与规章、rules 编号化（如 SEO-001、FEN-001）；DIRECTORY.md 做唯一注册。 |
| ④ Spec 驱动 + Hard Gate | 「无 Spec 不写码」；门禁把承诺变运行时强制（写前必跑）。 | 开发/开源任务复用：CC 的 gate.sh 思路 → xingtu 的「发布前清单」。内容任务轻量版 Spec（选题卡→成稿→排版→分发）。 |
| ⑤ 对抗性审查 | 多视角围攻同一产物，不 dedup、不降级；脚本交叉验证替代 LLM 当法官。 | 内容复用：成稿后「三角色审查」（事实核对 / 利他性 / 平台适配）；可用 WB 子 Agent 并行。 |
| ⑥ 写审分离 + 主会话协调 | 写 agent 只产出，审 agent 只挑刺，主会话仲裁收口。 | WB 天然支持：Agent 子代理写、主会话聚合；CC 同样用 Subagent 蜂群。 |
| ⑦ 知识回流 + BCI | 踩坑沉淀反模式库，审查自动匹配；跨项目验证的通用资产回流共享池。 | 已有强载体：ai_collab_miner.py、ai_history_indexer.py、04_会话与复盘、BCI 概念待建文件。 |
| ⑧ 防腐 + 自包含 | 活文档行数上限；超则拆分/归档；组件准入五问；产物可整体移植。 | 待建：对 02_内容仓库/03_运营工具箱 设保鲜期；对 tools/ 设「必要性五问」准入。 |
不重命名你精心设计的 01_~05_ 目录，而是「叠加 harness 视角」重新诠释它们属于哪一层，并补上缺失的锚点/路标文件。
| 层 | 现有载体（xingtu） | harness 角色说明 |
|---|---|---|
| L5 产品 | README.md、00_自媒体复利工作看板_Canvas.md | 已是路标+看板。补一个 HARNESS.md（本手册的轻量锚点版）即可。 |
| L4 编排 | 03_运营工具箱（排版规范/分发 SOP） | 已是 workflow 雏形。待建 workflows/：内容生命周期、调研、开发、开源 4 条 SOP。 |
| L3 执行 | tools/（排版引擎、索引器、benchmark）、WorkBuddy Skills | 排版/选题/对标 = skills；专家角色 = WB Expert 或 CC agents。 |
| L2 护栏 | 01_战略与规章（IP 战略/排期）、SEO 与分发规则 | 这是「内容宪法」。待编号化为 rules（SEO-001 等）。 |
| L1 土壤 | ~/.workbuddy/models.json、mcp.json、tools/*.py/*.js | 模型/连接器配置 + 可跨平台运行的脚本。 |
| L0 记忆 | .workbuddy/memory/（日log+MEMORY.md）、04_会话与复盘、06_Obsidian | 已是记忆层主力。ai_*_indexer 提供跨会话检索。 |
| 路标 | README.md（已有）、DIRECTORY.md（待建） | 资产唯一注册中心，告诉 AI「要找 X 去哪」。强烈建议建。 |
| 锚点 | SOUL.md/USER.md/IDENTITY.md（WB 已注入） | WB 侧身份锚点；CC 侧暂无项目级 CLAUDE.md（见第六节兼容）。 |
你点名要便于执行「指向性 / 调研 / 开发 / 开源」四类任务。下面给出每类的触发识别、走哪层、用什么能力、产出放哪。
| 维度 | 说明 |
|---|---|
| 识别信号 | 明确窄指令：「把这篇转公众号排版」「跑一下 ai_collab_miner」「生成 benchmark 图」。 |
| 路由 | 直接执行 + Task 系统拆步（>2 步必拆）；静默执行、只报增量/异常（你 CC CLAUDE.md 的进度可见性铁律同样适用 WB）。 |
| 用到的层 | L1 脚本（tools/）、L3 skill（排版引擎/索引器）、L0 记忆。 |
| 产出 | 落到对应目录：排版稿→02_内容仓库/03_待审与排版；索引结果→tools/ 输出或 outputs/。 |
| 维度 | 说明 |
|---|---|
| 识别信号 | 「调研 X 工具」「对比 Y 与 Z」「查 2026 最新方案」「竞品拆一下」。 |
| 路由 | 并行 WebSearch（不串行）→ 渐进式披露只载入相关 rules → 输出结构化报告。造轮子前先搜成熟方案（你 CC 铁律）。 |
| 用到的层 | L2 护栏（调研规范）、L4 编排（research workflow）、L0 记忆（避免重复调研）。 |
| 产出 | 报告→05_竞品参考与对标（隔离区，防污染内容库）或 02_内容仓库/01_灵感与选题池（若成选题）。 |
| 维度 | 说明 |
|---|---|
| 识别信号 | 「写个脚本/工具」「搭个站点」「给 xingtu 加个功能」。涉及代码产出。 |
| 路由 | Spec 驱动：先出方案（Plan）→ 轻量 Spec（需求/设计/任务/验收）→ 写码 → Hard Gate（测试/自测绿了才合）→ 对抗审查。写审分离，主会话收口。 |
| 用到的层 | L2 specs、L3 agents/skills、L1 scripts（env-check/gate）、L0 memory（BCI 防踩坑）。 |
| 产出 | 代码→tools/ 或新仓库；Spec→specs/（待建）；复盘→04_会话与复盘。 |
| 维度 | 说明 |
|---|---|
| 识别信号 | 「整理成 GitHub 仓库发布」「把 X 工具开源」「出英文版出海」。 |
| 路由 | 自包含检查（无外部本地路径依赖）→ 文档化（README+Spec 摘要+License）→ 多平台分发（国内 GitHub / 海外 Dev.to+LinkedIn）。知识回流标注来源。 |
| 用到的层 | L5 产品（发布清单）、L2 specs、L1 scripts（打包/自包含校验）、出海规则（见 MEMORY.md §5）。 |
| 产出 | 仓库（GitHub publish 工作空间）；英文改写→海外阵地；结汇/收款走 PayPal+PingPong（MEMORY.md §5）。 |
你主阵地是 Claude Code CLI 搭的 harness，现在要跟 WorkBuddy 并存。好消息：你的 harness 资产大部分能双向复用。下表逐项给出映射与复用策略。
| CC Harness 概念 | WorkBuddy 对应物 | 复用策略 | 兼容度 |
|---|---|---|---|
CLAUDE.md(角色/铁律/路由) | SOUL.md+USER.md+IDENTITY.md（已注入）；项目级靠 Skill / memory | 角色/语言/铁律写进 SOUL.md（已做）。项目专属规则用 WB Skill 或 memory/MEMORY.md 承载，不要指望 WB 自动读 CLAUDE.md。 | 高（部分） |
settings.json / settings.local.json(权限白名单) | WB 工具审批机制（运行时用户批准）；连接器/自动化状态管理 | 无等价静态 allow/deny 文件。把「rm 永不授权」等偏好固化进 SOUL.md + 用 safe-delete.sh 行为约束，而非权限文件。 | 中（范式不同） |
hooks/(session-start/end, 提醒) | WB 无 hook 框架 | 替代：① automation_update 定时任务模拟 SessionStart 类动作；② agent_loop 内建「每日记忆追加」靠 Skill 约定；③ 提醒类用自动化。CC 的 cbm/ponytail 提醒可转成 WB 自动化。 | 中（需重构） |
scheduled_tasks.json(cron 定时) | automation_update(rrule / once / scheduledAt) | 直接等价。你 CC 里的 HARNESS-WATCH 周检、dsh 更新检查，可 1:1 迁到 WB 自动化（rrule 周/日）。 | 高（等价） |
agents/(Subagent 定义) | Agent 子代理 + Expert 系统（expert-manager） | CC agent 定义（如 architecture-expert）→ 转成 WB Expert 专家包，或作为 Agent 子代理 prompt 复用。写审分离模式通用。 | 高 |
skills/(SKILL.md SOP) | WB Skills（Skill 工具 + ~/.workbuddy/skills） | 最大红利：CC 的 SKILL.md 格式与 WB Skill 几乎一致，可直接迁移/共享。你的 adversarial-review / ponytail / tdd 等 skill 两边都能用。 | 高（红利） |
commands/(slash 命令) | WB 斜杠命令 / 用 Skill 承载 | CC /code-review 等 → 注册为 WB Skill 即可调用。WB 没有独立 commands 目录，统一用 Skill。 | 高 |
specs/(SDD 6 文件) | WB 无原生 spec，可用 Skill/Markdown 实现 | 开发/开源任务走 Spec：在 xingtu 建 specs/ 目录复用 CC 的 _TEMPLATE。WB 侧用 Skill 引导 Spec 流程。 | 高 |
scripts/(bash/sh/js) | WB Bash 工具直接运行 | 完全共享：safe-delete.sh、env-check.sh、gate.sh、kb-server.js，以及 xingtu 的排版/索引脚本，两边同跑。这是最稳的跨平台纽带。 | 高（共享） |
memory/(MEMORY.md, BCI) | WB memory 体系（user MEMORY.md + workspace memory + conversation_search） | BCI 反模式库→转 WB memory 或 Skill；跨会话检索用 conversation_search。你 xingtu 的 ai_history_indexer 已是超集。 | 高 |
mcpServers | WB Connectors（~/.workbuddy/mcp.json）+ 已连接连接器 | MCP 配置两平台共用 mcp.json 思路；WB 把外部能力包装为 Connector，CC 用 mcpServers。同一份网关/Key 可双挂。 | 高 |
config.yaml(SSoT) | models.json / mcp.json + memory 承载 | 保留 config.yaml 作为跨平台 SSoT（技术栈/端口/脚本路径），WB 侧用 memory 引用它，不要双写。 | 高 |
tools/ 或独立 .harness/），两边同读。盘点你两边的脚本资产，标注哪些可跨平台直接复用、哪些值得双向移植。
| 脚本 | 作用 | 跨平台价值 |
|---|---|---|
ai_collab_miner.py | 扫描 .claude 会话+项目改动，挑可成内容的协作片段 | → CC 侧的「知识回流」引擎；在 CC 项目里也能跑，反哺内容选题。 |
ai_history_indexer.py + ai_history_report.py | 统一索引多 harness 历史会话，生成可检索看板 | → 替代 CC 的 sessions/journal.md 检索；WB 用 Bash 直接调。 |
project_indexer/ | 索引 /projects 实践痕迹，按关键词抓素材 | → 两平台共用的「素材供给」；给自媒体供料。 |
tokenhub_bench.py / tokenhub_minigate.py | 模型榜单评测 / 网关 | → 模型评估 workflow；CC 与 WB 都可用，统一评测口径。 |
wechat-format/ 排版引擎、render_wechat.js | 公众号排版 | → 内容生产 skill 的核心；CLI 调，GUI 编排。 |
wechat_chat_analyzer/ | 聊天记录分析 | → 社群/私域洞察；可接 WB 自动化定期跑。 |
cc-switch-*.py | CC 配置文件/模型切换 | → CC 专属，但思路可给 WB 做模型切换参考。 |
| 脚本 | 作用 | 迁移到 xingtu 的用处 |
|---|---|---|
safe-delete.sh | mv 到回收站替代 rm，带 --restore | 必迁：你 SOUL/USER 已强调「删除前求确认」。xingtu 清理/归档用同一套安全删除。 |
env-check.sh | 环境一键自检（凭据/工具链/连通性） | 改编为 xingtu 版：检查 Python venv、node workspace、models.json、mcp.json 是否就绪。 |
gate.sh | Hard Gate G1-G3 前置检查 | → 内容「发布前清单」脚本：Spec 齐？自测过？合规过？不绿不准发。 |
kb-server.js + kb-viewer.html | 本地知识浏览器（Mermaid+搜索） | → 把 xingtu 的 06_Obsidian + 01_战略 变成可团队共享的网页看板。 |
spec-monitor.sh | 多 Spec 并行状态监控 | → 开发/开源任务并行推进时的进度雷达。 |
| cbm hooks（session-reminder 等） | 会话提醒/复盘 | → 转 WB 自动化（每日/每周），模拟 SessionEnd 记 journal。 |
tools/ 或 .harness/scripts/），用相对路径/参数传参，禁止硬编码绝对路径，否则破坏「自包含」、无法在纯净环境（AVD/另一台机/WB 沙箱）跑。分四阶段，按「先补锚点 → 再固化规则 → 跑通路由 → 双向打通」推进。标注安全度：可立即做 需你确认 建议做。
HARNESS.md（轻量版，本手册浓缩）DIRECTORY.md（资产注册中心）rules/ 目录，CC 与 WB 同读safe-delete.sh + 改编 env-check.shHARNESS.md + DIRECTORY.md 两个文件（已随本手册生成于 xingtu 根），其余 Phase 1–3 作为待办。这两个文件零风险、纯新增，立刻让任何 AI（CC 或 WB）进到 xingtu 时知道「这是什么空间、资产在哪、该守什么纪律」。| 术语 | 含义 |
|---|---|
| Harness | 把工程纪律/方法论/工具链/记忆沉淀为 AI 可读、可强制执行、可复用的资产库（你定义为「AI 的操作系统」）。 |
| SSoT | Single Source of Truth，单一事实源。一处定义，处处引用。 |
| 渐进式披露 | Progressive Disclosure，分层按需加载以省 Token。 |
| SDD / Spec | Spec-Driven Development，规范驱动开发；标准 Spec = 6 文件（README+analysis/requirements/design/validator/tasks）。 |
| Hard Gate | 把「无 Spec 不写码 / 测试先于码 / 验收全绿」从 Markdown 承诺变成运行时强制（gate.sh）。 |
| 对抗性审查 | Adversarial Review，多角色围攻同一产物，不 dedup、不降级，命中次数=致命度。 |
| BCI | Bad-Case Index，反模式/踩坑库，审查时自动匹配。 |
| 防腐 | Anti-bloat，活文档行数上限 + 组件准入五问 + 保鲜期归档。 |
重构工程仓/.claude/HARNESS.md — 某零售供应链 6 层架构 + 进化/防腐/回流机制（本手册 L0–L5 来源）。重构工程仓/.claude/CLAUDE.md — 路由机制、进度可见性铁律、Ultracode 并行编排（第四节/第五节参考）。中台工程仓/海事工程仓/.claude/HARNESS.md + CLAUDE.md — 6 层产品说明书、Hard Gate、对抗审查三角色（第三节/第六节参考）。中台工程仓/海事工程仓/.harness/ — 共享资产层 + 渐进式披露三层（第二节参考）。.workbuddy/memory/MEMORY.md — xingtu IP 战略 / 分发 / 出海（L2 护栏来源）。tools/ai_collab_miner.py、ai_history_indexer.py — xingtu 原生知识回流+记忆（第七节复用清单）。