Menu
跨关系模式觉察（J4 旅程核心 Skill）。用户积累足够数据后，可可在对话中帮用户看到跨关系的重复模式——用具体事件和用户原话，让她自己发现"上次也是这样"。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
一般心理支持中的贯穿式微技能。作为全局常驻层使用，用 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 检测）## 模式日志 频率记录