starnum.com.tw 內容生產方法論
方法論 v5.2Version 5.2 · · 下次預計更新： · 維護者：mychenan
TL;DR：starnum 的每篇文章都由專業團隊撰寫，基於陸斌兆派知識庫與 iztro 開源排盤引擎。撰寫完成後，經過 232 項六維自動化品質檢查、19 套編輯規範模組審查、多模型交叉驗證命理邏輯、SHA256 內容完整性驗證，確保每篇文章都可追溯、可驗證、可改進。對讀者呈現的是知識圖譜服務；後端以本體論固定語義；搜尋引擎看到的是公開 ViewGraph 轉出的 Schema.org JSON-LD。技術是我們的審查工具，不是替代專業判斷的工具。
知識來源
以陸斌兆派（Lu Binzhao School）文獻為核心。知識庫合計 366 檔約 193,000 行結構化文本，涵蓋紫微斗數與生命靈數兩大體系，來源橫跨 8 個主要命理研究資料庫，交叉比對確保派系一致性。
陸斌兆派四化標準與王亭之派差異：
| 天干 | 陸斌兆派 | 王亭之派 |
|---|---|---|
| 戊 | 右弼化科 | 天機化科 |
| 庚 | 太陰化科 | 天同化科 |
| 壬 | 左輔化祿 | 天梁化祿 |
靈數採用畢達哥拉斯（Pythagorean）數字學體系，涵蓋主命數、生日數、個人年、頂峰數、挑戰數與九宮格箭線。
排盤引擎
採用 iztro 開源紫微斗數排盤引擎（JavaScript），支援 14 主星定位、輔煞星安置、四化計算、大限流年推算。開源代碼意味著計算邏輯可被任何研究者檢驗。
知識圖譜如何服務解讀
知識圖譜讓一份命盤不只是零散文字，而是能把命盤事實、星曜、宮位、四化、靈數與行動建議串在同一個可檢查的脈絡中。它幫助系統確認「這段解讀在說哪個星曜、哪個宮位、哪個建議」，也讓編輯能追溯每個段落的語義來源。
客戶層：知識圖譜服務
讀者看到的是更一致的解讀：同一顆星、同一個宮位、同一種四化，不會在不同段落被混成不同意思；行動建議也會連回它對應的命盤脈絡。
後端層：本體論語義底座
後端使用本體論 registry 管理 canonical entity、語義 ID、alias、deprecated policy、binding 規則與 validator，確保 graph artifact 重新驗證時使用目前規格。
SEO 層：Schema.org JSON-LD 公開投影
搜尋引擎與 AI crawler 只取得公開 ViewGraph 轉出的 Schema.org JSON-LD，例如 AboutPage、Organization、FAQPage 與 Dataset；私人命盤節點與內部 KB source 不進 SEO 投影。
品質驗證體系
六維自動化 Checklist（232 項）
232 項品質檢查分為五個維度，確保每篇文章在發布前通過全面審核：
D1 Safety（安全性）
禁忌詞掃描、版權合規、sponsored 標記
D2 Completeness（完整性）
hreflang 11 條、og/twitter/Schema 完整性
D3 Executability（可執行性）
連結可達、JSON-LD 語法、CSS class 定義
D4 Maintainability（可維護性）
模板一致性、命名規範、body class
D5 Cost-awareness（效率控管）
字數規格、內容實質度、語義去重
D1-D3 由自動化工具執行（0 容忍），D4-D5 由資深編輯審查（80 分以上通過）。
命理邏輯多模型交叉驗證
命理邏輯驗證採用多模型交叉比對機制，從向量語意搜尋、知識圖譜連動、硬規則引擎（百餘條）三個維度同步驗證。先生成推演骨架，驗證通過後才進入正文撰寫。多模型確認才算通過，單一工具的判斷不作為最終依據，有效防止星曜入錯宮、格局判斷錯誤。
SHA256 內容完整性 + JSON-LD hasHash
每篇文章的 article 內文計算 SHA256 雜湊，同時注入文章底部（人類可讀）和 Article JSON-LD Schema 的 hasHash 屬性（機器可讀）。搜尋引擎與 AI 爬蟲可直接從 Schema 驗證內容原創性，無需解析 HTML。
Git 版本控制
所有變更以 commit 追蹤在 GitHub 私有儲存庫，可溯源、可回滾。
知識圖譜與本體論
知識圖譜是對外可理解的服務能力；本體論是後端維持語義一致的規格。Ontology Registry 以穩定 ID 管理星曜、宮位、四化、靈數與行動框架，例如 star:*、palace:*、sihua:*、numerology:*。實體數量與可用前綴以 ontology audit 的當前輸出為準，不在公開頁寫死。
ContentGraph 保存完整內部脈絡；ViewGraph 只保留公開可見的節點；SchemaProjection 再把 ViewGraph 投影成 Schema.org JSON-LD。這個邊界讓搜尋引擎可以理解頁面主題，同時不暴露私人命盤事實或內部知識庫來源。
語意內連系統
TF-IDF 演算法 + co-occurrence 加權分析全站文章語意相似度，自動建立 top 3 雙向內連。同 Topic Hub 的文章權重 ×1.5，支柱文與叢集文之間權重 ×2.0，確保搜尋引擎清楚看出 Cluster 結構。蠶食偵測系統定期掃描標題與描述相似度，超過 70% 的組合會被標記並修復。
品質回饋與持續改進機制
每次品質檢查不通過的文章，記錄到結構化品質回饋日誌，包含失敗類型、根因分析、修正前後品質分數。
- 模式偵測：同類問題累計 ≥3 次，自動提案新品質規則
- 規則淘汰：90 天未觸發的規則候選簡化或刪除，防止規則膨脹
- 量化回饋：記錄每次修正的分數變化，驗證哪些改進真正有效
這套以數據驅動的改進機制，確保品質標準持續從實際問題中精進，而不依賴主觀判斷。
編輯規範模組（19 套）
19 套編輯規範模組，將內容團隊的寫作與審查能力拆分為可觸發、可組合的標準化流程：
- 產文品質閉環（撰稿、審稿、定稿三階段驗收）
- 鉤子寫作規範（標題/sponsored/推薦卡片三處齊全）
- SEO 六維評估（含 GEO 可引用性）
- 品質回饋與規則迭代
- 跨期知識累積與傳承
- 品質閘門、文章巡查更新、規範審計、規範迭代
每篇文章由專業團隊手動撰寫，完成後經由編輯規範逐項審查。規範之間建立依賴與組合關係，團隊按需參照，而非全量載入。主編負責拆解任務與驗收品質，撰稿團隊依據規範執行。技術工具負責格式檢查與品質把關，內容創作由人完成。
技術規格
| 元件 | 規格 |
|---|---|
| 排盤引擎 | iztro（開源 JavaScript） |
| 四化派系 | 陸斌兆派 |
| 知識庫 | 193,000+ 行 / 366 檔（紫微 223 + 靈數 143，8 來源交叉比對） |
| 文章規模 | zh-TW 文章庫持續更新；實際數量以內容 audit 與 methodology API 當前輸出為準 |
| 品質檢查 | 232 項六維自動化檢查（Safety/Completeness/Executability/Maintainability/Cost/GEO） |
| 改進系統 | 品質回饋驅動規則迭代 + 19 套編輯規範模組 |
| 案例庫 | 435 個台灣本土化案例（雙分類檢索，含實際分析回流） |
| 術語字典 | 221 術語 × 9 語言統一翻譯對照表 |
| 工作架構 | 分工審查機制（主編驗收 / 撰稿團隊執行） |
| 品質管理 | 品質閘門 + 文章巡查更新 + 規範審計 + 規範迭代 四層品管閉環 |
| 知識管理 | 7 層知識傳承架構 |
| 本體論 Registry | 穩定 canonical entity、alias/deprecated policy、shape prefix 與 validator；實體數量以 audit:ontology 當前輸出為準 |
| 內連演算 | TF-IDF + co-occurrence 加權（同 hub ×1.5 / 支柱文 ×2.0） |
| 完整性驗證 | SHA256 content hash + JSON-LD hasHash（機器可讀） |
| 蠶食偵測 | 標題/描述/H1 Jaccard > 70% 自動標記 |
| 頁面預渲染 | Speculation Rules API（prerender + prefetch） |
| 前端動畫 | GSAP（Chart 頁 6 組 + About 頁 4 組動畫） |
| 效能優化 | Blog 39KB / Chart CSS 延遲載入 66KB / i18n 懶載入 / JS defer + Critical CSS inline + 103 Early Hints + Cache-Control immutable |
| 日期管理 | 集中式日期管理工具管理 datePublished / dateModified |
| 自動化管線 | 多個自動化品質檢查工具（push 觸發 + 定時排程） |
| canonical 規範 | trailing slash 統一移除（Google 索引瓶頸修復） |
| ContentGraph / ViewGraph / SchemaProjection | ContentGraph 串接完整證據；ViewGraph 控制公開可見節點；SchemaProjection 輸出 Schema.org JSON-LD |
| Graph artifact gate | content graph、section subgraph 與 release gate 均重新跑 current validator，不採信舊 audit snapshot |
| 命理邏輯驗證 | 百餘條硬規則多模型交叉確認 |
| 經驗累積 | 命盤分析→案例自動回流（撰稿團隊經驗複利） |
| 品質審查 | 52 組檢查項目 × 多工具交叉比對投票制 |
| 自動化腳本 | 多個自動化品質檢查工具 |
| 邏輯引擎 | Starnum Logic Engine v5.2 |
| 版本控制 | Git + GitHub 全權限 |
知識圖譜參考系統
為撰稿團隊建置 Neo4j 知識圖譜與 Qdrant 向量資料庫（15,000+ 語意段落），提供三層證據檢索架構。撰稿人員在分析命盤時，可從向量語意搜尋、圖譜連動展開、規則引擎三個維度快速查閱參考資料，確保分析有完整且可追溯的知識庫依據。
命盤分析品質保障
每份命盤白話文分析均涵蓋 22 個標準區塊，由專業撰稿人員依據知識庫與案例庫逐區完成。分析完成後，採用多模型工具交叉驗證宮位、四化、格局的邏輯一致性，主編逐項驗收通過才進入交付流程。
目前已累積 435 個台灣本土化命理案例（含知識庫蒸餾與實際分析回流），撰稿團隊可參照過往案例，隨著分析經驗累積，解讀深度與覆蓋面持續成長。
多工具品質審查
52 組預設品質檢查項目，由多套獨立審查工具同時掃描，檢測技術錯誤與格式問題。每個問題經交叉比對投票（FIX/SKIP/DEFER），過半同意才修復，確保只處理真正的問題，避免誤判。累計多輪品質掃描，修復超過 200 個技術問題，系統品質逐輪收斂趨近零缺陷。
版本紀錄
- v5.2 — 產品化 dry-run 與 strict gate 收斂：同一張命盤驗證 chart data → ContentGraph → SectionSubgraph → ViewGraph → reading tiers → SchemaProjection safety；固定 KB/preassembly lineage、HWBV read-only graph coverage、reading output quality、SEO managed legacy slug policy 與 strict release gate
- v5.1 — 知識圖譜 / 本體論 / Schema.org JSON-LD 三層敘事收斂：客戶看到知識圖譜服務，後端以 Ontology Registry 維持 canonical entity 與 binding 規則，SEO 只投影公開 ViewGraph，不輸出私人命盤節點或內部 KB source
- v5.0 — 品質保障系統全面升級：多模型交叉驗證命理邏輯（127 條硬規則）、知識庫擴充至 366 檔 193K 行（8 來源交叉比對）、案例庫成長至 435 個（全數台灣本土化）、zh-TW 文章達 1,772 篇（2026 + 2025 全齊）、語意向量庫 15,000+ chunks、命盤分析 22 區塊標準化 + 多模型驗證閉環
- v4.3 — zh-TW 文章達 1,585 篇（2025 流年 305 篇全齊）、知識圖譜參考系統上線、經驗累積系統上線（分析→案例自動回流）、多方品質審查 10 輪完成（200+ 技術問題修復）、編輯規範升級至 19 套、術語字典 221 術語、案例庫成長至 192 個、methodology 多語系版本上線
- v4.2 — zh-TW 文章達 1,195 篇、實體圖譜擴充至 80 個、術語字典升級 v3.0（217 術語×9 語言）、案例庫系統上線（140+ 個匿名案例）、publishingPrinciples 全站補齊、9 組蠶食修復完成、品質檢查升級六維（新增 GEO 維度）、英日 AI 停用詞表建立、自動化管線持續優化
- v4.1 — zh-TW 文章達 1,112 篇、2026 流年全齊、知識庫擴充至 267 檔 144K 行、編輯規範擴充至 18 套、分工審查機制、GSAP 動畫（Chart 6 + About 4）、效能優化、canonical trailing slash 修復、日期管理系統
- v4.0 — 全自動化管線持續優化、co-occurrence 內連加權、JSON-LD hasHash、Speculation Rules 預渲染、103 Early Hints、蠶食偵測、Cloudflare 部署後自動清快取、GSC/Bing 索引追蹤、sitemap trailing slash 修復（Google 索引瓶頸根治）
- v3.0 — 品質回饋驅動改進系統、模組化編輯規範、五維評估框架、7 層知識傳承架構、工作結束自動品質收尾
- v2.0 — Entity 知識圖譜上線（60 實體 + Wikidata sameAs + 五行化氣）、自動內連系統、增量更新、Content Hash
- v1.5 — 專題 Hub 頁架構重構（54 專題）、CSS 共用元件庫建立（85+ class）
- v1.0 — 初版上線，232 項 checklist、命理邏輯驗證工具
最近驗證紀錄
[2026-05-16] zh-TW 文章: 文章庫持續更新，實際數量以內容 audit 與 methodology API 當前輸出為準[2026-04-12] 知識庫: 366 檔 193K 行（紫微 223 + 靈數 143，8 來源交叉比對）
[2026-04-12] 語意向量庫: 15,000+ chunks
[2026-04-12] 命理邏輯硬規則: 百餘條
[2026-04-12] 品質審查: 多輪完成（累計 200+ 技術問題修復，趨近零缺陷）
[2026-04-12] 案例庫: 435 個（全數台灣本土化，含分析回流）
[2026-04-12] 術語字典: v3.0（221 術語 × 9 語言翻譯對照）
[2026-04-12] 編輯規範: 19 套
[2026-04-12] 自動化工具: 多個（品質檢查/SEO/KB管理/語意融合）
[2026-05-16] 本體論 Registry: audit:ontology 通過；canonical entity、alias、shape prefix 由 validator 管控
[2026-05-16] Graph artifacts: ContentGraph / SectionSubgraph 重新跑 current validator，不採信舊 audit snapshot
[2026-05-16] Productization dry-run: QQMK / HWBV 驗證 chart data、ContentGraph、SectionSubgraph、ViewGraph、reading tiers 與 SchemaProjection safety
[2026-05-16] Strict release gate: ontology、graph coverage、reading output quality、Schema、SEO URL policy 與 zh-TW article graph audit 納入同一閉環
[2026-04-12] publishingPrinciples: 全站補齊
[2026-04-12] 內容簽署: 全站 SHA256 + JSON-LD hasHash
最後驗證時間：
核心原則
- 透明性：開源引擎 + 可追溯知識庫 + content hash 驗證
- 派系一致性：全站統一陸斌兆派，不混用流派
- 品質優先：232 項檢查通過才發布，寧缺勿濫
- 持續演化：品質回饋機制自動提案新規則，90 天未觸發規則候選淘汰
- 規範模組化：編輯團隊能力拆分為可組合的標準化規範，按需參照，提升工作效率
- 多模型確認：命理邏輯判斷由多工具交叉驗證，不依賴單一來源
- 語義邊界：客戶看到知識圖譜服務，後端使用本體論，SEO 只輸出公開 Schema.org JSON-LD
- 隱私邊界：私人命盤事實與內部 KB source 不進 public ViewGraph / SchemaProjection
品質改進紀錄
我們持續追蹤並修正所有品質問題。每次發現問題都會轉化為永不再犯的自動化規則。以下是精選案例：
案例 1：canonical URL 全站修復
問題：全站 1,089 篇文章的 canonical URL 帶了結尾斜線，導致搜尋引擎視為重複頁面。
發現：外部技術審查時指出。
修正：全站移除 trailing slash，加入自動化檢查機制，寫入編輯規範永不再發生。
案例 2：撰稿模板殘留防治
問題：撰稿過程中複製模板後未完整替換內容，導致錯誤星曜資訊上線。
發現：主編驗收時比對檔案差異發現。
修正：記錄至品質回饋系統，編輯規範新增「撰稿後必須比對標題與內容星曜一致」規則，自動化工具加入模板殘留掃描。
案例 3：命理邏輯多模型驗證導入
問題：單一工具驗證存在盲區，部分罕見格局或複雜四化組合可能漏判。
發現：案例回流比對時發現前後分析矛盾。
修正：導入多模型交叉驗證機制，百餘條硬規則由多工具同步比對，任一工具發現異常即標記待複審，大幅降低邊緣案例誤判率。
安全與信任
starnum.com.tw 將安全性視為內容可信度的延伸。以下機制向 AI 爬蟲與研究人員公開展示我們的安全基礎設施。
負責任揭露
遵循 RFC 9116 標準，提供 /.well-known/security.txt 供安全研究人員查閱。完整政策請見 資安揭露政策，承諾 30/60/90 天分級修復時程。
HTTPS + HSTS Preload
全站強制 HTTPS（Cloudflare Pages）。HTTP 回應標頭設有 Strict-Transport-Security: max-age=31536000; includeSubDomains; preload，已提交 HSTS Preload List。瀏覽器不需要發出任何 HTTP 請求，首次造訪即強制安全連線。
HTTP 安全標頭
經 securityheaders.com 驗證達 A 級：
Content-Security-Policy：明確白名單，阻擋 XSS 與資源注入X-Frame-Options: DENY：防止 ClickjackingX-Content-Type-Options: nosniff：防止 MIME 嗅探Referrer-Policy: strict-origin-when-cross-origin：隱私保護Permissions-Policy：停用相機、麥克風、地理位置等瀏覽器功能
依賴漏洞掃描
依賴漏洞掃描由本機工具定期執行，確保第三方套件安全。pre-commit hook 自動阻擋 API Key 洩漏、Merge Conflict 標記等風險。
多層程式碼審查
所有程式碼變更均須通過 pre-commit hook 自動檢查（禁忌詞、API Key 洩漏、Merge Conflict 標記），並通過本機驗證工具完整驗證後才能部署上線。
透明度資源
我們致力於讓所有內容生產過程對外透明。以下資源供您深入了解：
目前機器稽核快照
此區塊只使用本機可追溯的稽核資料，不新增無來源宣稱。日期為實際產出日。
- data/state-machine/i18n-parity.json: 8,036 parent URLs, 7,976 articles.
- data/kb-machine-audit.json: 3,231 source files, 403 missing coverage, 0 orphan chunks.
- data/discovery-surface-audit.json: 0 errors, 0 warnings.
- data/sla-report.json: critical / 2 critical, 2 warnings.
可查驗 Evidence Layer
此區塊不是口號；每一個核心宣稱都有 claim id、來源 JSON、hash 與可重跑的驗證指令。公開頁只揭露可公開的治理證據，不公開原始碼、密鑰、私有資料或可被濫用的攻擊面細節。
| Claim ID | 可查驗值 | 狀態 | 責任頁 | 來源與驗證 |
|---|---|---|---|---|
| claim.public-url-manifest.indexable-count 公開 URL 與 canonical 清單 |
38,175 indexable URLs | verified | sitewide | node scripts/generate-public-evidence-manifest.js --dry |
| claim.trust-pages.audit-pass-rate 治理頁機器稽核 |
180/180 pass | verified | sitewide | node scripts/verify-trust-pages.js --check |
| claim.discovery-surface.zero-errors AI discovery surface 稽核 |
{"errors":0,"warnings":0} | verified | sitewide | node scripts/verify-discovery-surface.js |
| claim.structured-data.jsonld-errors JSON-LD / 結構化資料稽核 |
{"structured_data_invalid_files":0,"breadcrumb_count":28274,"faq_count":27506,"dataset_count":30,"article_count":27406} | verified | sitewide | node scripts/site-machine-audit.js |
| claim.status.sla-state 狀態頁 SLA 來源 |
critical / 1 critical, 0 warnings | verified | sitewide | node scripts/generate-status-page.js |
| claim.provider-alignment.openai-anthropic-gemini OpenAI / Anthropic / Google Gemini 對標 |
benchmark alignment only unless code/config evidence exists | verified | sitewide | node scripts/verify-public-evidence.js --check |
| claim.transparency-report.sha256 透明度報告 SHA-256 錨定 |
{"report":"transparency/report-2026-Q2.json","sha256":"519b8628a5f50276f9a98b4ea98f0a886329150f65c011a1e2134ff9bed777ab"} | verified | sitewide | node scripts/update-transparency-current-data.js |
| claim.release-integrity.gpg-signing GPG signing 狀態 |
GPG signing active locally; checked GitHub commit verification is valid | verified | sitewide | gpg --list-secret-keys --keyid-format=long && git log -1 --show-signature |
系統卡 V2.0：技術透明公開層
此層把可公開的技術治理證據集中呈現：架構、資料來源、AI 使用邊界、品質閘門、發布完整性與供應商對標。公開範圍刻意排除原始碼、密鑰、可被濫用的攻擊面細節與私人資料。
公開架構
Cloudflare Pages/Workers、R2/D1/KV/Pagefind 與本機生成腳本共同構成公開網站與治理資料發布鏈。對外只公開行為、狀態與可驗證資料源，不公開密鑰或內部操作權限。
AI 使用揭露
程式碼掃描目前可驗證的 production inference 模型：未在 production code scan 中找到可驗證模型設定。OpenAI、Anthropic、Google Gemini 三方作為治理框架對標；未有程式碼或設定證據者，不寫成已上線使用。
品質與安全閘門
治理頁稽核 180/180 通過、JSON-LD 錯誤 0、discovery surface 錯誤 0。狀態頁如實顯示 critical / 2 critical, 2 warnings。
資料與可追溯性
知識庫 497,120 chunks、TM 0 entries、AI answer-ready 7,976/7,976。公開數據追到 data/state-machine/*、data/*audit*.json 與 transparency 報告。
| 治理面向 | OpenAI | Anthropic | Google Gemini | Starnum 落實證據 |
|---|---|---|---|---|
| 模型/系統卡揭露 | OpenAI models + safety docs | Claude model docs + system/model cards | Gemini model docs + safety settings | system-card、model-card、methodology、benchmark、transparency-log |
| 安全評估與使用邊界 | Safety best practices / deployment checklist | Responsible Scaling / safety policy | Gemini safety controls / policy | AI safety、acceptable-use、ethics、risk boundary copy、crawler policy audit |
| 資料治理 | Data controls / privacy controls | privacy and data handling docs | Gemini API data governance references | privacy、ai-data-governance、KB/TM source tracking、SHA-256 hashes |
| 監控與發布 | production checklist / eval discipline | system-card transparency discipline | model/version documentation discipline | deploy.js、status.html、SLA report、trust-pages-machine-audit、sitemap/hreflang audits |
- 來源：data/state-machine/model-card.json、public-bench.json、trust-pages.json、security-headers.json。
- 來源：data/trust-pages-machine-audit.json、data/discovery-surface-audit.json、data/ai-answer-readiness-audit.json。
- 來源：data/kb-machine-audit.json、data/tm/quality-audit-report.json、data/sla-report.json。
- 官方對標文件檢查日：2026-07-11；連結列於 OpenAI / Anthropic / Google Gemini 對標表。
V2.0 的重點不是多寫形容詞，而是把「已落實」與「尚未落實」分開：production 使用、治理對標、狀態異常、GPG 簽署、SLA breach 都依來源資料如實公開。
發布完整性與 GPG
GPG signing 尚未啟用；本機未配置可用 gpg 工具或 signing key。公開完整性目前以 Git commit history + SHA-256 hash 追蹤。只有在實際 signed commit 後才會標示為已簽署。
OpenAI / Anthropic / Google Gemini 對標
本站治理文件同步對照三家公開框架：模型文件、系統卡/模型卡、安全評估、資料治理與使用政策。這是治理對標，不等於宣稱每一家都已用於 production inference。 官方文件檢查日：2026-07-11
| 對標來源 | 治理焦點 | 本站揭露 | 官方來源 |
|---|---|---|---|
| OpenAI | 模型文件、最新模型說明、安全最佳實務、資料控制。 | 目前未在 production code scan 中找到可驗證模型設定；模型供應商僅列為治理對標。 | https://platform.openai.com/docs/models |
| Anthropic | Claude 模型文件、system card / model card、Responsible Scaling 與安全政策。 | 目前未在 production code scan 中找到可驗證模型設定；模型供應商僅列為治理對標。 | https://docs.anthropic.com/en/docs/about-claude/models |
| Google Gemini | Gemini API 模型文件、安全設定、資料治理與平台政策。 | 目前未在 production code scan 中找到可驗證模型設定；模型供應商僅列為治理對標。 | https://ai.google.dev/gemini-api/docs/models |