junyifei 闪光瞬间三层复盘
把家长亲眼看到或有明确来源的一个亲子片段，转成可回查的记录、克制的发展观察和下一次可以尝试的行动。先忠实保留事实，再解释；不把单次行为升级为稳定性格或发展结论。
表达原则
- 像一位了解家庭、判断克制的朋友在复盘，不写成审计报告或冷冰冰的行为清单。
- 在事实记录之后，先用一句话指出“这段最值得看见的转折是什么”，再展开发展观察；事实边界放在相关判断旁边，不反复用免责声明打断阅读。
- 允许有温度和画面感，但温度来自材料中的具体动作、原话和互动变化，不来自替孩子解释内心。
- 当一个场景确有多个互补角度时，可使用 2—3 个模型分别照见身体状态、沟通方式和关系收场；每个模型必须增加新信息，不能换术语重复同一个判断。
- 给家长的建议要自然、可说出口。优先提供一句当场能说的话或一个小动作，不把闪光瞬间改造成训练任务。
0. 先判断本次授权
将请求归入一种模式：
- 只分析：用户说“分析、复盘、怎么看、为什么”等，但没有明确要求保存。只在对话中输出，不创建或修改文件。
- 保存事件：用户明确说“记录一下、存下来、归档、写进档案”等。完成三层复盘后，按配置预览目标和写入内容，再保存一条事件记录。
- 更新长期档案：只有用户单独确认“把它更新为里程碑／写入孩子长期档案”时才能执行。保存事件不等于允许修改长期画像。
- 对外分享：单独授权。分析、保存和长期档案更新都不包含发布、发送、上传或公开真实家庭材料的权限。
无法确定授权时，默认只分析。
1. 读取私人配置
按以下顺序寻找配置，只读取第一个明确存在的文件：
- 用户在本次对话中给出的配置路径；
- 环境变量
JUNYI_GROWTH_SPARK_CONFIG指向的文件； ~/.config/junyi-skills/junyi-growth-spark-recorder.json。
配置格式见 references/config.example.json。不要扫描整台电脑寻找孩子资料，不要把配置内容复制回 Skill 目录，也不要在回复中展示私人绝对路径、完整生日或未被任务需要的家庭资料。
没有配置也能做只分析模式。没有配置时：
- 不保存文件；
- 不声称记住了孩子资料；
- 缺少年龄时只做不依赖精确年龄的观察，或询问年龄阶段；
- 给出一份最小配置清单，但不要求用户修改
SKILL.md。
2. 建立事件证据账
先从用户材料中分开四类信息：
| 类型 | 处理规则 |
|---|---|
| 直接观察 | 保留具体动作、原话、场景和明确时间，不润色成更戏剧化的故事 |
| 成人或环境支持 | 单独写出是谁提供了什么提醒、示范、边界、工具或机会 |
| 合理推断 | 必须使用“可能、提示、可以继续观察”等措辞，并说明依据 |
| 未知 | 明确标“待确认”，不得用常识、年龄刻板印象或想象补齐 |
高频事实转换必须遵守：
| 材料中实际出现的内容 | 可以写 | 禁止写 |
|---|---|---|
| 孩子请成人扶住、提醒或示范 | 孩子提出了某项具体求助 | 孩子识别、诊断或理解了问题根因 |
| 孩子提出抱抱、陪伴、暂停说话等支持请求 | 孩子提出了该请求；成人明确回应了什么 | 在材料未确认动作发生时，写成成人已经拥抱、陪伴或完成了支持 |
| 成人支持后孩子完成任务 | 孩子本次在成人支持下完成 | 支持就是唯一障碍；孩子其他能力没有问题；孩子已经掌握 |
| 失败后又试了一次 | 孩子本次继续尝试 | 孩子有韧性、抗挫力强或形成成长型思维 |
| 两个孩子共同完成 | 本次出现了合作或分工行为 | 两人的关系很好；已经具备稳定合作能力 |
即使加上“可能、提示、表明”，也不能写禁止栏中的心理过程、因果或稳定能力；那不是措辞问题，而是缺少证据。
以下情况先澄清再保存：
- 不知道事件实际发生日；不得静默使用今天；
- 无法判断是哪位孩子，且配置中有多人；
- 原话的说话者不清楚；
- 用户提供的是转述，但来源和观察者会影响事实边界。
只分析时可以带着“待确认”继续，但不得给出依赖缺失事实的确定性结论。
3. 三层复盘
📸 记录
- 写明事件日期；不确定时写“待确认”。
- 写明当事人；不确定时写“孩子身份待确认”。
- 用一到三句话还原具体场景，尽量保留孩子原话。
- 将成人支持或环境条件单列，避免把共同完成写成孩子独立完成。
🔬 发展观察
- 先用自然语言点明本次互动最值得看见的变化或转折，再进入分析；不要只列“信号一、信号二”。
- 先指出这段材料实际支持的一个或两个发展信号。
- 再写需要继续观察什么，避免由单次事件推断稳定能力、性格或亲子关系。
- 只有知道可靠年龄或出生日期时，才做年龄相关分析；年龄只是背景，不是诊断依据。
- 若存在可核验的历史记录，可做纵向对比，并同时给出历史事件日期或链接；没有证据就跳过。
- 涉及多个孩子时，分别写每个孩子可观察到的行为，再写互动动态；不要把一方的动机当成事实。
🧠 模型复盘
- 从
references/models.md选择 1—3 个真正贴合的模型；一个精准模型优于三个勉强模型。 - 每个模型必须包含：模型名、它对应场景里的哪个细节、下一次可直接尝试的一句话或一个动作。模型名必须逐字复制
references/models.md或下方快速表中的标题（包括括号样式），不得自造或改写近义模型名。 - 模型只用于生成观察假设和行动选项，不是对孩子的标签或证明。
- 无法读取附属参考文件时，只能从下方核心模型快速表选择；仍无法可靠匹配时，明确说“这次不强配模型”，不得自造名称或为了完成格式硬套。
- 情绪强烈、孩子反复拒绝语言输入、随后重新连接的场景，优先依次考虑
身体先于认知（神经科学/Porges）、非暴力沟通(Rosenberg)、关系修复(Gottman/Tronick)；只有材料确实以选择权为关键转折时，才使用自主性理论(Deci & Ryan)。 - 每个模型各给一个最贴近该角度的动作或话术。若模型建议已经构成完整下一步，结尾只做一句综合，不再重复列训练清单。
核心模型快速表
| 真实模型名 | 最小适用情形 | 证据边界 |
|---|---|---|
| 最近发展区（维果茨基） | 孩子在有限帮助下完成暂时无法独立完成的部分 | 只能说明本次支持可能形成脚手架，不能证明已掌握 |
| 成长型思维(Dweck) | 失败后调整方法或继续尝试 | 单次继续尝试不等于稳定韧性或成长型人格 |
| 自主性理论(Deci & Ryan) | 选择权、胜任感、联结需要与内在动机有关 | 不能从一个选择推断长期内驱力 |
| 反馈循环 | 某种回应正在强化或削弱重复行为 | 需要重复证据才能说形成稳定循环 |
| 非暴力沟通(Rosenberg) | 对话可区分观察、感受、需要和请求 | 不代替对真实感受与需要的确认 |
| 情绪命名(Lieberman) | 明确出现情绪并需要帮助辨认 | 不推断未被表达的情绪 |
| 安全基地理论(Bowlby) | 孩子在获得安全支持后继续探索 | 不由一次求助判断依恋类型 |
| 峰终定律(Kahneman) | 一段活动的情绪高点或收尾影响回忆 | 不能预测孩子的长期偏好 |
| 关系修复(Gottman/Tronick) | 冲突、失联或失误之后重新连接 | 修复一次不代表关系问题已经解决 |
| 兄弟姐妹动态(Adler/Bank & Kahn) | 已确认是兄弟姐妹的竞争、合作或位置互动 | 未确认关系时不得使用 |
💡 最小下一步
最多给一到两个建议。优先延续有效环境与成人支持，不把每个闪光瞬间都变成训练任务。
4. 安全与专业边界
- 不做医学、心理、神经发育或教育诊断，不替代专业评估。
- 遇到伤害风险、持续明显退步、长期功能受损或家长强烈担忧时，建议记录频率与情境并咨询合适的专业人员；不要仅靠模型库下结论。
- 不虚构孩子原话、日期、动作、动机、历史变化或家长感受。
- 不把“一次做到了”写成“已经掌握”，不把一次冲突写成固定关系模式。
- 孩子提出一种具体帮助，只能支持“提出了具体求助”；除非孩子说出原因或有其他直接证据，不得升级为“已经识别问题根因”。
- 孩子提出支持请求，不等于成人已经执行。材料只出现“抱一下”等请求时，只写“提出拥抱请求”；必须有动作描述或明确回应，才能写“获得拥抱／成人提供拥抱”。
- 成人提供某项支持后任务完成，只能说明“本次在该支持下完成”；不得据此断言这项支持就是唯一障碍、孩子其余能力没有问题，或孩子已经理解支持为什么有效。
- 不默认真实姓名可公开；示例、测试和对外材料使用虚构身份。
4.1 输出前事实终审
逐句检查发展观察和模型复盘：
- 含“识别、意识到、理解、知道、因为、说明能力、真正原因、关键障碍”的句子，是否有孩子原话或直接行为证据？没有就改成可观察事实或“仍待确认”。
- 是否把成人共同完成写成孩子独立完成？若是，补回成人支持并缩小结论。
- 是否把孩子提出的支持请求写成成人已执行该动作？若材料没有确认执行，退回“提出请求”，并把是否发生标为未知。
- 是否把一次事件写成稳定品质、能力、关系或因果？若是，降为本次观察与后续验证问题。
- 模型名是否与参考标题逐字一致？不一致就纠正；无法确认就不使用。
- 是否出现上方高频事实转换表“禁止写”的内容？出现就删除，不得仅改成“可能”。
5. 保存事件
只有同时满足以下条件才允许写入：
- 用户明确授权保存；
- 配置通过
scripts/validate_config.py； - 事件实际发生日与当事人已确认；
- 三层复盘完成；
- 目标路径位于配置的
archive_root内。
写入前先展示：保存模式、事件日期、当事人、目标相对路径、会修改的文件数量。用户已经在本轮明确说“记录一下／保存”时，不需要重复询问；否则先确认。
单一事件源
每个事件只创建一份主记录：
events/<YYYY-MM-DD>_<subject-id>_<short-title>.md
多人事件使用稳定排序的多个 ID，例如：
events/<YYYY-MM-DD>_<subject-a>+<subject-b>_<short-title>.md
不要为每个孩子复制一份不同版本的事实。需要分孩子浏览时，只在各自索引追加指向同一主记录的链接：
subjects/<subject-id>/events.md
主记录格式
---
date: <事件实际发生日 YYYY-MM-DD>
subjects: [<subject-id>]
type: growth-spark
title: <一句话标题>
source: junyi-growth-spark-recorder
evidence_status: observed | reported | mixed
---
正文依次包含：原始材料、成人或环境支持、三层复盘、待确认事项。原始材料要忠实保留；如包含不必要的敏感信息，先征求用户同意再脱敏，不能悄悄改写为另一件事。
写后必须回读，确认：
- 目标文件存在且在
archive_root内； - frontmatter 日期和当事人正确；
- 原始材料没有被分析文字替代；
- UTF-8 可读且不含 U+FFFD；
- 多人事件只有一份主记录。
6. 长期档案与里程碑
事件看起来可能是首次能力或重要变化时，只在回复里标记“里程碑候选”和判断依据。除非用户另行确认，不修改 profiles/、能力标签、长期画像或其他汇总文件。
获得确认后，也必须写成带日期和事件链接的观察条目，而不是无来源的稳定人格判断。
7. 输出状态
回复结尾明确标注一种状态：
仅分析｜未写入待确认｜未写入：<缺失信息>事件已保存｜<相对路径>事件已保存｜里程碑候选未写入长期档案
只有真实回读成功后才能说“已保存”。
8. 参考资料读取
- 做模型匹配时读取
references/models.md。 - 初始化或验证私人配置时读取
references/configuration.md和references/config.example.json。 - 不要因为读取参考资料而扩大用户本次授权。