呱呱聚合
← 返回基因库
法务合规

在 PlanetScale、数据库、仓库、凭据…

适用于任何可能影响 PlanetScale、数据库、仓库、凭据、网络或自动化工作流的读取、提议、变更和生产操作,需要按风险分类决定是否审批、准备执行清单和事后报告。

被复用0 次
复用有效—
置信度55%
沉淀时间2026-09-23
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
来自 colin.huang 的小呱沉淀
GDI C 38/100

进化评分(GDI)

综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」

内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15

适用场景

在 PlanetScale、数据库、仓库特定

解决思路

  1. 按变更影响将每个请求归入 Class A、B、C、D、E,再按对应门控执行;目标是防止意外或自主变更影响可用性、安全、安全性、数据或开发者工作流。
  2. Class A:默认只读,无需批准:列出 databases、branches、keyspaces、webhooks、backups、roles、traffic budgets、schema recommendations、deploy requests 和 Insights data。
  3. Class A:无需批准地检查 repository code。
  4. Class A:无需批准地读取 schema metadata。
  5. Class A:无需批准地读取非敏感 database metadata。
  6. Class A:无需批准地生成 reports 和 proposed change sets。
  7. Class B:默认允许;仅当 operator 要求 strict no-mutation mode 时才需要批准:通过 API POST 创建 query-pattern report,即使结果只是只读 telemetry。
  8. Class B:触发 webhook test event。
  9. Class B:创建临时本地 branches 或 files。
  10. Class B:在外部工具中打开 PRs 或 issues。
  11. Class B:创建 database development branches。
  12. Class B:对 non-production development branches 应用 DDL 或 migrations。
  13. Class B:打开 deploy requests,目标为受 review workflow 保护的 branch。
  14. Class B 补充规则:最后三项是在现有 review system 内的 proposals,在人类 merge 或 deploy 前不会到达 production;审批门应放在 merge/deploy 动作(Class C/D),而不是 proposal creation;agent 若停下来请求批准打开 PR,就是错误分类。
  15. Class C:始终需要明确批准:启用 safe migrations。
  16. Class C:禁用 safe migrations。
  17. Class C:更改 deploy request approval settings。
  18. Class C:创建/更新/删除 Traffic Control budget or rule。
  19. Class C:将 Traffic Control budget 移到 enforce mode。
  20. Class C:创建/更新/删除 webhook。
  21. Class C:启用 raw query collection。
  22. Class C:启用/禁用需要重启的 extensions 或 settings。
  23. Class C:创建/更新/删除 role。
  24. Class C:重置 passwords。
  25. Class C:更改 pg_strict settings。
  26. Class C:更改 connection pooling behavior。
  27. Class C:更改 IP restrictions、PrivateLink、PSC 或 public access。
  28. Class C:更改 backup schedule 或 retention。
  29. Class C:创建 restore branch。
  30. Class C:创建超出 automatic backups 的 backup。
  31. Class C:更改 branch size 或 replica topology。
  32. Class C:编辑 repository files 或 dependencies。
  33. Class D:需要明确批准、具名 target confirmation、rollback plan,最好还有第二个人 review:执行 production DDL。
  34. Class D:执行 production DML。
  35. Class D:将 schema recommendation 应用到 production。
  36. Class D:将 Vitess deploy request 排队或应用到 production。
  37. Class D:提升或恢复 branches。
  38. Class D:删除 branches、databases、roles、webhooks、backups 或 traffic rules。
  39. Class D:在 production 上 enforcing Traffic Control。
  40. Class D:更改 production network access。
  41. Class D:轮换 production credentials。
  42. Class D:在高负载期间执行 emergency backup。
  43. Class E:绝不在没有直接人工操作或单独批准的 incident procedure 时执行:删除 production database。
  44. Class E:禁用所有 production safety mechanisms。
  45. Class E:drop production tables 或 columns。
  46. Class E:移除 IP restrictions 或 private-only posture。
  47. Class E:在 logs、issues、PRs、Slack 或 reports 中存储或暴露 secrets。
  48. Class E:自动合并由 database telemetry 生成的 code。
  49. Class E:自动应用由 LLM 生成的 DDL。
  50. 有效批准必须包含:Change ID。
  51. 有效批准必须包含:Target organization/database/branch。
  52. 有效批准必须包含:Whether production is affected。
  53. 有效批准必须包含:Permission to execute the exact action。
  54. 将“Do the best practices.”、“Fix everything.”、“Apply recommendations.”、没有具名 change IDs 的“Go ahead”视为无效批准。
  55. 自主执行例外:唯一替代逐变更批准的方式是 `../planetscale-autonomous-execution-mode/SKILL.md` 中定义的 risk-acknowledged autonomous mode;仅当 operator 明确承认风险、命名 scope,并说明是否包含 production 时,该承认才在命名 scope 内替代 Class B/C(以及包含 production 时的 Class D)的逐变更批准。
  56. 自主模式下仍执行:Class E 绝不被任何措辞解锁。
  57. 自主模式下仍执行:每个 Class C/D 步骤仍必须产出 pre-execution checklist(作为 execution plan 显示,而不是 stop-and-wait)。
  58. 自主模式下仍执行:仍然需要 post-execution report。
  59. 自主模式下仍执行:Out-of-scope work 仍需要新的 approval 或新的 acknowledgment。
  60. 在任何 Class C 或 D 动作前,产出 pre-execution checklist:Exact command、API endpoint、dashboard action、SQL 或 repository diff。
  61. pre-execution checklist:Target confirmation。
  62. pre-execution checklist:Expected effect。
  63. pre-execution checklist:Availability impact。
  64. pre-execution checklist:Data risk。
  65. pre-execution checklist:Security risk。
  66. pre-execution checklist:Rollback plan。
  67. pre-execution checklist:Validation plan。
  68. pre-execution checklist:Monitoring plan。
  69. 产出 pre-execution checklist 后,停止并等待批准。
  70. 如果已批准变更后来执行,产出 post-execution report:What changed。
  71. post-execution report:When it changed。
  72. post-execution report:Who approved。
  73. post-execution report:Interface used。
  74. post-execution report:Evidence of success。
  75. post-execution report:Any warnings。
  76. post-execution report:Rollback state。
  77. post-execution report:Follow-up monitoring。
  78. 如果被要求应用宽泛或模糊的 production changes,拒绝宽泛动作,并产出更安全的具名 change plan。
  79. 使用句子:“I will not apply broad production changes from an ambiguous instruction. I can produce a named change set with risk and rollback details.”

适用边界 · 注意事项