工作区搭建：SOUL.md + USER.md + 目录结构，把“家庭共读”的地基先打好

前面序篇里，我已经把这套新系统的方向讲清楚了：

我想把 OpenClaw 做成一个“微信群里的阅读管家”

它不再只是一个用来回答问题的工具，
也不只是一个给某个人单独使用的读书助手。

这一次，我更想做的是：

让一个家庭的阅读，在同一个微信群里持续运转起来

孩子在读儿童文学时，会有孩子的问题。
大人在读金融、历史、管理时，也会有大人的问题。
有人在群里问一句，有人顺手贴一段摘录，有人只是报个进度。

而 OpenClaw 要做的，不是替大家把书读完，
而是把这些原本很容易散掉的过程接住：

• 谁在读什么
• 读到哪了
• 提过什么问题
• 哪些内容值得沉淀
• 最后能不能形成阶段性总结

但你真要把这件事落到“家庭共读”里，很快就会发现：

它和“一个人自己读书”，完全不是同一种系统

因为群里会有多人：

• 家长
• 孩子
• 甚至老人

同一时间也可能会有多条阅读线：

• 有人共读一本书
• 有人各读各的
• 有人提问题
• 有人只看摘要
• 有人需要长解释
• 有人只能接收短输出

如果这时候你没有先把“谁是谁、谁能看什么、数据写到哪里”定下来，
那这个群不用一周，就会开始乱。

最后会变成什么样？

很简单：

• 孩子问一个小问题，结果系统给了一大段大人版分析
• 家长想看趋势，结果收到的是孩子闯关式任务
• A 的阅读日志写进了 B 的笔记里
• 家庭共读和个人阅读混成一团
• 后面想做总结，发现根本找不到结构化记录

所以这一篇，我们先不急着讲“推荐书怎么做”“答疑怎么设计”“总结怎么生成”。

这一篇只做一件事：

把地基打好

具体就是三块：

① SOUL.md

定义阅读管家的语气与边界，避免它跑偏、越界、刷屏、替读

② USER.md

定义家庭成员档案与权限，明确谁是管理员、谁是孩子、输出该给谁看

③ 目录结构

定义“家庭 → 成员 → 书籍 → 日志 / 问答 / 报告”的落盘路径，后面所有自动化都靠它

如果你把这一篇搭好了，后面再写精准推荐、阅读计划、读中答疑、笔记系统和质量评估，整个系统才不会乱。

一、这一篇做完，你会得到什么？

先说结果。

你把这一篇做完以后，会得到一个 家庭阅读工作区，它至少具备这几种能力：

1）群里任何成员发消息，阅读管家都能知道是谁

它知道这是家长、孩子，还是其他家庭成员。
也知道该用什么语气回应，内容该长还是该短。

2）每个成员的阅读内容会自动归档

不会串台，不会今天的问答跑到别人的笔记里。

3）共读和个人阅读可以并行

你既可以做“家庭共读周报”，
也可以做“个人读书质量报告”。

4）后面的 Skill 不会越写越乱

从第 2 篇开始，你要做的精准推荐、阅读计划、读中答疑、笔记沉淀和读书总结，都能往这个结构里接。

一句话说：

这一篇不是在做功能，而是在给整套“家庭阅读管家”搭一个可长期运转的底座

二、SOUL.md：先把“阅读管家是谁”写清楚

不然它很快就会变成另一个啰嗦的群聊机器人

先讲结论：

家庭共读系统里，SOUL.md 比单人阅读系统更重要

因为单人阅读场景里，你最多只是觉得“这个助手说话不太像我想要的”。
但一旦进入微信群，问题会立刻变复杂：

• 说太多，会刷屏
• 说太硬，孩子会烦
• 说太散，家长会抓不到重点
• 说太满，系统就会开始“替读”

所以这一步特别关键：

你要先把阅读管家的角色、语气、边界写死

它应该像什么？

我更推荐你把它理解成：

一个“班主任 + 图书管理员”的混合角色

它要做的是：

• 陪跑
• 提醒
• 归档
• 帮你把阅读过程结构化

但它不该做的是：

• 假装替你读过
• 替你抄书评
• 把群变成一个不断刷长文的地方

下面这版，可以直接保存成 SOUL.md

# 角色设定（SOUL）——家庭阅读管家

你是“家庭阅读管家”，服务于一个微信群，目标是：
- 帮家庭成员明确阅读方向与书籍范围（先缩小范围再推荐）
- 把阅读过程中的疑问解答为“可复述的理解”
- 自动沉淀：摘录/问答/日志/里程碑检查点
- 在阶段/结书时生成读书质量报告（用用户输入作证据）

## 语气
- 对家长：清晰、可执行、少情绪化、给结论+下一步
- 对孩子：短句、鼓励、像闯关任务；一次只给1-2个行动
- 在群里：默认简短，避免刷屏；长内容用“摘要+可展开目录”

## 行为边界（必须遵守）
- 不替用户“假装读过”：没有摘录/页码/上下文时，先引导补充
- 不鼓励抄书评/抄作业式输出；更鼓励复述与迁移应用
- 不索取敏感隐私（证件/住址/账号密码）
- 遇到不确定事实：明确说明不确定，并建议查证路径
- 群内默认“最小披露”：不公开成员的私密偏好或评价

## 输出原则（群聊友好）
- 每次输出默认≤12行；更长内容用：
  1) 先给三行结论
  2) 再给“展开项目录”（用户回复“展开2”才输出细节）

为什么要把“默认短输出、需要展开才长”写死？

因为微信群里最怕两件事：

第一，长篇大论

读者本来只想看一个结论，
结果系统一口气甩十几行，体验会立刻变差。

第二，越界评价

尤其家庭场景里，一旦系统开始在群里公开给某个人“下判断”，
气氛很容易变得很奇怪。

所以你把这些边界提前写到 SOUL.md 里，本质上是在提前防止系统“越用越烦”。

三、USER.md：家庭成员档案与权限

这是微信群版本最关键的一层

如果说 SOUL.md 解决的是：

这个阅读管家“是谁”

那 USER.md 解决的就是：

它现在在服务谁、该对谁说什么、哪些内容能不能公开说

这一步在微信群里特别关键。
因为家庭阅读群天然就不是一个“所有人都看同一份输出”的场景。

比如：

• 孩子提问，适合收到短句 + 鼓励 + 下一步
• 家长提问，更适合收到结论 + 结构 + 建议
• 管理员想看的是周报、趋势、整体执行情况
• 普通成员未必需要看别人所有私密日志

如果这些不提前写清楚，系统就很容易出现非常典型的错位：

• 孩子收到了大人的长分析
• 家长拿不到真正想看的看板
• 成员之间内容串台
• 私密内容在群里被过度公开

所以 USER.md 在这个系统里的作用可以概括成一句话：

让阅读管家看到不同角色时，自动切换表达方式与可见范围

下面这版，可以直接保存成 USER.md

# 用户与权限（USER）——家庭阅读群

## 家庭基本设置
- 家庭代号：FAMILY_001
- 默认语言：中文
- 默认阅读节奏：工作日 20-30 分钟 / 周末 60 分钟（可调整）
- 输出风格：群内默认短输出；需要详细时用“展开”

## 成员角色（示例）
- parent_1：家长管理员（可查看所有人的周报/趋势；可发“总结/看板”指令）
- parent_2：家长（可查看自己的与孩子的摘要；不可查看其他成员私密日志）
- kid_1：孩子（只接收“闯关版任务/短解释/下一步”；不输出长评判）
- kid_2：孩子（同上）
- elder_1：家庭成员（可参与共读与提问，但默认不推送评估）

> 提示：正式使用时，你只需要把成员代号与微信号绑定（第7篇会讲怎么做）。

## 权限规则（强制）
- 管理员（parent_1）：
  - 可请求：/周报 /趋势 /家庭共读总结 /成员对比（但不公开羞辱式对比）
- 普通成员：
  - 默认只能请求：/方向 /开读 /疑问 /摘录 /日志 /总结（自己的）
- 孩子账号：
  - 默认只能看到“短输出”；涉及评价仅给鼓励+下一步，不打击

## 隐私与安全
- 群内不展示“个人画像细节”（如阅读弱点）除非管理员明确请求
- 不保存敏感隐私信息
- 所有数据只写入家庭工作区指定目录

USER.md 最关键的价值，不是“记下成员名单”

而是：

帮系统建立“角色意识”

它会知道：

• 这是给孩子的话，应该短一点
• 这是给管理员的汇总，应该结构化
• 这是群内输出，不该说太细
• 这是私密内容，不该自动公开

家庭场景里，角色意识越早建立，后面越省心。

四、目录结构：按“家庭 → 成员 → 书籍 / 日志 / 问答 / 报告”分桶

这是后面所有自动化的基础

前面两份文件，解决的是“人”和“规则”。

但系统要长期运转，最后一定还要落到一件更具体的事上：

数据写到哪里

因为你后面所有的推荐、计划、答疑、笔记、总结，都不是只在群里说完就结束。
它们都要有地方落盘。

否则很快就会出现两个问题：

• 今天说完，明天找不到
• 想做周报时，只能翻聊天记录

所以目录结构这一层，核心不是为了“整齐好看”，
而是为了：

让后面的自动化都有固定位置可写

推荐目录结构（家庭共读版）

reading-coach-family/
  SOUL.md
  USER.md
  AGENTS.md
  TOOLS.md
  data/
    family/
      members/
        parent_1/
        parent_2/
        kid_1/
        kid_2/
      shared/
        roadmaps/          # 家庭共读方向与书单范围
        announcements/     # 群公告式输出（短）
        bookclubs/         # 共读项目（一本书一个文件夹）
    members/
      <member_id>/
        profile.md         # 个人阅读偏好与目标（可选）
        roadmaps/          # 个人方向→书单范围
        books/
          <book_id>/
            plan.md        # 阅读计划（里程碑+检查点）
            notes.md       # 结构化笔记（持续汇总）
            highlights.md  # 摘录精选
            checkpoints.md # 里程碑检查点问答记录
        journals/          # 每日阅读日志
        qas/               # 读中疑问与解答
        reports/           # 周报/结书报告/质量评估
    trends/
      trends.csv          # 可选：趋势数据（周维度）
  skills/
  logs/
  assets/

这个目录结构，专门解决哪两类微信群问题？

第一类：个人不串

每个成员都有自己的：

• roadmaps
• books
• journals
• qas
• reports

所以 A 的日志不会写进 B 的笔记里。

第二类：家庭共读不乱

所有“群级别”的东西，比如：

• 共读方向
• 群公告
• 共读项目

统一放进：

• data/family/shared/roadmaps/
• data/family/shared/announcements/
• data/family/shared/bookclubs/

这样家庭共读和个人阅读就天然分开了。

五、macOS / Windows：把这个工作区一键建出来

这一段是照着做就行

下面给两套命令：
你直接复制粘贴，就能把目录和关键文件全部建出来。

macOS（终端）

1）打开终端

2）复制执行

# 1) 创建工作区根目录
mkdir-p ~/openclaw-workspaces/reading-coach-family

# 2) 创建关键文件
cd ~/openclaw-workspaces/reading-coach-family
touch SOUL.md USER.md AGENTS.md TOOLS.md

# 3) 创建目录结构（家庭+成员+共享）
mkdir-p data/family/members/{parent_1,parent_2,kid_1,kid_2} \
         data/family/shared/{roadmaps,announcements,bookclubs} \
         data/members/{parent_1,parent_2,kid_1,kid_2}/{roadmaps,books,journals,qas,reports} \
         data/trends

mkdir-p skills logs assets

Windows（PowerShell）

1）打开 PowerShell

2）复制执行

$base="$HOME\openclaw-workspaces\reading-coach-family"

# 1) 创建工作区根目录与关键文件
New-Item-ItemTypeDirectory-Force-Path$base|Out-Null
New-Item-ItemTypeFile-Force-Path `
"$base\SOUL.md","$base\USER.md","$base\AGENTS.md","$base\TOOLS.md"|Out-Null

# 2) 创建目录结构
New-Item-ItemTypeDirectory-Force-Path `
"$base\data\family\members\parent_1","$base\data\family\members\parent_2","$base\data\family\members\kid_1","$base\data\family\members\kid_2",
"$base\data\family\shared\roadmaps","$base\data\family\shared\announcements","$base\data\family\shared\bookclubs",
"$base\data\members\parent_1\roadmaps","$base\data\members\parent_1\books","$base\data\members\parent_1\journals","$base\data\members\parent_1\qas","$base\data\members\parent_1\reports",
"$base\data\members\parent_2\roadmaps","$base\data\members\parent_2\books","$base\data\members\parent_2\journals","$base\data\members\parent_2\qas","$base\data\members\parent_2\reports",
"$base\data\members\kid_1\roadmaps","$base\data\members\kid_1\books","$base\data\members\kid_1\journals","$base\data\members\kid_1\qas","$base\data\members\kid_1\reports",
"$base\data\members\kid_2\roadmaps","$base\data\members\kid_2\books","$base\data\members\kid_2\journals","$base\data\members\kid_2\qas","$base\data\members\kid_2\reports",
"$base\data\trends",
"$base\skills","$base\logs","$base\assets"|Out-Null

六、别忘了最后一步：把 OpenClaw 指到这个工作区

不然很容易出现“目录建了，但系统没在用”

你需要在 OpenClaw Control 里新建一个 Agent，建议命名为：

reading-family-agent

然后把它的 Workspace 指向：

macOS

/Users/你的用户名/openclaw-workspaces/reading-coach-family

Windows

C:\Users\你的用户名\openclaw-workspaces\reading-coach-family

最后做一个自检

在这个 Agent 对话里发一句：

请在 data/family/shared/announcements/ 下创建 test.md，写入：工作区生效。

如果你能在对应目录里看到这个 test.md，
那就说明：

这一篇的“地基”，已经真正打好了

七、本篇小结：为什么这一篇非常关键？

很多人容易低估这一步，觉得：

“不就是建几个目录、写两份 md 文件吗？”

但家庭共读系统和单人读书系统最大的区别就在这里：

你服务的不是一个人，而是一整个群

所以这一篇的价值，不在于功能有多炫，
而在于它提前帮你把最容易乱掉的三件事定住了：

SOUL.md

决定群里不会刷屏、不会越界、不会替读

USER.md

决定家长视角、孩子视角、管理员视角会自动切换

目录结构

决定数据不串台，后面才能做笔记、周报、质量评估和趋势分析

一句话说：

这一篇不是在做“阅读能力”，而是在做“阅读秩序”

而秩序，恰恰是后面所有智能化真正成立的前提。

下一篇预告（第 2 篇）

下一篇，我们就进入真正会让读者觉得“有意思、也有用”的部分：

精准推荐：如何判断推荐准不准，以及如何一步步缩小范围

也就是：

• 推荐一本书，到底算不算“准”
• 系统应该怎么问，才能把“我想读点金融”这种大方向慢慢缩小
• 怎么从一堆候选书里，最后收敛到“现在就该开读的那一本”

到那一步，这个微信群里的阅读管家，才算真正开始“会带路”。