法規變動不會通知你，所以我們去盯著它
ESG 規範分散在主管機關公告、準則機構改版與跨境機制的過渡安排裡，沒有統一的訂閱管道。 先見明把這些來源逐一納管，各自寫專屬的擷取器，統一成同一種資料形狀。
| CODE | 來源 | 轄區 | 層級 |
|---|---|---|---|
| FSC-ESG | 金融監督管理委員會 · 永續金融網FSC Sustainable Finance Network | 台灣 | T0 |
| CCA | 環境部氣候變遷署Climate Change Administration | 台灣 | T0 |
| CGA-CENTER | 公司治理中心（臺灣證券交易所）TWSE Corporate Governance Center | 台灣 | T0 |
| ESG-INFOHUB | ESG 資訊整合平台（臺灣證券交易所）TWSE ESG Information Hub | 台灣 | T1 |
| MOE-LAW | 環境部法規查詢系統Ministry of Environment Law Database | 台灣 | T1 |
| IFRS-ISSB | IFRS 永續揭露準則（ISSB）IFRS Sustainability Disclosure Standards | 國際 | T1 |
| GRI | 全球永續性報告協會Global Reporting Initiative | 國際 | T1 |
| CDP | CDP 碳揭露專案Carbon Disclosure Project | 國際 | T1 |
| TCFD | 氣候相關財務揭露Task Force on Climate-related Financial Disclosures | 國際 | T1 |
| EU-CBAM | 歐盟碳邊境調整機制EU Carbon Border Adjustment Mechanism | 歐盟 | T1 |
一條可以逐步覆核的管線
每一筆推播都能往回追：哪個來源、什麼時候抓的、原文長什麼樣、判定為異動的依據是什麼。 管線刻意做成可稽核，而不是黑箱。
-
01
擷取FETCH
各來源專屬擷取器讀取公告頁或 RSS，遵守 robots.txt 與速率限制， 以識別明確的
HorizenBot/1.0造訪。排程為 每月（台灣主管機關）與 每季（國際準則機構）。 需要即時查驗時，可呼叫手動觸發端點重跑單一來源。 -
02
正規化與比對NORMALIZE
把抓回的項目算出內容雜湊（SHA-256），與資料庫既有紀錄比對： 沒見過的成為新項目，雜湊變了的判定為內容更動，其餘略過。
只有真的變了才會產生事件，避免來源頁面重排版就洗版你的收件匣。 -
03
快照SNAPSHOT
擷取當下的原文另存物件儲存並記錄路徑，事件與快照互相對應。
來源網站日後改版或撤頁，你手上仍有當時的依據。 -
04
判讀ANALYZE
由語言模型產生異動摘要，並標記影響等級（low / medium / high）， 讓收件端先分流再細看。
摘要與分級屬輔助判讀，不取代法規原文與專業判斷；原文連結一律隨事件附上。 -
05
交付DISPATCH
Webhook 以 POST 送出，夾帶 HMAC-SHA256 簽章供你驗證來源； 失敗會重試並留下推送紀錄。也可以完全不收推播，改用 API 自己拉。
每個接收端可設定層級過濾，只收台灣主管機關、或只收國際準則。
三年前的碳排計算，還原得回當時的依據
政府更新係數時，我們不覆寫舊值 —— 新增一個版本。 舊版本標記結束生效日並保留，歷史計算與它當時採用的係數版本永久綁定。
查證時最難交代的往往不是算式，而是「這個數字當年憑什麼是這個數字」。 多數係數表只保留最新值，一旦主管機關更新，過往報告的計算基礎就再也對不回去。
先見明把係數當成不可變的紀錄：每一筆都帶版本標籤、生效區間、來源公告與原始連結， 並與法規情報管線共用同一批來源 —— 係數更新本身，就是一則法規異動事件。
於是「重算」與「複查」變成同一件事的兩面：你可以指定時點取回當時有效的係數， 也可以順著來源連結回到公告本身。
每筆係數紀錄保存的欄位
- coefficient_type · parameter_name
- 係數種類與參數名稱（例如電力、燃料、GWP 類別）
- value · unit
- 數值與單位，高精度保存不作四捨五入
- scope
- 對應的盤查範疇（Scope 1 / 2 / 3）
- version
- 版本標籤，對齊公告方的版本命名
- effective_date · effective_end_date
- 生效起迄；結束日為空表示目前有效
- is_current
- 是否為現行版本，舊版保留不刪除
- source_document · source_url
- 來源公告名稱與連結，可回溯至原始文件
給機器讀的資料，不是給人抄的網頁
先見明是資料層，不預設你要長什麼樣子。無論你要接進既有的合規中台、顧問服務平台， 還是自己的儀表板，都是同一組 REST 端點與同一種事件格式。
| ENDPOINT | 用途 |
|---|---|
| GET /v1/sources | 納管來源清單與狀態 |
| GET /v1/items | 法規項目與原文連結 |
| GET /v1/events | 異動事件（新增／更動） |
| GET /v1/coefficients | 排放係數與歷史版本 |
# Webhook 推送到你設定的網址
POST https://your-endpoint.example/hooks
Content-Type: application/json
X-Horizen-Signature: sha256=<hmac>
{
"event_id": "<事件編號>",
"event_type": "updated",
"detected_at": "<偵測時間>",
"diff_summary": "<異動摘要>",
"impact_level": "<low|medium|high>",
"item": {
"id": "<法規項目編號>",
"title": "<法規／公告標題>",
"url": "<來源原文連結>",
"source_code": "<來源代碼>",
"source_name": "<來源機關>",
"source_tier": "<T0|T1|T2>"
}
}
欄位結構示意，角括號處為佔位符，非實際事件內容。
以共用密鑰驗證 X-Horizen-Signature 即可確認推播來自先見明；簽章是對原始 request body 計算的，先解析再重新序列化會因中文跳脫而驗不過。
誰會需要這一層
ESG 顧問公司
不必再靠人力輪流刷各家公告頁。把情報層外包給資料管線，顧問的時間留給判讀與客戶溝通，也可用自有品牌前端承接。
企業永續部門
盤查與報告的依據集中管理，係數版本、來源公告、計算時點一次對齊，接受查證時拿得出完整的來源鏈。
法遵與風險管理
把異動事件接進既有的合規中台或工單系統，依影響等級分流，讓法規追蹤變成流程的一部分而不是專案。
先說清楚我們不做什麼
會被拿去支撐查證的東西，說明得越保守越好。以下是現階段的實際狀態與限制。
- 不是即時監控。擷取採排程執行：台灣主管機關每月、國際準則機構每季，另提供手動觸發。要求分鐘級即時的情境，這套目前不適合。
- 來源分批上線。納管清單已定義，但各來源的擷取器依序開發與驗證，涵蓋範圍會隨時間擴大而非一次到位。
- 摘要由 AI 產生。異動摘要與影響等級是輔助分流用的判讀，可能有誤，一律以來源原文為準。
- 不提供法律意見。先見明交付的是資料與線索，法規適用與合規結論仍由你的專業團隊作成。
- 尚未公開營運。產品在早期開發階段，端點與資料結構仍會調整；現在接入的夥伴，也一起決定它最後長什麼樣。