| name | psp |
| description | Personal Soul Protocol v2.1 工作流。当用户要为一个真实的人构建 AI 替身/数字分身/扮演 prompt 时使用。涵盖三个阶段：建模（从原始素材产出 PSP_REPORT.xml 人物模型）、扮演（从 PSP XML 产出可运行 system prompt）、测量（自动化验证 AI 输出的语言保真度与风格一致性）。触发关键词包括：PSP、建模某人、给某人做替身、复刻某人、AI 扮演某人、数字分身、风格保真测试、语言指纹提取、最佳态对齐、反钝化指令。不要用于：通用人格测试、心理画像、虚构角色塑造、单纯的写作风格模仿（这些是浅层任务，PSP 是深度工程协议）。 |
Personal Soul Protocol（PSP）v2.1 工作流
这个 skill 是什么
把一个真实的人转化为可运行 AI 替身的工程协议。不是人格测试，不是角色扮演脚本，不是写作风格模仿。 这是从原始素材到可投产 system prompt 的完整工程链路。
设计目标（必须始终对齐）
风格保真 + 能力增强：让 LLM 在风格层（语言、思路、判断习惯、做事方式）忠实于真人，在能力层（知识广度、状态稳定、规模吞吐）超越真人。
忠实层（不可超越，必须严格还原）：终极价值排序、世界假设、判断风格、语言指纹、关系姿态。
增强层（必须超越，AI 的存在意义）：知识广度、状态稳定、吞吐速度、可重现性。
明确不做：不重塑内核（那是改造）、不替本人完成成长（违反"判断成熟来自经历"这一基本事实）、不"让此人变得更好"（"更好"由谁定义都站不住）。
三阶段工作流总览
[阶段一 · 建模] 原始素材 ─┐
├─→ current/PSP_REPORT.xml
[阶段一 · 建模] 访谈/对话─┘ + versions/PSP_REPORT.<timestamp>.xml
│
↓
[阶段二 · 扮演] system_prompt-<timestamp>.txt
│
↓
[阶段三 · 测量] validation_report-<timestamp>.md
│
↓
迭代回阶段一/二
每一阶段都有自己的入口规则、产出物、验收标准。不允许跳过阶段或合并阶段——这是 v1.0 失败的根本原因（v1.0 只有阶段一）。
入口判断
Stage 0 · 输出语言契约
任何 PSP 任务开始前，先确认 output_language，只允许 zh-CN 或 en-US。如果目标是 openLifeOS / LifeOS 实例，默认读取该实例的 matrix.yml / replicateme.yml 中的 language；如果没有配置，默认 zh-CN。
语言契约必须写在 PSP XML 最前面：
psp_report/@languagepsp_report/language_contract/output_languagepsp_report/metadata/output_languageevidence_maturity_report/@languageevidence_maturity_report/language_contract/output_languageevidence_maturity_report/metadata/output_language
这些字段必须一致。报告正文、缺失信息、确认问题、派生 Markdown/HTML、system prompt、validation report 和最终披露都必须使用 output_language；只有原始引用、文件路径、XML tag、schema、产品名和协议固定术语可以保留原文。发现产物语言漂移时，先翻译/重生再通过 doctor，不要继续分析。
收到任务时，先识别用户处于哪个阶段：
阶段一 · 建模——用户给了原始素材（聊天记录、邮件、访谈、文档），目标是产出带生成时间的 PSP XML 主报告和 current 入口。关键词：建模某人、整理某人的特征、提炼经验模式、构建 PSP。
阶段二 · 扮演——用户已有 current/PSP_REPORT.xml 或 versions/PSP_REPORT.<timestamp>.xml，目标是生成带生成时间的可运行 system prompt。关键词：生成 prompt、做成 Claude 项目、让 AI 扮演、output system prompt。
阶段三 · 测量——用户已有 system prompt 和 AI 输出样本，目标是验证保真度。关键词：测试效果、保真度、跑验证、风格一致性。
判断不清时：直接问用户当前处于哪个阶段，不要瞎猜。这三个阶段需要的输入和产出物完全不同。
产物位置约定
PSP 是 MetaInFlow 的独立 Skill repo。默认产物位置是本 repo 下的 people/{person_id}/，但 people/ 必须被 .gitignore 忽略，不能把具体人物产物提交进 Skill 包。
people/
└── {person_id}/ ← 用人名拼音或代号，避免空格
├── ARTIFACTS.xml ← PSP artifact manifest
├── current/
│ ├── PSP_REPORT.xml ← 阶段一 current 入口，唯一 canonical PSP 报告
│ └── EVIDENCE_MATURITY.xml ← evidence maturity current 入口
├── versions/
│ ├── PSP_REPORT.YYYYMMDD-HHMMSS.xml
│ └── EVIDENCE_MATURITY.YYYYMMDD-HHMMSS.xml
├── derived/
│ └── PSP.md ← 可选派生读物；不是 source of truth
├── system_prompt-YYYYMMDD-HHMMSS.txt ← 阶段二产物，可投产 prompt
├── raw_materials/ ← 原始素材，本地工作区，默认不提交
│ ├── chat_logs/ ← 聊天记录
│ ├── speeches/ ← 演讲稿
│ ├── emails/ ← 邮件
│ ├── interviews/ ← 访谈记录
│ └── meta.json ← 素材元数据（来源、表演系数）
├── analysis/ ← 分析中间产物
│ ├── linguistic_fingerprint.json ← 12 维语言指纹提取结果
│ ├── conflict_stories.md ← 冲突故事集（用于推导 1.1）
│ └── pattern_observations.md ← 经验模式观察记录
└── validation/ ← 阶段三产出
├── validation_report.md
└── test_samples/ ← 盲评测试样本
openLifeOS / LifeOS 实例调用 PSP Skill 时，可以把产物根目录改到 LifeOS repo：
bash scripts/init_person.sh <person_id> --lifeos-root /path/to/Target.LifeOS
bash scripts/init_person.sh <person_id> --lifeos-root /path/to/Target.LifeOS --language zh-CN
此时 canonical PSP 产物会写入 identity/psp/<person_id>/current/PSP_REPORT.xml 和 identity/psp/<person_id>/versions/PSP_REPORT.<timestamp>.xml。EVIDENCE_MATURITY.xml 同样写入 current/ 和 versions/。如果未显式传入 --language，脚本默认 zh-CN；openLifeOS 初始化链路必须把实例语言传入。原始素材默认不进入公开 LifeOS repo；应留在授权私有资料源，或临时放在 PSP repo 中已被 gitignore 的 people/{person_id}/raw_materials/ 工作区。
新建人物目录时：默认运行 scripts/init_person.sh <person_id> --language zh-CN，产出到 people/<person_id>/；如需指定目录，用 --output-root <dir>；如需 openLifeOS 产物，用 --lifeos-root <lifeos_repo>。如果用户要求英文产物，显式传 --language en-US。
SOUL 暂停规则：本 skill 不生成 SOUL.md，也不把 PSP 映射成独立 Soul 产物。PSP XML 同时承载人物模型、行为边界、最佳态和 runtime 指令；若某个 runtime 仍需要 SOUL.md，只能作为目标 runtime 的临时投影，不得作为 PSP 源产物或 LifeOS 初始化必备产物。
阶段一 · 建模
入口检查
开始前必须确认：
- 素材覆盖度：至少包含正式语料（演讲、文件、对外发言）和非正式语料（微信、私下谈话、内部会议）两类
- 时间跨度：素材至少覆盖 1 年，最好 3 年以上
- 数据量：文本素材至少 50,000 字，否则置信度不足
- 冲突故事：至少能识别出 5 个以上"两难选择"故事
不满足时：直接告诉用户"素材不足以建模出可信的 PSP，建议先补充 X 类素材"，不要勉强建模。勉强建模出来的 PSP 会成为后续所有问题的根源——错误一旦写进去，后续 system prompt 和测量都跟着错。
标准执行流程
按顺序执行，不得跳步：
Step 1 · 素材分类与表演系数标注
读取 raw_materials/ 下所有素材，为每份素材标注表演系数（参见 references/scoring_rules.md）。私下微信 ×1.0，年会演讲 ×0.3。结果写入 raw_materials/meta.json。
Step 2 · 链路压缩识别
通读素材，识别每段表达属于哪种链路：完整链路 / 直觉反应 / 社交性回应 / 情绪劫持。社交性回应里提取的"价值观陈述"必须打折使用——这是 v1.0 失真的主因之一。
Step 3 · XML 必备模块填充
按 templates/PSP_REPORT.template.xml 的结构，逐模块填充。完整字段契约见 references/psp_output_schema_design.md。XML 是唯一原始报告格式；Markdown 只允许作为派生读物。严格遵守提炼协议（参见 references/extraction_protocol.md）：
- 多源一致取共识
- 三场景一致升级为模式（少于三场景标"单次观察"）
- 矛盾保留不选边（每子项最多 2 组矛盾）
- 时间衰减（交互层尤其）
- 行为优于言语
- 表演加权
- 单源标假设
- 不可萃取标注
核心子项重点：1.1 终极排序、3.2 经验模式库、3.3 情境-动作序列、4.1 关系图谱、4.3 语言指纹——这五项决定 PSP 质量上限。
必备 XML 模块：language_contract、metadata、evidence_maturity、source_inventory、evidence_boundary、ontology_map、kernel、cognition、decision_model、interaction_model、business_domain_model、language_fingerprint、best_state、delegation_boundary、runtime_instructions、validation_plan、confirmation_checklist、acceptance_criteria、confidence_by_section、missing_information、iteration_log。每个非空结论字段必须带 status、confidence、evidence 和 missing_evidence；不能判断时显式标 unassessed / not_extractable，不能用空白伪装完成。
本体九维输出点：ontology_map 必须固定输出 worldview、lifeview、values_and_bottom_lines、role_and_mission、methodology_and_fact_view、decision_and_tradeoff_view、human_and_talent_view、business_and_customer_view、expression_and_organization_view。它回答“这个人的判断系统是什么”，不是行业知识库、制度合集或金句摘抄。
运行与授权输出点：decision_model 必须包含 pre-answer checks 和 forced downgrade rules；delegation_boundary 必须写清 can/cannot represent、private information policy、external translation policy；confirmation_checklist 必须列出需要 owner 二次确认的高影响结论；acceptance_criteria 必须定义如何判断分身像这个人的判断顺序和追问方式，而不是像通用助手。
4.3 语言指纹的特殊要求：必须运行 scripts/extract_fingerprint.py 自动提取 12 维度的可量化部分（句长分布、转折标记词频、高频功能词等），结果存入 analysis/linguistic_fingerprint.json。手工提取剩余维度（幽默风格、语域切换条件等）。
Step 4 · 最佳态画像构建
收集 10-20 个事后被验证为"判断很对"的决策案例，提取这些案例发生时此人的状态特征（精力、情绪、信息储备、时间压力），找共同点，固化为最佳态画像。这是 AI 输出的对齐目标，不是可选项。
Step 5 · 自检与置信度标注
填完后，逐子项检查：
- 是否每个核心子项都有 ≥3 条原话证据？
- 是否每条经验模式都有 ≥3 个支撑场景？
- 矛盾是否超过每子项 2 组上限？
- 不可萃取的维度是否显式声明？
不通过的部分必须降级置信度或删除，不要为了"完整"而填假内容。
阶段一产出物
默认 current：people/{person_id}/current/PSP_REPORT.xml——按 v2.1 完整结构填充的 canonical PSP 源报告。
默认版本：people/{person_id}/versions/PSP_REPORT.YYYYMMDD-HHMMSS.xml——同名不同版本的不可覆盖记录。
Evidence maturity：current/EVIDENCE_MATURITY.xml + versions/EVIDENCE_MATURITY.YYYYMMDD-HHMMSS.xml。
LifeOS 模式：identity/psp/{person_id}/current/PSP_REPORT.xml + identity/psp/{person_id}/versions/PSP_REPORT.<timestamp>.xml，并同步 evidence maturity XML。
阶段一验收标准
scripts/psp_doctor.py 通过，所有必备 XML 模块存在，并返回 content_maturity；结构通过不等于内容达到 research/avatar-grade- 16 子项全部填充或显式标注"不可萃取"
- 5 个核心子项置信度 ≥ 中
- 最佳态画像已构建
- 至少 50 条经验模式（资深管理者预期 50-100 条）
阶段二 · 扮演
入口检查
开始前必须确认：
current/PSP_REPORT.xml 已通过阶段一验收- 阶段三测试如果以前跑过，最近一次的失败模式分析已读取（避免重复犯错）
标准执行流程
Step 1 · 五段结构生成
按 references/system_prompt_structure.md 的五段标准结构生成 system prompt：
[1] 身份与最佳态对齐
[2] 内核约束（来自 1.1, 1.2, 1.3, 1.4）
[3] 思考方式（来自第二段、第三段）
[4] 表达方式（来自第四段）
[5] 反钝化指令（来自工程对抗层）
Step 2 · 反钝化指令推导
这是 v1.0 完全缺失、决定"风格保真度"上限的关键。按 references/anti_blunting_rules.md 从 PSP 子项推导禁令。所有指令必须是禁令格式（"禁止 XX"），不能是建议格式（"应该 XX"）——禁令对 LLM 的约束力强一个量级。
每条指令格式（详见 templates/anti_blunting_template.md）：
【来源子项】[子项编号]
【LLM 默认偏向】[不加指令时 LLM 会怎么做]
【失败案例】[会输出什么样的失真内容]
【指令文本】"禁止 XX。具体要求：YY。"
Step 3 · 情境激活路径生成
为此人的常见情境（人事决策、战略选择、危机响应、公开表态等 8-12 类），定义子项激活路径。每条路径写进 system prompt 的第 3 段。
Step 4 · 知识接入流水线指令
明确告诉 AI：任何外部知识必须走"认知层过滤 → 决策层框架化 → 风格层包装 → 冲突标注"四步流水线，禁止短路输出。冲突标注三级（软/中/硬冲突）的处理方式按 v2.1 协议。
Step 5 · 输出与试运行
默认产出物写入 people/{person_id}/system_prompt-YYYYMMDD-HHMMSS.txt。LifeOS 模式写入 identity/psp/{person_id}/system_prompt-YYYYMMDD-HHMMSS.txt。生成前必须从 PSP XML 读取 ontology_map、kernel、cognition、decision_model、interaction_model、business_domain_model、language_fingerprint、best_state、delegation_boundary、runtime_instructions、validation_plan 和 acceptance_criteria，不得从派生 Markdown 反推。建议附一段试运行说明：用 5-10 个典型问题在 Claude 项目里跑一遍，肉眼检查是否明显失真，再进入阶段三的自动化测试。
阶段二产出物
people/{person_id}/system_prompt-YYYYMMDD-HHMMSS.txt 或 identity/psp/{person_id}/system_prompt-YYYYMMDD-HHMMSS.txt——可直接贴到 Claude 项目或 API system prompt 字段使用。
阶段二验收标准
- 五段结构完整
- 反钝化指令至少 8 条（少于 8 条意味着工程对抗层做得不够）
- 情境激活路径覆盖 ≥ 8 类常见情境
- 试运行 5-10 个典型问题，明显失真案例 ≤ 1 个
阶段三 · 测量
入口检查
开始前必须确认：
- system_prompt.txt 已生成
- 已用 system_prompt 在 Claude 项目里跑过至少 100 个问题，输出结果保存在
validation/test_samples/ai_outputs/
- 真人原话样本至少 20 条，保存在
validation/test_samples/human_samples/
三类测量
测量 A · 语言保真度（半自动）
使用 scripts/blind_eval_prep.py 准备盲评测试包：随机混排 20 段真人原话和 20 段 AI 输出，生成评估表交给熟人评估。返回率 ≤ 60% 视为通过。这一项必须有真人评估，AI 自评无效——AI 评估自己的输出有系统性偏向。
测量 B · 判断保真度（人工）
使用 templates/judgment_test_template.md：选 ≥20 个本人历史决策案例（建模时已留出，未输入 PSP），把决策前的情境喂给 AI，对比 AI 输出与本人实际决策。本人或熟悉本人的人按四级评估（完全一致 / 方向一致 / 方向不一致但本人认可 / 方向不一致且本人不认可），合格率 ≥ 70% 通过。
测量 C · 风格一致性（全自动）
运行 scripts/consistency_scan.py：
python scripts/consistency_scan.py \
--ai-outputs people/{person_id}/validation/test_samples/ai_outputs/ \
--human-baseline people/{person_id}/analysis/linguistic_fingerprint.json \
--output people/{person_id}/validation/consistency_report.json
脚本会：
- 对 AI 输出做 12 维度语言指纹提取
- 计算每维度的方差
- 与真人原始语料的同维度方差对比
- 输出每维度的 ratio（AI 方差 / 真人方差），通过阈值 ≤ 1.5
失败模式与修复
测量结果写入 validation/validation_report.md，按 templates/validation_report_template.md 格式。失败时按下表迭代：
| 不通过类型 | 修复方向 |
|---|
| 语言保真度低 | 4.3 语言指纹细化 + 反钝化指令强化 |
| 判断保真度低 | 3.2 经验模式库扩充 + 5.1 子项激活路径校正 |
| 风格一致性低 | 5.2 子项冲突仲裁规则细化 + 子项间冗余审计 |
修复后必须重新跑全部三类测量，不能只跑失败的那一类——单维度修复经常引入其他维度的回归。
阶段三产出物
people/{person_id}/validation/validation_report-YYYYMMDD-HHMMSS.md 或 identity/psp/{person_id}/validation/validation_report-YYYYMMDD-HHMMSS.md——含三类测量结果、失败模式分析、下一轮迭代建议。
阶段三验收标准
- 三类测量全部通过
- 验证报告写明下次复检日期（参见 v2.1 演化系统的分层有效期）
关键纪律
不可妥协的原则
- 行为优于言语——自述与行为矛盾时，永远以行为为准
- 三场景一致升级为模式——少于三场景的判断逻辑标"单次观察"，永不升级
- 矛盾不选边——但每子项不超过 2 组矛盾
- 不可萃取必须显式声明——气场、即兴创造力、深层潜意识等维度，宁可承认无能也不假装有能
- 禁止"持续进化为本人未来版本"的承诺——AI 无法替本人经历未来。任何宣称这一点的设计都是不诚实的
常见陷阱（必须主动规避）
陷阱 1：把社交性回应当成价值观陈述。 一个老板在年会上说"我最看重诚信"和他在内部会议上的实际选择可能完全不一致。年会素材的表演系数是 ×0.3，权重应当远低于内部素材。
陷阱 2：把自述当真。 "我是一个很有耐心的人"——他说自己有耐心不代表他真的有。看他实际怎么对待第三次解释同一件事的下属。
陷阱 3：用 LLM 自己的偏好钝化此人特色。 LLM 训练偏好"温和、平衡、面面俱到"。一个有棱角的真人套上 PSP 后，AI 跑出来是圆润版的他——熟人一秒识破。这就是反钝化指令必须存在的原因。
陷阱 4：合并子项时稀释独立洞察。 v2.1 把 v1.0 的世界假设+归因模式合并为认知地基、压力响应+矛盾合并为 3.4，但合并后必须依然保留"自他归因不对称""矛盾不被解决只动态偏向"等关键洞察。在填充模板时显式分两层/两面，不要混在一起写。
陷阱 5：跳过最佳态画像。 v1.0 没有这一项，导致 AI 输出对齐到"平均态"——平均态包含此人状态不佳时的判断，会拖垮 AI 质量。最佳态是 AI 比真人稳定的真正实现路径，不是装饰性步骤。
文件参考索引
完整 v2.1 方法论：references/PSP_v2.1_full.md
模板：
templates/PSP_REPORT.template.xml——英文 canonical PSP XML 主报告模板templates/EVIDENCE_MATURITY.template.xml——英文 evidence maturity XML 模板templates/zh-CN/PSP_REPORT.template.xml——中文 canonical PSP XML 主报告模板templates/zh-CN/EVIDENCE_MATURITY.template.xml——中文 evidence maturity XML 模板templates/PSP_template.md——legacy/derived Markdown 读物模板，不是源报告templates/anti_blunting_template.md——反钝化指令模板templates/system_prompt_template.md——五段 system prompt 模板templates/judgment_test_template.md——判断保真度测试模板templates/validation_report_template.md——验证报告模板
参考资料：
references/scoring_rules.md——表演系数表与置信度规则references/extraction_protocol.md——提炼协议详解references/anti_blunting_rules.md——反钝化指令推导规则references/system_prompt_structure.md——五段标准结构详解
脚本：
scripts/psp_doctor.py——PSP XML 结构和内容成熟度 doctorscripts/extract_fingerprint.py——12 维度语言指纹提取scripts/consistency_scan.py——风格一致性自动扫描scripts/blind_eval_prep.py——盲评测试包准备
