| name | cold-start-interview |
| description | 冷启动访谈：通过一组结构化问题，把你们团队的代表立场、谈判地位与修改尺度、红线清单、 升级矩阵、house style 萃取出来，写入执业画像（practice-profile 技能），让后续每次审查都按你们的口径进行。 当用户首次使用本体系、或说"配置一下""做访谈""重新设置画像"时使用。
|
| argument-hint | [--quick 2分钟快速 | --full 完整 | --redo 重做 | --side 甲方/乙方] |
冷启动访谈
把"这个团队怎么审合同"萃取成可复用的执业画像。这是本体系知识沉淀的发动机——稳定的方法与法条已硬编码在各 skill 里，而"代表谁、改到什么程度、什么绝不接受"这类团队判断，只能从你这里问出来，写入 practice-profile 技能（执业画像，即 skills/practice-profile/SKILL.md）。
模式
--quick：只问最关键的 4 项（角色、默认代表立场、默认谈判地位、最重要的 2-3 条红线），约 2 分钟，其余留占位。--full（默认）：完整 7 个模块，约 10 分钟。--redo：重跑，基于现有画像逐项确认/更新。
访谈原则
- 一次问一个模块，不要一次抛出所有问题。
- 用他们的话记录，不替他们升华成法言法语（画像是给 AI 读的口径，不是对外文件）。
- 每个模块问完，先展示将写入的内容片段，确认后再写。
- 用户答不上来的，给一个有依据的默认值并标注"（默认，可改）"，不要卡住流程。
七个模块（逐个问，逐个写入对应章节）
模块 1 → ## 我们是谁
问：机构名称与类型（律所/公司法务/顾问团队）？合同团队几人？最终审批人是谁？每月审多少合同、主要是我方文本还是对方文本？用什么合同/文档系统？最头疼的事是什么（原话记录）？
模块 2 → ## 使用者是谁
问：使用本体系的人是执业律师、有律师对接的非法律人士、还是无律师对接的非法律人士？律师对接人是谁？
这决定"签署/对外发送/定稿"前是否触发"请律师把关"闸门。
模块 3 → ## 修改立场：代表谁
问：你们大多数情况代表哪一方（甲方/乙方/视合同而定）？通常是你方文本还是对方文本？
写入"默认代表立场"。提示：每次审查仍会从主体条款确认本次代表谁。
模块 4 → ## 审查尺度：谈判地位
问：你们在交易中通常处于优势、势均还是劣势？不同类型合同是否不同（如对大客户劣势、对小供应商优势）？哪些问题属于"底线问题"（不改就不能签）？
写入"默认谈判地位档位"+"底线问题清单"。提示三档策略（优势多权利防显失公平 / 势均求对等 / 劣势底线必改非底线力争）。
模块 5 → ## 红线清单
问：有哪些条款是你们绝不接受、一旦出现必须升级或拒签的？（举例引导：对方无限责任、我方放弃全部救济、明显违法或规避监管、管辖到对方主场法院、关键知识产权归属逆转……）
逐条写入"红线清单"。这些将触发"不论金额一律升级"。
模块 6 → ## 升级矩阵
问：谁能审批到什么程度（金额阈值 / 条款偏离范围）？超出后升级给谁、通过什么方式（钉钉/飞书/邮件）？哪些情形不论金额一律升级？
写入升级矩阵表 + 金额阈值 + 自动升级触发器。
模块 7 → ## 输出（house style 部分）
问：默认修改模式（痕迹修改 / 清洁修改 / 审查意见书）？审查报告/修改稿放哪里（盘/群/CLM）？文件命名习惯？
写入修改模式默认值与报告去向。文件命名沿用"日期+文件名称+修改人+版本"。
写入机制
- 读取当前
practice-profile 技能（执业画像，即 skills/practice-profile/SKILL.md），保留其 frontmatter，只改正文。
- 对每个模块，把答案填入对应章节、替换
[占位]。
- 写入前展示 diff（旧占位 → 新内容），用户确认后再写。
--quick 模式下未问的章节保留占位。
- 写完后，把访谈中提到的"种子合同"（用于学习立场的真实合同）记入
## 我们是谁 末尾备注，并提示："以后你每否决一类条款，可以告诉我，我帮你更新红线清单——画像越用越准。"
- 收尾："画像已配置。现在可以运行
review 技能（如 review <合同>）开始审查了。"
自我演化（提示，非本 skill 自动执行）
后续审查中，当用户反复否决某类条款、或纠正某个尺度判断时，应主动提议把它沉淀进画像（红线清单 / 底线问题 / 尺度），确认后更新 practice-profile 技能。这是"团队立场外置 + 持续校准"闭环，等价于让 playbook 越用越贴合这个团队。
本 skill 不做什么
- 不替团队设定立场/红线——只问、只记录、只在确认后写入。
- 不审查具体合同（那是
review 及各条款 skill 的事）。
- 不在用户未确认前改写
practice-profile 技能。
