"Knowledge-Card"
- Beacon
瀏覽器在頁面事件發生時主動送出、送出後不等回應的一則事件回報請求，用於靜態站把資料回傳給接收端
- Funnel Analysis
說明追蹤使用者在多步驟流程中每一步的轉換率和流失率的分析方法
- Screen State Matrix（畫面狀態矩陣）
說明用四欄表格（顯示/可用操作/進入條件/退出路徑）系統性地暴露畫面導航缺口的設計工具
- CI Pipeline
說明持續整合如何在合併前自動驗證變更品質與相容性
- Web App Deployment（Web App 部署）
把 Apps Script 專案掛成一個有公開網址、可被任何 HTTP 請求呼叫的端點時的部署模型與存取設定
- Gate（UX）
說明使用者操作流程中「必須通過才能繼續」的關卡，以及成功/失敗/不確定三條路徑的設計責任
- Redaction
說明在事件資料離開 client 之前把敏感欄位的值替換成遮罩或移除的機制
- CD Pipeline
說明持續交付如何把已驗證產物推進到目標環境
- doGet / doPost
Apps Script web app 的兩個進入點函式，分別接住 GET 與 POST 請求，決定端點收到請求時執行什麼
- Cohort Analysis
說明把使用者按共同特徵分群、比較不同群組行為差異的分析方法
- Fallback（UX）
說明 gate 未通過時使用者的替代路徑，和 backend fallback（server-side 降級）的語意區別
- Required Checks
說明 pull request 的必要檢查如何作為合併 gate
- Debounce（防連點）
說明合併短時間內重複觸發的技巧，以及 leading-edge 與 trailing-edge 兩種執行語意在按鈕防連點上的差別
- Execution Quota（執行配額）
Apps Script 個人帳號的執行時間、同時併發與觸發器每日總時間上限，決定免費膠水層能承受多大的量
- RFM
說明用 Recency / Frequency / Monetary 三個維度把使用者分成可操作群組的分群方法
- Artifact
說明 CI/CD 中可被驗證、保存與發布的交付產物
- Artifact Handoff
說明測試與部署如何共用同一份可追溯產物
- Doherty Threshold（400ms 門檻）
說明 400ms 回應時間門檻的出身（IBM 生產力研究）、現代設計慣例的轉譯過程，以及它跟 Nielsen 感知門檻的量測差異
- Time-Driven Trigger（時間觸發器）
讓 Apps Script 在固定時間自動執行的排程機制，把被動等呼叫的膠水層變成主動定時跑的任務
- Error Fingerprint
從 error 事件的 type、normalized message、stack trace 計算 hash，把相同根因的 error 歸為同一 error group
- Environment Protection
說明目標環境的審核、權限與放行條件如何保護發布
- Browser Fingerprint（瀏覽器指紋）
由多個單獨無害的瀏覽器環境屬性組合而成的裝置特徵集合，決定自建統計蒐集判別訊號時的能力上限
- Touch Target（觸控目標）
實機測試點列表行文字卻無反應、或可用性測試觀察到使用者重複點擊同一行時使用。觸控目標有兩層要求：尺寸不小於平台底線、範圍涵蓋視覺暗示的可點區域——後者在列表行展開/收合場景最常被忽略。
- Backpressure
下游處理能力不足時向上游回傳「慢下來」訊號的流量控制機制 — 監控系統中 collector 用 HTTP 429 向 SDK 傳遞背壓
- Preview Environment
說明 pull request 變更如何在隔離部署環境中被驗證
- Executions（執行項目）
Apps Script 平台記錄每一次函式執行的時間、耗時與狀態的頁面，用來判斷請求究竟有沒有抵達接收端
- Modal（模態）
UI 元素阻斷背景互動、要求使用者回應後才能繼續 — 區分 Dialog 與 non-modal Bottom Sheet 的關鍵行為屬性
- Sampling
在事件產生階段按比例丟棄部分事件降低管線負載 — 分靜態取樣（config 固定比例）和動態取樣（背壓觸發自動降低）
- Rollout Strategy
說明新版本如何以可控節奏推進到全部流量
- Affordance（操作暗示）
說明介面元素透過外觀傳達「可以對它做什麼」的訊號 — 可點、可捲、可拖的暗示與實際行為對齊時介面才可預測
- Rate Limiting
限制每個 client 在單位時間內可送出的事件數量 — 防止單一 SDK bug 或偽造流量消耗整個 collector 的處理能力
- Rollback Strategy
說明發布異常時如何快速回到已知可用狀態
- Fail-Safe Default（安全預設）
說明保護機制本身故障時系統倒向哪個方向的設計決策 — 預設倒向不可逆性低的那邊，確認 UI 壞掉不該讓破壞性操作靜默通過
- Deployment Dry Run
說明發布前如何用預演檢查部署條件與風險
- Migration
說明資料或結構變更如何在服務不中斷前提下受控推進
- Branch Protection
說明主線分支如何以規則保護合併與發布前置條件
- Readiness / Health Check
說明服務存活與可接流量判斷在部署中的不同責任
- Container Registry
說明容器產物儲存、權限與推進流程在 CD 中的責任
- App Signing
說明行動與桌面應用的簽章憑證如何影響發布能力
- Flaky Test
說明非決定性測試如何降低 CI gate 信任度與治理方式
- Backfill
說明資料處理與 migration 中如何受控補算歷史資料
- Checkpoint
說明長時間任務如何記錄進度以支援接續、重跑與事故修復
- Rerun
說明 CI/CD 與 data pipeline 中重跑任務前需要判斷的輸出語意與副作用
- Image Digest
說明 container image digest 如何作為不可變產物身分，支撐掃描、推進與 runtime 追溯
- SBOM
說明 Software Bill of Materials 如何揭露 artifact 內含元件，支撐供應鏈掃描與例外治理
- Release Channel
說明 stable、beta、internal 等發行通道如何控制 artifact 接觸到的使用者範圍
- Update Feed
說明桌面與客戶端應用如何透過更新來源取得已簽章版本與回復路徑
- Infrastructure Drift
說明真實基礎設施狀態與 IaC 宣告分叉時的偵測、判讀與修復責任
- State Lock
說明 IaC apply 如何用狀態鎖避免併發變更覆寫基礎設施狀態
- Function Alias
說明 serverless function alias 如何把穩定入口指向特定版本並支援流量切換與回復
- Event Source
說明 serverless 與事件驅動流程中觸發來源如何影響 retry、dead-letter 與回復策略
- Correlated Failure
以為獨立的多個元件共享一個隱藏的失效觸發器、在同一時刻一起壞；冗餘副本、觀測系統、跨區部署都可能共命運
- Hyrum's Law
使用者夠多時、介面的一切可觀察行為都會被依賴 — 不管你承諾了什麼；契約設計要主動給機器可讀欄位、否則人類可讀欄位會被迫變成契約
- Validation Query
說明遷移、回填與修復期間如何用查詢證明資料語意是否一致
- Read Compatibility
說明資料或服務演進期間讀取路徑如何同時支援新舊語意
- Fallback Read
說明讀取路徑切換失敗時如何暫時回到舊資料語意或舊讀取來源
- Cutover Window
說明正式切換發生的觀察窗口、停止條件與回退判讀範圍
- Mapping Table
說明遷移或轉換期間如何把舊語意明確對應到新語意
- Rollback Window
說明變更進入 production 後還能用哪種方式回退或改路線的時間與條件
- Fail-forward
說明無法回到舊狀態時如何用受控前進完成修復
- Stop Condition
說明變更、實驗或事故處理何時必須暫停、回退或改路線
- Gate Decision
說明 release gate 如何把證據轉成放行、暫停、回退或補證據的決策
- Rollback Condition
說明決策執行後出現哪些訊號時要撤回、回退或改路線
- Time Range
說明證據、查詢與事故判讀如何用時間窗保留可回放上下文
- Query Link
說明證據包如何保存可重跑查詢入口，而不是只保留截圖或口頭結論
- Data Quality
說明證據欄位如何標示 completeness、freshness、sampling 與資料限制
- Confidence
說明證據包如何標示 confirmed、suspected 或 needs follow-up 的判讀信心
- Known Gap
說明證據包如何明確保存已知缺口，避免下游高估證據完整性
- Outbound Tunnel
反向隧道把出站連線轉成可達入口、與傳統 port-forward 的責任倒轉
- Data Repair
對帳抓到差異之後、要把錯誤資料改回正式狀態時——dry-run、稽核與可逆設計決定這次修復是收斂還是擴大污染
- Freshness Window
每類資料能容忍多久的不新鮮？依欄位風險分級定義過時窗口、取代單一全域 TTL
- Origin Protection
快取失效或冷啟動時、miss 流量集中打回正式來源會不會壓垮它——回源保護的手段組合與監控面
- Cache Key Versioning
說明快取 key 結構本身版本化如何讓新舊值格式共存，用漸進收斂取代一次性替換
- Cache Serialization Migration
說明快取 value 編碼格式演進時如何用雙軌解碼避免舊資料變成無法讀取的錯誤
- Same-Origin Policy
前端送得出請求卻拿不到回應、或要判斷跨站防護的前提還在不在時，用來定位瀏覽器隔離的是讀取而非送出
- Cross-Site Request Forgery
憑證靠瀏覽器自動附上時，用來判斷攻擊者不必讀到憑證就能做到什麼、以及各層防護的缺口分別落在哪
- Cross-Site Scripting
要判斷憑證放在 JavaScript 讀得到的位置有多大代價、或哪些防護以「攻擊者讀不到」為前提時，用來定位這個攻擊面取得的是整個來源的能力
- Passkey
要用金鑰對取代密碼、或判斷已導入的 passkey 實際擋掉了什麼時，用來定位它的保護落在哪一段、上限由哪條路徑決定
- Registrable Domain
判斷兩個主機名算不算同一方、或某個跨站防護的信任邊界實際涵蓋誰時，用來定位「站」的切點在哪一層
- Identity Provider
登入要交給外部系統時，用來定位對方承擔了什麼、沒承擔什麼，以及這邊還剩下哪些責任
- Pepper
威脅模型含「資料庫被拿走而伺服器沒有」時，用來判斷這一層值不值得加、以及它的輪替成本由什麼決定
- Memory-Hard Function
要解釋為什麼某個密碼雜湊比另一個抗硬體、或判斷沒見過的構造落在哪裡時，用來定位它向攻擊者收的是哪一種費
- Content Security Policy
要限制注入成立之後那段程式碼能做什麼、或判斷既有政策實際擋住了誰時，用來定位它承擔哪一層而不承擔哪一層
- Go/No-Go
說明在不可逆變更前的固定時點，由各職能分持一票宣告放行或停止的決策制度
- Threat Model
說明系統如何被攤成資產、邊界與攻擊者能力，讓風險的位置可以逐項列舉
- Coverage vs Completion Rate（覆蓋率與完成率）
說明同一個百分比的分母由誰列舉，決定它衡量的是全體的覆蓋率還是管理範圍內的完成率
- Security Control Domain（資安控制面）
說明一條資安風險的防守責任歸給哪一類控制，以及這個「控制面」與基礎設施的 control plane 同名不同義