貞一．費寡報厚
~$3.9
旬內可見 ROI 反映
單次推理成本低，卻能前移大量草稿與分析工作。
微費而得厚報
以單次推理成本計，關鍵 Skill 能在極低邊際花費下產出可用腳本與結構化分析。若將被替代的人力起稿與審查時間回推，投報可越七倍有餘。
三驗
灼骨而觀，得三兆
商代卜辭重在有驗可據，故此處不談空泛願景，而將商業價值寫成可驗的徵象。 每一兆都對應成本、人時與工程治理的實際結果。
貞二．省其刻日
30%
前段工序明顯前移
先成初卷，再交人修訂，比從空白起手更接近商代「先刻後驗」的節奏。
前移成稿，縮其往返
從需求拆解、腳本成形、PR 守關到報告成卷，流程前段被大量前移，產品、工程與測試之間的往返耗時明顯縮減。
貞三．藏法於卷
13項
知識化為守藏制度
不只生成內容，也生成可重複遵守的規矩與界線。
禁忌成文，邊界可守
既有錯誤模式、禁忌與審核規則得以固化為可重用知識，讓 AI 不只是生成，而是遵守邊界、阻擋風險並留下脈絡。
數字口徑沿用今文商業版，不因文風改寫而變更基準。~$3.9 指單次高階 Skill 協作的平均成本， 30% 指從需求理解到發 PR 的整體時程縮短，13項 指內部架構與審查規範的守關範圍。 此頁以卜辭重述結論，但仍對應同一組商業假設與治理指標。
三官
三官列位，各主一術
這裡不再以功能模組羅列，而改成商代三官之制。卜官主生成，司審官主守關，司火官主循裂紋而求故障本源。
刻辭一．司冊官
司冊官：將需求刻為可用之卷
今名 Script Generator。其義不在「寫字更快」，而在先刻出骨架，使後續人工只做必要的修治。
產品需求、既有規格與團隊暗規往往散在多處。此官的職責，是將其收束成一份可執行的腳本初稿，讓測試工程師不必從空白起手，而是站在已成形的骨架上再精修。
這種價值十分接近卜辭的程序感。先刻、再灼、再驗，使 Time-to-First-Draft 被壓到極短，大量例行產出也因此變得穩定、便宜且可重複。
卜辭對位：問事先刻其辭，今則先成腳本骨架，再交人驗與補。
刻辭二．司審官
司審官：青銅守關，不使雜脈入庫
今名 Code Review。若以商代語彙言之，就是在入藏之前先辨紋理是否正、禁忌是否犯。
每次 Pull Request 都可視為一次入藏儀式。若沒有穩定守關，風險會在之後以更高代價返還。此官依既有規則、失敗模式與程式脈絡進行審視，將不當寫法、遺漏情境與結構風險先行指出。
對管理層而言，價值在於把品質保證從倚賴個別高手，轉為可傳承、可複查、可規模化的制度，這比單次產出更接近商業真正可守的資產。
青銅器之義在承重與守成，此處對位的是入庫前的制度性把關。
刻辭三．司火官
司火官：灼其裂紋，以知故障根由
今名 Log Analyst。占者不憑直覺，而循裂紋、火痕與舊例，從雜亂徵兆中反推出真正根由。
當系統故障發生，最耗時的從來不是修，而是找。此官透過既有 Pattern DB 與分層推理，先從已知錯誤形態中快速試配，再沿上下文裂紋追索，將 Root Cause 從混亂日誌中挖出。
對營運指標而言，它直接作用於 MTTR。能更快找對問題，就能更快止血，也能避免多人同時在錯的方向上空耗，這正是「灼骨而求其應」在現代系統中的對位。
火不是裝飾，而是診斷手段。頁面中的裂紋動畫因此保留為主敘事之一。
六簡
餘術不列大骨，別藏六簡
不是每項能力都要刻在主骨之上，但它們共同構成系統真正可複製、可交接、可擴張的底層制度。
司錄．Doc Updater
將規格、決策與最新作法持續刻錄成文，減少團隊知識只存在口耳之間，使制度不因人散失。
司驗．Spec-to-Testcase
把產品敘述轉成測試情境與驗證邏輯，讓測試產出更接近產品意圖，也更易回溯。
司告．PR Report
把審核結果編成易讀短卷，讓工程、QA 與管理者都能快速知其所重，而非淹沒於細節。
司校．Skill Reviewer
為 Skill 本身做評鑑與校訂，避免自動化體系腐化成另一個黑箱，保留制度的自我修補力。
司煉．Skill Developer
將零散經驗煉成可重用能力，讓新案例不必再從頭發明一遍流程，而能沿既有脈絡擴充。
司度．xTools 調度
把多個 Agent 與 Skill 串為一套工序，使整卷不是功能集合，而是可運轉、可交班、可規模化的流程。