Files
Arcrun/docs/.wiki/零件 PR 審核閘.md
T
uncle6me-web 576afa2364 fix(wiki): 修一條四項的「三元組」——述詞裡不能再有 >>
範例產生器把述詞寫成「實作 >> 結構性閘」,產出
「零件 PR 審核閘 >> 實作 >> 結構性閘 >> [[規則記不住]]」四項,不是三元組。
InkStoneCo 的 wiki-lint 已加第十六項檢查(一行 >> 超過兩個就報)。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-15 15:19:16 +08:00

1.7 KiB
Raw Blame History

tags, gloss, created, updated
tags gloss created updated
流程
架構
審核
靠「AI 記住規則」防架構錯誤不 scale,所以把錯誤擋在 PR 這道結構性閘上。 2026-06-03 2026-08-15

零件 PR 審核閘

component-pr-review-standard

摘要

零件與 service binding 本來就要走 PR,所以把檢查放在那裡,讓錯誤路徑「根本碰不到」。五段 checklist,任一否就打回。

重點

  • A 反過度工程:判準是「三個月後會有第二個 workflow 用它嗎」,不會就不是零件
  • B binding 層級(最常踩):跨-worker 編排一律走 cypher bindingservice binding 只准組 wasm
  • D 驗證誠實:要打部署後的真端點,本地 miniflare 會假綠——實例是 drainer 本地綠、production 撞 1042
  • E 部署鐵律wrangler 直推,不用 acr update(會假綠蓋掉改動)
  • 它治的是 規則記不住,手法屬於 結構性閘

實體

  • PR 審核閘(機制)— 零件與 binding 變更的強制檢查點。
  • 假綠(反模式)— 本地測試通過但生產環境會失敗。
  • 三個月判準(判準)— 未來三個月會不會有第二個使用者。

關聯

內文知識關係

  • PR 審核 >> 擋下 >> 架構錯誤
  • 本地 miniflare >> 產生 >> 假綠
  • 三個月判準 >> 決定 >> 是不是零件

卡片關係

出處(原文 >> 提及 >> 本卡,可多筆)

  • ../component-pr-review-standard.md >> 提及 >> 零件 PR 審核閘