# Customize

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

- Skill: `minimax-ai/customize-2` (Agent Skill)
- Install (CLI): `npx skillmds@latest add minimax-ai/customize-2`
- Raw SKILL.md: https://api.skillmd.com/api/skills/minimax-ai/customize-2/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: MiniMax AI (https://skillmd.com/u/minimax-ai)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/minimax-ai/customize-2

---


# 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` 查看在办事项。