合伙人风险增强包

这批文档已经进入主智测评的保密开发链。当前先按“单人版优先、双人版预留、邀请裂变后接”的顺序收进服务端 reserve 结构,避免后面返工主报告。

当前收法

合伙人风险增强包不是替换主 L3,而是加在主 L3 之上的协作风险层。题库、风险规则、Prompt 和双人匹配逻辑继续只留服务端,前台和开放接口只拿公开安全结果。

模式 A · 单人版

先基于单人的主 L3 结果 + 合伙人专项题,输出合作盲区、适配画像、应避画像和边界验证项。

输入

A 的主 L3 结果
A 的合伙人专项题结果

公开输出

合作盲区
适合的合伙人类型
不适合的合伙人类型
合作前必须验证的边界

模式 B · 双人版

双人版以后续增强包为主,基于双方的主 L3 结果 + 合伙人专项题,输出匹配、冲突和绑定建议。

输入

A 的主 L3 结果
A 的合伙人专项题结果
B 的主 L3 结果
B 的合伙人专项题结果

公开输出

匹配度
互补优势
冲突热区
合作方式建议
协议重点与试合作建议

专项题库(已收进 reserve)

当前已经把 12 题专项题库收进服务端私有结构,前台只用脱敏后的题目文本和选项。

题量

12

每题选项

4 选一

打分映射

A=7 / B=5 / C=3 / D=1

继续只留服务端

weights / S1-S5 / R1-R5 / 双人匹配规则 / Prompt 私有载荷

PR_Q01

当一个机会高回报但争议较大时,你更可能:

A. 先快速下注,占住窗口
B. 先确认边界和关键风险,再决定
C. 先看别人是否已经验证
D. 只要争议大就尽量不碰

PR_Q02

在决定是否与某人深度合作前,你通常:

A. 更看直觉和信任感
B. 会核对过去项目、口碑和利益记录
C. 主要通过共同朋友打听
D. 只要当下资源互补就先合作

PR_Q03

当合作项目遇到坏消息时,你更倾向:

A. 先内部消化,等有方案再说
B. 尽快同步关键信息,哪怕方案未定
C. 只告诉最相关的人
D. 等别人问到再解释

PR_Q04

当项目成果超出预期时,你更关注:

A. 谁承担最多,就该拿最多
B. 是否符合事先约定
C. 是否有利于长期继续合作
D. 先把关系稳住,再谈细分

P1-P8 风险维度

这批题先围绕 8 个合伙风险维度收敛,方便后续接 Prompt 与单人 / 双人版输出。

P1 · 风险偏好

看面对高收益 / 高争议机会时,是先冲、先看边界,还是倾向保守。

P2 · 尽调意识

看是否会在深合作前核对项目、口碑、利益记录和关键证据链。

P3 · 合规边界

看是否愿意先确认规则边界,再进入合作或放大机会。

P4 · 长期主义

看短期利益和长期信用、关系、品牌之间如何取舍。

P5 · 透明度

看遇到坏消息、资源差异和分歧时,是先同步还是先遮蔽。

P6 · 利益边界

看收益分配、关键资源和绑定深度是否会先设边界。

P7 · 冲突处理

看分歧出现时,是说透规则、延后处理,还是情绪性切割。

P8 · 退出责任

看合作不适合继续时,是否仍愿意完成承诺、体面收尾、减少二次伤害。

公开输出骨架

先把对前台和后续接口会长什么样收死,后面追加文档时不会打乱结构。

单人版

{
  "best_partner_types": [],
  "avoid_partner_types": [],
  "self_blindspots": [],
  "boundary_checks": []
}

双人版

{
  "match_score": 0,
  "complementarity_tags": [],
  "conflict_tags": [],
  "binding_recommendation": "",
  "contract_focus": [],
  "trial_coop_suggestion": []
}

风险标签

先按这组公开标签组织匹配和风险提醒。

low_risk_partnercooperate_with_boundarieshigh_upside_high_volatilityhigh_control_high_frictionnot_recommended_for_deep_binding

绑定建议

先按这组绑定深度输出建议,不提前暴露内部阈值。

deep_bindingstaged_bindingproject_onlyadvisory_onlyavoid_deep_binding

协议重点

当前先把协议建议收成固定数组,后面再由增强包 Prompt 填细节。

responsibility_boundarydecision_mechanisminformation_disclosurebenefit_allocationexit_mechanism

最稳的接入顺序

先把单人版跑顺,再慢慢把双人版和裂变链加上。

1

先把 12 题专项题库作为服务端私有题库收进来,对前台只开放脱敏题目与模式信息。

2

先做单人版 `partner_persona_advice`,用主 L3 结果 + 合伙人专项题结果输出合作盲区、适配画像与边界建议。

3

双人版 `partner_match_result` 先按 reserve 结构占位,等后续文档补齐后再接双方输入、匹配度和协议建议。

4

邀请裂变链按 `partner_invite` reserve 结构预留,先不在主链暴露原始分数,只给匹配层公开输出。

继续只留服务端 / 后续再接

先把保密边界和后续补件边界都收清楚。

P1-P8 维度权重、S1-S5 / R1-R5 混合映射、风险阈值和匹配细则继续只留服务端。
A / B 双方原始分数不对彼此前台展示,只返回匹配层公开结论和协议建议。
合伙人增强包的 Prompt 单人版 / 双人版继续走服务端内部合同,不对外暴露完整提示词。

这批先继续等后面补件

双人匹配引擎细则邀请链接 / 二维码 / 裂变分享合伙人增强包正式 Prompt 回写基于主智测评的合伙人风险增强报告页