customize

name	customize
description	当用户说"修改画像/改一下我的设置/更新我的信息/换个身份/修改红线/改输出偏好/ 调整 guardrails/改规则/换数据源配置/我刚考了律师证/我换行业了"时使用。这是 修改 docs/guardrails.md 执业画像与 Shared guardrails 的唯一入口：读取现状 → 与使用者 确认修改内容 → 写回 → 提示本次修改影响哪些技能行为。防止直接手改跳过影响评估， 也防止多人协作时画像被无声覆盖。
argument-hint	[要修改的内容描述，如：把身份改为执业律师]
metadata	{"legal_frame":"cn-mainland","last_reviewed":"2026-08-18"}

customize：画像与规则修改入口

目的

docs/guardrails.md 的执业画像驱动所有技能的行为档位（见 docs/guardrails.md"画像如何驱动技能行为" 速查表）。直接手改画像的问题是：修改者往往意识不到一个字段牵动的下游行为—— 例如把角色从"企业法务"改成"执业律师"，保密标头档位和 UPL 门控会同时变化。

本技能把修改收敛为一个有确认、有影响提示、有记录的流程，保证画像始终是 "被理解后的修改"的结果。

前置检查

1. 读取docs/guardrails.md，确认画像章节存在；
2. 如果画像仍大面积为 [填空]，提示：这不是修改而是初始化，应先跑 cold-start-interview，除非使用者明确只要补一两个字段；
3. 确认 docs/guardrails.md 自上次读取以来未被其他进程改动（修改记录注释是最新 一条）——多人共用工作区时，防止基于旧版本的画像做覆盖式写回；
4. 明确使用者要改的是哪一类：
   • A 类：画像字段（角色、法域、行业、业务、红线、升级矩阵、签署流程、 数据源、输出偏好）；
   • B 类：Shared guardrails 正文（高影响，需额外确认）；
   • C 类：数据源凭证（实际配置在环境变量，本技能只更新画像中的记录， 并指引配置方法）。

操作规程

1. 读出现状

把使用者要改的字段当前内容原样读出来，逐字复述给使用者。不凭记忆复述， 必须基于本次读取的 docs/guardrails.md 内容。

2. 确认修改意图

对每一项修改，向使用者确认三要素：

• 改什么：原内容 → 新内容（并排展示）；
• 为什么改（一句话即可，写入修改记录）；
• 是否理解行为影响（见第 3 步的影响提示，确认后再写入）。

涉及角色变更（律师 ↔ 非律师）时，必须额外说明：这将改变所有产物的保密 标头档位，以及是否启用 UPL 动作闸门，并要求显式确认。

3. 影响提示

修改写回前，按下表提示受影响的行为，逐条念给使用者：

修改字段	受影响行为
使用者角色	G4 保密标头档位；G5 UPL 门控启停
所在法域	G3 默认锚定；LEGAL_FRAMES 引用
行业与业务领域	监管规则适用性判断
常做合同类型	审查类技能的类型化清单调用
红线条款	审查命中提示；严重度下限
升级矩阵	停止推进与移交 brief 的触发条件
签署流程	签署要素核对与动作闸门提示
数据源凭证	legal-research 源选择与覆盖缺口声明
输出偏好	篇幅、排版、语言
Shared guardrails	全部技能（最高影响，需逐条确认）

4. 写回

• 只改使用者确认的字段，其余内容原样保留；
• 画像部分保持散文体，不得写成 YAML 字段；
• 写回后复读修改后的段落给使用者确认；
• 在 docs/guardrails.md 文末"维护说明"后追加一行修改记录： <!-- customize: YYYY-MM-DD 修改{字段}：{原因一句话} -->（注释形式， 不影响正文阅读，便于追溯）。

5. B 类修改（guardrails）的额外要求

• 逐条展示拟修改的 guardrail 原文与新文；
• 说明"各 skill 正文可重复 guardrails 条目；冲突时以 docs/guardrails.md 本节为准"， 因此修改会立即影响所有技能；
• 如果新规则比旧规则更宽松（例如降低某类提示的强制程度），必须显式 提示风险并要求二次确认；更严格的修改一次确认即可；
• 修改 guardrails 后，建议使用者复核相关 skill 正文中转述的对应条目。

6. C 类修改（数据源）的额外要求

• 实际 token 配置在使用者的环境变量中，本技能不代设环境变量，只：
  1. 指引配置方法（指向 references/connectors.yaml 中对应 connector 的 凭证说明）；
  2. 建议配置后运行 cold-start-interview --check-integrations 体检；
  3. 更新画像"常用数据源与凭证配置"小节的记录；
• 绝不询问、记录、打印 token 的具体值。

7. 操作纪律

• 一次只处理使用者明确提出的修改；不"顺手优化"其他字段；
• 写回前必须完成第 2 步的确认，禁止先写后问；
• 每次修改都有注释形式的修改记录，保证画像的演变可追溯；
• 修改失败（如文件写入异常）时，报告已完成的动作与未完成的部分， 不留半改状态——docs/guardrails.md 要么完整写回，要么保持原样。

输出模板

修改确认
| 字段 | 原内容 | 新内容 | 影响 |
| --- | --- | --- | --- |
| {字段} | {原} | {新} | {受影响行为} |

以上修改已写回 docs/guardrails.md（{时间}）。
{如为角色变更或 guardrails 修改：本修改影响所有后续产物，请注意。}

常见修改场景示例

• "我刚通过实习考核，正式执业了"：角色由非律师改为执业律师。 影响提示：保密标头从研究备忘档切到内部法律分析档；UPL 动作闸门关闭。 需二次确认，因为标头档位变化影响所有后续产物。
• "公司新规定，100 万以上合同要法务总监审批"：审批底线新增一条。 影响提示：审查类技能命中金额阈值时会停止并提示升级。
• "我们配置了北大法宝"：数据源记录更新。本技能不代设环境变量， 指引使用者设置 PKULAW_SERVICE_ID 与 PKULAW_TOKEN 后运行 scripts/enable_pkulaw.py（握手验证通过才写入配置）， 再运行 cold-start-interview --check-integrations 体检，确认后写回画像。
• "以后输出都给我中英对照"：输出偏好修改。影响提示：不改变 guardrails 强制内容（标头、标注、分级），只改排版与语言。

本技能不做什么

• 不做首次画像初始化（那是 cold-start-interview）；
• 不设置或修改环境变量本身；
• 不回答法律问题；
• 不修改 LEGAL_FRAMES/ 基线文件与 references/ 参考文件（那些属于插件 内容维护，不在画像定制范围）；
• 不批量"优化"画像措辞——只执行使用者明确要求的修改，避免无声漂移。

收尾与下一步

• 写回后复读新内容并获得确认；
• 角色变更后，提醒使用者下一份产物将按新档位加标头；
• 数据源变更后，建议跑一次 cold-start-interview --check-integrations；
• 修改涉及红线或升级矩阵的，提醒使用者：进行中的事项（matters/ 下 open 状态）可能需要按新底线重新过一遍，可用 matter-workspace 查看在办事项。