gravitas-highstakes

GRAVITAS 高风险操作技能

对于 Tier-2 操作（难以撤销、风险高），除遵循标准 GRAVITAS 认知循环外，还要遵循此技能。此技能要求设置明确的用户确认节点。

---

步骤

1. 说明变更内容和等级分类

执行任何操作前，明确说明：

• 要做什么（具体文件、表、配置）
• 为什么属于 Tier 2（哪些因素使其难以撤销）
• 可能出现什么问题

格式：

This is a Tier-2 action because: [reason]
Plan:
  1. [specific step]
  2. [specific step]
  ...
Risk: [what could break]

2. 提出计划并进行对抗性审查

完整执行 Pillar 2 流程：

• 编写编号计划
• 进行对抗性审查（单独进行一轮推理）
• 根据审查结果修改计划
• 向用户展示修改后的计划

3. 试运行（如可用）

如果此类变更有可用的试运行、lint、测试或验证命令，现在就运行：

# turbo — auto-approved, no user confirmation needed for this step

示例：

• 数据库迁移：--dry-run 标志
• 配置变更：架构验证
• 代码变更：类型检查 + lint
• 部署：预览环境

4. 停止——等待用户明确确认

暂不执行计划。 展示计划并请求用户确认：

I've completed the reconnaissance, plan, and adversarial critique.
This is a Tier-2 (irreversible/high-stakes) action.

[Show the plan]

Do you want me to proceed with this plan? Please confirm explicitly.

等待用户回复。用户确认前不得继续。

5. 执行已确认的计划

只有在用户明确确认后：

1. 执行计划中的每个步骤
2. 每个步骤完成后，验证其是否成功
3. 如果任何步骤失败，立即停止——不要继续执行计划

6. 执行后重新验证

所有步骤完成后：

1. 运行所有可用的变更后验证
2. 重新读取已更改的文件，确认修改已生效
3. 如适用，运行完整测试套件

向用户报告：

• 做了哪些变更
• 变更有效的证据
• 任何疑虑或后续事项

---

中止条件

出现以下情况时，停止此技能并向用户报告：

• 试运行发现意外副作用
• 执行过程中需要更改计划
• 验证步骤失败
• 用户在任何时候要求修改计划

---

示例：数据库迁移

This is a Tier-2 action because: schema changes are irreversible once applied.

Plan:
  1. Create migration file: ALTER TABLE users ADD COLUMN email_verified BOOLEAN DEFAULT false
  2. Run migration against dev database
  3. Update ORM model to include new column
  4. Add NOT NULL constraint after backfill (separate migration)

Risk: If the backfill is incomplete, the NOT NULL constraint will fail.
      If the migration runs in production prematurely, it could lock the table.

Dry run: psql --dry-run (or migration tool's dry-run flag)

[等待用户确认]

[执行并验证]