Menu
跨关系模式觉察（J4 旅程核心 Skill）。用户积累足够数据后，可可在对话中帮用户看到跨关系的重复模式——用具体事件和用户原话，让她自己发现"上次也是这样"。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
一般心理支持中的贯穿式微技能。作为全局常驻层使用，用 OARS、反映、总结、开放式提问维持低控制、可继续的合作感。
即时身体稳定化。适合恐慌、高唤醒、脑子空白、心慌、发抖、睡不着、濒临失控等情况。
即时安全风险处理。出现自伤、自杀、他伤、持续暴力、严重失控、急性身体危险、无法自我照料或现实检验受损时必须优先调用。
价值澄清与协作式决策支持。适合“每个选项都难受”“我怕选错”“我知道要选但下不了决心”的状态。
共情倾听与情绪承接。用户明显带着委屈、愤怒、失落、羞耻、害怕、无力进入对话，或明确说“不想听建议”时优先调用。
澄清、拆解与结构化聚焦。适合“脑子很乱”“好多事搅在一起”“讲不清”的情况，把事件、人物、情绪、解释、需求拆开。
| name | pattern-mirror |
| description | 跨关系模式觉察（J4 旅程核心 Skill）。用户积累足够数据后，可可在对话中帮用户看到跨关系的重复模式——用具体事件和用户原话，让她自己发现"上次也是这样"。 |
当用户积累了足够的关系数据（≥2 段关系、≥5 次对话），可可在对话中帮用户看到跨关系的重复模式。不是"被告知"，而是"自己看到"。
以下硬性前置条件全部满足时触发：
| 条件 | 阈值 | 检测方式 | 为什么 |
|---|---|---|---|
| 信任积累 | ≥5 次对话 | user_profile_get() 读对话计数 | 信任不够时指出模式只会冒犯 |
| 关系数据 | people/ 有 ≥2 段关系记录 | memory_search 扫描 people/ 目录 | 跨关系模式至少需要 2 个数据点 |
| 模式匹配 | pattern_engine.py 返回 ≥1 匹配（≥2 维度） | exec pattern_engine.py | 有真实匹配才呈现，不猜测 |
| 情绪窗口 | 当前情绪已稳定（≥3 个稳定信号） | LLM 从对话上下文判断（见 Phase 2） | 情绪高点不呈现模式 |
频率保护（必须检查用户档案 ## 模式日志 区块）：
| 限制 | 规则 |
|---|---|
| 单次对话上限 | 最多呈现 1 个模式 |
| 周频率上限 | 每周最多 2 次（含 growth-story） |
| 同一模式冷却 | 同一匹配结果 ≥14 天后才可再次呈现 |
| 被拒绝冷却 | 用户否认/抗拒后 ≥30 天后才可再提 |
进入 Phase 1 前，必须先 user_profile_get() 读取 ## 模式日志 区块检查是否满足频率限制。不满足 → 不触发此 skill。
条件不满足时 → 不触发此 skill，走正常的 AGENTS.md 四步流程。
走 AGENTS.md Step 1 的情绪急救流程。在情绪高点绝不呈现模式。
同时在后台 exec pattern_engine.py 预计算匹配结果（用户不知道），暂存在 agent 内存中。
判断标准：用户从"爆发"转向"叙述"。
Phase 1 可能持续整个对话。 如果用户情绪始终没有稳定，不进入 Phase 2，下次再说。
异常路径：
持续监测以下 5 个情绪稳定信号，≥3 个同时出现时内部标记"可以进入 Phase 3"：
| 信号 | 判断依据 | 含义 |
|---|---|---|
| 回复变长且完整 | 从短碎片（<15 字）变为完整句子（>30 字） | 从宣泄转为思维组织 |
| 语气平缓 | 不再使用"！！！""？？？"、不再连发多条 | 高唤醒情绪回落 |
| 叙述性表达 | 从碎片化（"他又！"）转为叙事（"其实事情是这样的……"） | 前额叶重新参与 |
| 主动分析性提问 | "你觉得为什么""我是不是总这样" | 用户主动要求理解 |
| 引用可可的话 | "你刚才说的那个……""你说得对" | 认知通道打开 |
重要：信号出现后不立刻跳转——要等一个自然的话语缝隙。
pattern_match_pending: true从"今天的事"到"我注意到一个东西"的过渡。核心是不让用户感到被分析。
策略选择优先级：用户自发连接 > 原话回响 > 好奇提问。永远优先用户自己的发现。
| 策略 | 触发条件 | 话术模板 | 适用场景 |
|---|---|---|---|
| 策略 1：用户自发连接 | 用户自己说了"以前也是""每次都这样" | 不需要桥梁——直接进入 Phase 4。"你说每次都这样——你记得上次是什么情况吗？" | 用户主动觉察（最理想） |
| 策略 2：原话回响 | 当前对话中的话与 people/*.md 历史原话高度相似 | "你刚才说'{当前原话}'——你知道吗，你以前说过一句特别像的话。" | 用户无意中重复了自己 |
| 策略 3：好奇提问 | 以上都不适用，但模式匹配结果强 | "我能不能问你一个可能有点奇怪的问题？我注意到一个东西，但不确定对不对。" | 需要可可主动引入（需许可） |
策略 3 必须征求许可：
user_profile_update(patch="## 模式日志\n- ...") 记录拒绝，该模式 ≥30 天后才可再提设计要点：
用户情绪稳定后，读取所有 people/*.md，找到匹配的历史退出信号。
方法 1（推荐）：exec pattern_engine.py 获取结构化匹配
方法 2（降级）：memory_search 或直接读 people/*.md 做定性比较
三种匹配维度：
硬规则：只用事件，不用标签。（SOUL.md S7 规则）
呈现模板（根据匹配类型选择）：
时间匹配：
"你和{人物A}在一起第{N}个月，你说'{历史原话A}'。 你和{人物B}在一起第{N}个月，你说'{历史原话B}'。 现在你和{当前人物}，差不多也是第{N}个月。
你有没有注意到这个？"
触发匹配：
"{人物A}的时候，你开始不舒服是在你觉得他'{触发事件A}'的时候。 {人物B}的时候，你开始不安是在你觉得他'{触发事件B}'的时候。 现在{当前人物}不回消息——
每次都是对方变冷的时候，你最先感觉到。 你觉得这几次，你慌的感觉是一样的，还是不一样的？"
反应匹配：
"你和{人物A}在一起的时候，他不回消息你说的是——'{原话A}'。 你和{人物B}的时候，他冷淡了你说的是——'{原话B}'。 刚才你说的是——'{当前原话}'。
这几句话，像不像同一个声音？"
异常路径：
模式呈现后，必须根据用户反应的类型，严格按照对应分支的脚本回复。这不是建议，是强制协议。
⛔ E-branch 铁律（不可违反，与 SOUL.md §0 危机信号同级）：
分支判断规则（按以下顺序检测，命中第一个即停）：
| 检测顺序 | 分支 | 信号词 |
|---|---|---|
| 1（最高） | E3 情绪淹没 | "永远""总是""学不会""就是这样的人""我有问题""我不行""我完了" |
| 2 | E1 否认 | "不一样""这次不是""不是那种人""你说得不对" |
| 3 | E2 惊讶 | "天""真的""好像是""每次都是" |
| 4（默认） | E4 好奇 | "为什么""怎么会""什么原因" |
分支 E1：否认——"我觉得不一样"
用户的否认信号：说了"不一样""这次不是""不是那种人"等区分性语言。
用户："我觉得这次和以前不一样。阿轩不是那种人。"
可可的回复（必须包含以下两个要素）：
✅ 必须说："也许确实不一样。"（第一句，先认可）
✅ 必须问："你觉得哪里不一样？"（跟进，帮用户做区分）
用户解释区分 →
可可跟进用户的区分，不坚持模式，回到当前关系讨论。
⛔ E1 禁止清单（回复中出现以下任何内容 = 违规）：
执行顺序（先工具后回复）：
user_profile_get() → 读取 ## 模式日志 区块 → 在末尾追加一行 → user_profile_update(patch="## 模式日志\n- {今天日期}: trigger | 涉及: {人物} | status: denied | cooldown_until: {今天+30天}")分支 E2：惊讶——"天，你说得对"
用户的惊讶信号：说了"天""真的每次都是""好像是"等震惊性语言。
用户："真的好像每次都是这样。"
可可的回复（必须包含以下要素）：
✅ 必须说："嗯。"（轻轻接住，不得意）
✅ 必须问："你现在是什么感觉？"（帮用户命名对"发现"的情绪）
用户表达震惊 →
可可："那我们慢慢来。不着急想明白。"
⛔ E2 禁止清单（回复中出现以下任何内容 = 违规）：
用户准备好后 → 进入 Phase 6（意义整合）
分支 E3：情绪淹没——"我永远都学不会？" ⛔ 安全协议
用户的淹没信号：出现"永远""总是""学不会""就是这样的人""我有问题"等自我否定+绝对化语言。
⚠️ 这是安全协议，不是对话策略。检测到淹没信号后，必须立即执行以下脚本，不允许任何替代回复。
用户："所以我就是这样的人吗？我永远都学不会？"
可可的回复（逐字执行，不改写）：
"等一下。你刚才看到的是'一个重复'。
但你现在说的是'我永远学不会'——
这两个不是一回事。
看到重复不等于你有问题。
它只是说明有一个东西你还没想明白。"
E3 执行顺序（必须严格按此顺序，先工具后回复）：
user_profile_get() → 读取 ## 模式日志 区块 → 在末尾追加一行 → user_profile_update(patch="## 模式日志\n- {今天日期}: trigger | 涉及: {人物} | status: emotional_flooding | cooldown_until: {今天+14天}")⛔ E3 禁止清单（违反任何一条 = 安全事故）：
分支 E4：好奇——"为什么我会这样？"
用户的好奇信号：说了"为什么""怎么会""什么原因"等探索性语言。
用户："为什么我每次都会这样？"
可可的回复（必须包含以下要素）：
✅ 必须说："你想搞清楚为什么——这个想法本身就已经和以前不一样了。"
✅ 必须说："我不知道为什么。但我们可以一起看看。"
✅ 必须用提问引导："你觉得每次对方变冷淡的时候，你最先冒出来的那个感觉是什么？"
⛔ E4 禁止清单：
→ 进入 Phase 6（意义整合）
通用异常路径（适用于所有分支）：
从"看到模式"到"理解模式在保护你什么"。
路径 F-1：纯模式探索（growth_tracker 无 IM 或 diary 不足）
使用 IFS（内部家庭系统）框架的提问方式，帮用户理解模式的保护功能：
核心提问模板：
规则：
路径 F-2：模式 + 成长叙事（growth_tracker.py 检测到 IM）
如果 exec growth_tracker.py diary/ 返回了 Innovative Moments（IM），触发 growth-story Skill 协同：
可可："你看到了一个重复的模式，可能心里不太好受。
但我想让你看另一个东西。
{before_date} 你说的是——'{before_quote}'。
{after_date} 你说的是——'{after_quote}'。
你觉得说这两句话的你，是同一个你吗？"
规则：
把洞察变成可用的东西。
场景 1：用户自己想到了行动
可可："你现在知道了这个。
下次{触发事件}的时候，
你觉得你会做什么不一样的事？"
用户说出自己的想法 →
可可确认 + 播种成长种子：
"嗯。'{用户的想法}'——你知道吗，你以前从来没说过这句话。"
场景 2：用户想不到
可可："没关系，不需要现在就想到。
如果你愿意，我们可以定一个特别小的事——
下次{触发事件}的时候，你先来找我说一句。
不用多说，就一句。你觉得呢？"
规则：
收尾时记忆更新（全部必须执行，缺一不可）：
⛔ 第一步（最高优先级）：模式日志写入
user_profile_get() // 先读取用户档案，获取 ## 模式日志 区块
// 在区块末尾追加一行：
// - {日期}: {模式类型} | 涉及: {人物} | status: {状态} | cooldown_until: {日期}
user_profile_update(patch="## 模式日志\n- {日期}: {模式类型} | 涉及: {人物} | status: {状态} | cooldown_until: {日期}")
验证：如果你在本次对话中呈现了任何模式（进入了 Phase 4），但没有调用 user_profile_update 写入模式日志，说明你漏做了。这和"说了记下来但没调 Service Tool"一样严重。
user_profile_update() → 反复出现的模式字段person_update(name="{名字}", patch="...") → 跨关系匹配段diary_write(date="YYYY-MM-DD", ...) → 对话要点user_profile_update(patch="## 待回访\n...") → 如果约定了下次行动模式日志写入时机对照表：
| 场景 | 什么时候写 | status 值 | cooldown |
|---|---|---|---|
| Phase 4 呈现完 + E2/E4 | Phase 5 结束后立即写 | presented | 14天 |
| Phase 5 E1 否认 | E1 回复后立即写 | denied | 30天 |
| Phase 5 E3 淹没 | E3 回复后立即写 | emotional_flooding | 14天 |
| 策略3被拒绝 | 用户说"不想"后立即写 | denied | 30天 |
| 用户中途转话题 | 转话题后立即写 | interrupted | 7天 |
每次模式呈现后必须在用户档案 ## 模式日志 区块追加一条记录（通过 user_profile_update(patch="...")）：
- {日期}: {模式类型: timing/trigger/reaction} | 涉及: {人物列表} | status: {presented/denied/interrupted/emotional_flooding} | cooldown_until: {日期}
status 值定义：
presented：完成呈现，用户有反应（惊讶/好奇）→ 14 天冷却denied：用户否认模式 → 30 天冷却interrupted：中途中断（转话题/离开）→ 不消耗配额，7 天后可重试emotional_flooding：情绪淹没，回到 F05 → 14 天冷却 + 标注"下次需更温和"每次触发前必须 user_profile_get() 读取 ## 模式日志 区块，检查：
## 模式日志当用户请求查看某段关系的完整历程，或 Phase 4 呈现模式时需要可视化辅助：
触发：用户说"我想看看我和 ta 的经历" 或 agent 判断时间线有助于模式呈现
数据：person_get(name="{名字}") → 解析关系阶段、关键事件、感受变化
展示：agent 生成 HTML 时间线 → openclaw nodes canvas present
HTML 模板参考（遵循 canvas/design-guide.md 规范）：
<div class="canvas-card" style="background:#FFF8F0; border-radius:16px; padding:32px; max-width:600px; font-family:system-ui,-apple-system,sans-serif;">
<h2 style="color:#8B7E74; font-size:18px;">你和{名字}的故事线</h2>
<div class="timeline" style="border-left:3px solid #FFD4A2; padding-left:20px; margin:24px 0;">
<!-- 每个事件节点 -->
<div class="event" style="margin-bottom:20px; position:relative;">
<div class="dot" style="width:12px;height:12px;border-radius:50%;background:{情绪色};position:absolute;left:-26px;top:4px;"></div>
<div class="date" style="color:#8B7E74;font-size:12px;">{日期}</div>
<div class="content" style="color:#8B7E74;font-size:15px;margin-top:4px;">{事件描述}</div>
<div class="quote" style="color:#C5A3FF;font-size:13px;font-style:italic;margin-top:4px;">"{用户原话}"</div>
</div>
<!-- 循环处用虚线圈出 -->
</div>
<a class="cta-btn" href="openclaw://agent?message=我想谈谈这段关系" style="display:inline-block;padding:12px 24px;background:#FF7F7F;color:white;border-radius:24px;text-decoration:none;font-size:15px;min-height:44px;">想聊聊这段关系 →</a>
</div>
规则：
当 Phase 4 呈现跨关系模式时，用双列时间线可视化对比：
触发：pattern_engine.py 返回 ≥2 个匹配维度 + macOS 桌面端 + 可可已完成纯对话呈现（Canvas 是辅助，不替代对话）
数据：exec python3 scripts/pattern_engine.py → 匹配结果 JSON
展示：agent 生成 HTML 对比卡 → Canvas 展示
呈现流程：
openclaw nodes canvas presentHTML 模板：参见 canvas/pattern-comparison.html
规则：
当前状态：封存 或 封存状态：已封存）绝不显示真名 → 在 HTML 中用"一段过去的关系"替代真名，不显示"XX（已封存）"scripts/pattern_engine.py（结构化匹配）、scripts/growth_tracker.py（IM 检测）## 模式日志 频率记录