2026-09-30(三)10:00 · 振曜科技 601 會議室

這一季,我們沒有做出 73 支工具。
我們讓 73 支工具被做出來。

AI 推動委員會第一季成果發表——關於 4 個兼任的人,如何讓 30 位各單位同仁自己動手,做出每天在用的工具。

報告人 江冠龍 Daniel AI 專案小組副組長 期間 2026-06-01 → 09-30 資料時點 2026-09-16(W15)
6 / 01委員會成立0 平台 · 0 工具
0 位受過訓練
7 / 01衝刺班開跑雙周分享啟動
每人都要交作業
8 / 12AI 應用商店開張當天架上 3 支
9 / 11外部課程開訓此前能力已達 >90%
9 / 30今天73 支 · 30 位作者
854 次取用
(暫用 9/16 快照)

這五個日期是本報告的骨架。後面每一段論證,都落在這條線上的某一個區間——順序本身就是證據

關於本報告的數字 本報告所有商店數字取自 2026-09-16(W15)的實際抓取快照,在文中以 虛線底標記 呈現。 正式發表前將於 9/29 重新抓取並全數更新,屆時數值會再往上——這裡看到的是下界,不是終值
00

這一季發生了什麼

六個數字。如果只有三分鐘,看這一頁就夠。

73
AI 應用商店架上工具
8/12 開張 · 開張後約 5 週
30
工具作者(各單位同仁)
無一人來自 AI 小組
82.9%
35 位 AI 大使中,29 位真的把工具放上架
分母=大使,不含小組自己
854
累計被同事打開
取用=下載數
21.2
Q1 實際支出(編列 34.6 萬)
省下 38.8% · 已逐筆對帳
0
資本支出
零硬體 · 純訂閱 · 隨時可停
一句話 我們沒有做出這 73 支工具。我們做的是一條路,讓 30 位各單位同仁,自己把它們做出來。

四個兼任的人,三個月,帶動 30 位來自資訊、機構、製造、廠務、會計、文管、研發、品保、業務、財務、成控、人資的同仁,各自做出他們每天在用的工具。這件事最值錢的地方不是數量,是它證明了一種做法可以成立。

平台

三軌全部 LIVE:雲端 AI 平台、企業 GPT(40 席)、AI 大使工作平台。

機制

15 場全員大會不曾中斷(說明會 1 + 每週交流會 14);雙周分享每人輪值 6 次。

治理

Legal 證據包 20 件全數 SHA-256 封存;Azure Policy 攔阻實測通過;委員會決議留痕。


01

今天是最後一天

先說清楚這一季到底在做什麼,以及我要報告的是誰的成果。

開場 三個月前,我們把各單位的 AI 大使編成一個衝刺班——每兩週一次分享,每個人都要交作業。
7 月 1 日開跑、9 月 30 日結業;今天,就是最後一天。
而今天我要報告的,不是我們做了什麼——是他們做出了什麼。

「今天就是最後一天」不是修辭。簡報上傳系統在 7 月 1 日建立時,排程就設定為 7/1 → 9/30 共 14 場——這一季從第一天起就有明確的終點,而今天正好走到。

這一季的角色分工 AI 專案小組是 4 個兼任的人。我們的工作不是替各單位做工具,是把平台、機制、規則與示範鋪好,讓他們自己做得起來。 接下來的每一個數字,主詞都是他們

02

起點,與現在

四個月前這裡什麼都沒有。這不是形容詞,是可查證的事實。

起點 2026 年 6 月 1 日,委員會成立那一天,我們有的是:0 個平台、0 支工具、0 位同仁受過 AI 訓練。
面向2026-06-012026-09-16起算點
平台 LIVE03 個6/1 起陸續上線
架上工具073🔒 商店 8/12 開張,當天架上 3 支
工具作者030同上
累計取用0854同上
累計按讚0195同上
全員大會015 場6/9 說明會起,未曾中斷
外部培訓033 位四家公司 · 30 小時課程進行中
這裡有一個容易被誤讀的地方,先講清楚 商店類數字(工具數/作者數/取用次數/按讚數)的起算點是 8 月 12 日商店開張不是 6 月 1 日。 所以 73 支是開張後約五週的成果,不是四個月的累積。 這個區別很重要——因為它讓後面第三章那個問題變得更尖銳:能力明明七月就到位了,為什麼工具八月中才開始出現?
部門覆蓋:AI 有窗口的部門,不是有預算的部門

36 個部門席次橫跨六大機能群——研發、製造、品保、市場業務、行政財會、資訊。

這個編組方式是刻意的:席次不是給預算多的單位,是給每天有重複性工作、而且願意有人出來動手的單位。它的效果在第三章會看到——最後一批首度上架的人,來自工廠側,不是辦公室。


03

釣竿

這一章是全場的主軸。它要回答的不是「做了多少」,是「為什麼會發生」。

主軸 我們沒有做 73 支工具。
我們讓 73 支工具被做出來。
 若 AI 小組自己做實際發生的
動手的人4 人(且皆為兼任)4 人 + 30 位各單位同仁
商店上那 730 支出自 AI 小組
誰懂那個痛點我們得用問的他們每天在做那件事
上線後誰維護只能是我們作者自己——已有人回頭改版

槓桿倍率是 4 → 3073。而商店在 8 月 12 日開張當天,架上只有 3 支

但 AI 小組自己也在做——這句必須說清楚 三個平台 LIVE、40 席企業 GPT 開通並產出 10 支納入清冊的企業 GPT5 套自建系統上線(痛點回報、QR 碼點名、使用分享管理、AI Portal 入口網站、痛點調研)、15 場不曾中斷的全員大會。

工具是他們的,路是我們鋪的。

🔒 本報告刻意不做「如果 AI 小組自己做只能做幾支」這類反事實估算——那種數字無法查證。我們只說一個可以直接打開商店驗證的事實:架上那 73 支,0 支出自 AI 小組。

四條證據

下面四條,每一條都是時序——不是我們的主張,是事情發生的順序。每一句引述都回到當期會後信的原文,可逐字查證。

證據 01 · 通路
能力在七月就到位了。多出來的那七十支,是「通路」長出來的。
結果:商店 8/12 開張當天架上 3 支;約五週後(9/16)73
你們已經從「用 AI」進化到「用 AI 做工具」了。2026-07-22 · W7 會後通知信
這些工具有一個共同的問題:它們躺在你的電腦裡。最多傳給隔壁同事。2026-08-12 · W10 會後通知信

中間隔了三週。能力 7/22 就宣告到位,商店 8/12 才開。那三週不是能力不足,是沒有地方放。

證據 02 · 訓練時序 最強的一條
這一季的能力成長,發生在任何正式訓練開始之前
結果9 月 11 日外部課程開訓那一天,能力階梯已經走到「超過 90%」(W13/9 月 2 日為開訓前最後一個資料點)。

每一個資料點都來自當期會後通知信的原文描述。9/11 是外部課程開訓日——它在所有資料點之後。

場次日期當期會後信原文(逐字)
W77/22三分之一的大使能用 AI 做出部門專屬小程式
W87/29本週 50% 的 AI 大使
W98/05每 10 位大使,已經有 7 位在做自己的工具
W118/19本週 83% 的 AI 大使
W139/02本周超過 90%
▼ 2026-09-11 外部在職菁英班開訓(分界線)
W159/16今天上台的 15 位,100% 都帶著自己做的工具
(開訓後,列為後續觀察,不作為本條證據)
這一條必須連同下面這句一起講 地基在開訓前就長好了;開訓之後還在長。30 小時的課程,是用來加速下一段的。

本季驗證的是「機制可以自己長出地基」;下一季要驗證的是「有了正式訓練能長多快」。課程不是補救,是加速。
證據 03 · 擴散
做工具的人,從辦公室走到了工廠。這一段用了十週。
結果:W15 當週 4 位首次上架者,全部來自工廠側——廠務工程部、製造工程部、製造處(非代工 A・B)。
過去兩個月,做工具的人多半集中在資訊、財會、行政……而今天在台上,我們還看到製造現場的大使,也開始動手做自己的工具了2026-08-26 · W12 會後通知信

擴散不是均勻的。它先在「本來就天天用電腦」的同質群體內飽和,再跨界。跨界那一刻來得晚,但一旦跨過去,速度不比原群體慢。

證據 04 · 語言
語言的變化,比數字的變化更難偽造。
自然對照:同一群人,相隔兩個月,談同一件事。
7 月(W7/W8)·談功能

「離線就能跑」
「能分享給部門」

9 月(W15)·談邊界

「規則遮罩只能降低風險」
「參訓,不等於完訓」
「小助手只負責整理、計算與複製」

三句分別來自機構設計部、人力資源部、研發二部——三人分屬三個不同部門、沒有對過稿

會主動講「這個工具做什麼」的人,是已經被使用者問過的人。
取用數可以衝、上架數可以催,但這種語言換不來——它只能被真實使用磨出來。

誰動手、有沒有人用

數字這一層在說什麼
誰動手29 / 35 位 82.9%不是我們派工——超過八成的大使自己動手做
做了多少73做完第一支的人,通常會做第二支
有沒有人用854
48/62 支(77%)
資料時點 9/09·W14
做出來不等於有人用。取用是別人打開的;被打開過的比率目前只有 W14 口徑
有沒有活下來16 / 62 支 26%
資料時點 9/09·W14
🔑 最有說服力的不是總數,是這一格——有人回頭改自己的工具,代表它真的被用著
兩個口徑要分開看 「被打開過的支數」與「曾被改版的支數」目前只有 9/09(W14)的口徑,母體是當時的 62 支;其餘數字為 9/16(W15)、母體 73 支。 兩者不同源,不可互相換算——9/29 重抓時會統一到同一份快照。
上台即上架 3/3

9/9(W14)在台上分享的三位同仁,他們的工具在一週內全部真的上架。從台上講完,到同事點得到,中間只隔七天

持續被使用 27 支

9/9 → 9/16 這一週內,27 支工具的取用次數仍在增加——不是只有新上架的那批在動。

82.9% 是怎麼算的(口徑說明)
  • 分母是 35 位 AI 大使,不是 39 人編組。39 = 編組總數(AI 小組 4 + 大使 35)。小組是建平台的人、不是上架對象,把自己算進分母會虛胖分母也不誠實。
  • 分子 29 用「歷史聯集」不用單期快照。取 W11–W15 五份基線的作者信箱聯集,再與通訊錄 35 位大使取交集。因為「第一次上架」是歷史命題——曾上架後被移除的人,用單期快照會消失。
  • 商店作者 30 位與大使 29 位差在哪?差 1 位非大使同仁(納入群發但不佔部門席次)。30 = 29 + 1,對得起來。
  • 會不會高估?不會,反而是下界——最早的基線是 8/19,8/12–8/19 之間曾上架又移除的人不在聯集內。

04

現場實機

這一段沒有投影片。18 分鐘,直接打開他們做的東西。

開場一句 接下來 18 分鐘,我不放投影片。我直接打開他們做的東西。
要打開什麼分鐘為什麼是它
AI 應用商店首頁2 展示「貨架」本身——73 支工具、30 位作者、排行榜。證明的不是單一工具好,是架上真的有這麼多。
團膳便當訂餐系統
資訊部同仁
6 全站取用第一,而且在場每個人都吃過便當——零解釋成本。技術上屬外部連結型,不經沙箱,是三支裡最不可能當場出狀況的。
ERP 離線檢核與轉檔工具
文件管制中心同仁
7 180 分鐘 → 10 分鐘(省 170 分·94%)。選它的真正理由不是省最多——是作者不是工程師。這件事本身就是論述。
切換緩衝3

三層的設計邏輯:貨架(廣度)→ 便當(共鳴)→ ERP 工具(深度)。前者建立「規模是真的」,中者建立「我懂這個」,後者建立「這值錢」。

第三支尚未完全定案——誠實說在前面 這支工具目前開放給 12 位同仁、上架約三週,取用次數還很低。若現場被問「這支多少人在用」,答案就是這句,不迴避。
9/23 會在會議室實機測試;若當天跑不順,備案是另一支取用數 32、全公司可見的工具。
三支輸入檔一律使用合成/去識別資料。
收束一句 這三個畫面,沒有一個是我們 AI 小組做的。都是各部門同仁自己做的。

05

治理不是口號

合規這件事,重點不在我們有多小心,在於拿不拿得出東西給稽核看。

機制 不是靠人記得規矩,是靠規則自動判——任何人按三步,就能判出這筆資料能不能上雲。
軸 1 · 敏感度

L0–L3 分級,決定這筆資料預設落哪一軌

軸 2 · 物理隔離旗標

決定是否強制落地端,不給例外。

軸 3 · 生命週期完整性

決定雲端路徑是否仍然可信

證據 稽核要的不是「我們很小心」,是「你哪一天、由誰、根據什麼做的決定」這些我們都有。
證據內容狀態
Legal 證據包兩套企業方案共 20 件文件封存,全數 SHA-256已封存
技術護欄實證Azure Policy 攔阻實測通過——試建不合規資源被系統擋下,不是「設了規則但沒驗過」已實測
治理決議留痕2026-07-15 委員會決議:已知風險經審閱後放行並登錄已登錄
第三項是外部稽核要的東西 「已知風險經審閱後放行並登錄」——這不是把問題藏起來,是把決定的人、日期與依據留在紀錄上。這正是 KPMG 稽核要看的治理證據。
紅線 振曜是 ODM,客戶資料是命脈。
我們的規則第一條不是「怎麼用 AI」,是「哪些資料絕對不能碰 AI」。

06

成本紀律

省下來多少不是重點。重點是每一塊錢都對得出來。

結論 Q1 四個月,編列 NT$34.6 萬,實支 NT$21.2 萬——省下 38.8%
而且這不是估算,是 9 張 invoice 加 3 張信用卡帳單逐筆對出來的。

單位:新台幣元。差異 −134,426 元,預算達成率 61.2%。

346,400
編列
月均 86,600
211,974
實支
月均 52,994
−134,426
差異(省下)
達成率 61.2%
0
資本支出
零硬體 · 純訂閱
這 13.4 萬是怎麼省下來的 幾乎全部來自同一件事:原本編列給軌 1 試點的每月 3.5 萬,四個月一毛都沒花——因為我們在它點火之前就換了方案。
四個月的雲端平台費用,總共 5,321 元
但有一筆我們當初漏編了 國外交易手續費 1.5%,四個月 3,054 元。它不出現在任何一張 invoice 上,只有信用卡帳單看得到。
這也是為什麼軌 2 反而超支 1.9%——不是用多了,是編列時沒把它算進去。

這是結構性成本不是一次性,Q2 編列必須納入。
對帳的可信度:這些數字有多少是真的對出來的
支撐強度佔總額說明
invoice/收據直接支撐83.5%有單據可逐筆比對
週期單價確定之推定15.1%月費固定,依期間推算
用量外推1.3%僅此一小部分為估算

🔒 口頭須補一句:以上為 AI 推動委員會三家廠商之請款帳單,非 Q1 全部 AI 相關支出。

沒買任何一台伺服器、沒簽任何一份套裝軟體合約。花的是每個月都可以喊停的訂閱費如果這一季的結果不好,退出成本趨近於零。


07

還沒解決的三件事

這一章是刻意放的。只報好消息的季報,在董事會層級是失格的。

⚠️ 本章為示意版 尚未定案 以下三條是從四條候選中由我判斷後挑出的組合,尚未經過最終圈選(預計 9/23 定案)。 這正是我最想聽 Alan 意見的一段——講哪幾條、怎麼講,屬於判斷不屬於事實。

為什麼一定要有這一章:這場是 Q1 → Q2 的治理閘門。沒有問題清單,決策者無從判斷「加碼要加在哪裡」。而且政治代價是不對稱的——Q2 若出事,「你們 Q1 怎麼沒提」的殺傷力,遠大於「你們 Q1 就說有風險」。

問題 01 · 技術風險
大使系統的舊平台還在線上。
這是目前唯一還掛在最高等級的技術風險。
影響

舊平台的安全層級未達新標準;只要它還在線,暴露面就存在。

已經做了什麼

新平台已完成建置(8 項資源上線、金鑰全數託管、存取全程稽核),遷移方案在手

還缺什麼一個可以執行遷移的時間窗口與切換日。技術沒有卡住,卡住的是人手排程。
問題 02 · 治理缺口
工具治理跟不上採用速度。
這是「成長太快帶來的問題」——四個月前它不存在,因為那時架上沒有東西。
影響

目前沒有「發布即登錄」的閘門。架上有什麼、誰在維護、哪一支碰到敏感資料,靠人記得。Q2 工具數還會長,這個缺口會等比例放大。

已經做了什麼

商店平台與每週基線快照機制已建立,盤點可以機械化——缺的不是資料,是流程。

還缺什麼一個發布即登錄的強制閘門,以及一個把它維護起來的人。這一項直接接到第 9 章的第一、第二個請求。
問題 03 · 架構風險
雲端目前是單一供應商。
原本規劃的第二家雲端備援,已於 2026-08-13 終止授權取得。
影響

架構級風險:供應商的政策、價格或服務條款變動時,我們沒有第二條路可以走

已經做了什麼

主力平台已完成建置且成本受控;因為全程純訂閱、零硬體,真的要換,退出成本是低的

還缺什麼Q2 是否重建備援的決策,以及它的成本評估。這題不急,但不能一直不決定。
還有第四條候選,我判斷不在這場公開講——想聽 Alan 的意見

第四條與企業 GPT 的資料分級有關,涉及客戶資料的邊界。它的技術根因已經找到(是範本設計的缺陷,不是個人疏忽),處理方向也清楚。

我沒把它放進正式的三條,理由是:在六家公司總經理面前談客戶資料風險,很容易被放大解讀。但不講也有代價——如果 Q2 才被發現,會變成「你們早就知道」。這一題我想請您判斷。


08

下一季的錢該花在哪

Build、Consult 還是 Buy——這張表的作用是讓 Q2 的資源配置有依據。

這張表的價值 不在它現在長什麼樣,在於它讓 Q2 的資源配置從「猜測」變成「數據」。
Build 自己做

任務按時完成、品質達標
持續內部深化,不需外部資源

Consult 找顧問

能做但方向不確定、需專家指路
聘顧問 1–2 次定點指導

Buy 外包

耗時 3 倍以上、或不知如何開始
外包給專業公司

這裡必須誠實說在前面 目前這張表是四個月前的預估,不是實測。用四個月實戰數據校準的版本正在製作中。
我把它放進來,是因為判斷框架本身已經可用——但如果被問「這是實測還是估的」,答案就是「估的」。

當初預估涵蓋七個領域:Prompt Engineering、雲端 AI 整合、資安 SIEM 架構、ERP 串接、RAG 資料工程、地端 LLM 部署、AI SOC 進階。

校準版完成後,這一頁會變成全場最有力的一頁之一——「四個月前我們猜過一次,今天用實戰數據重畫。兩張放一起看,你會看到我們猜對了哪幾格、猜錯了哪幾格。」


09

三個請求

向決策層報告,最後必須有明確的請求。這一章就是那個請求。

⚠️ 本章為示意版 尚未定案 三項請求的內容已備妥,但要不要全提、提哪幾項,尚未定案(預計 9/25 圈選)。 A1 的職級年薪區間與 A2 的費用上限兩個數字待填——沒有數字的請求無法被當場准駁。
#請求具體方案驗收門檻不核准的影響
A1 Q2 核准
AI 專職人力
1 名專職(技術架構角色),Q2 三個月,主攻跨系統/跨部門類工具
職級與年薪區間待填
Q2 末交付 ≥2 支跨系統工具,且各有 ≥2 位非作者連續使用 單機/單人類工具仍會成長,跨系統類做不出來
A2 Q2 核准
顧問預算
1–2 次定點指導,領域:ERP 串接機密資料脫敏
費用上限待填
每次產出可執行的架構建議書,並於 30 日內落地 ≥1 項 治理閘門缺口持續,靠內部摸索
A3 其他公司
比照設立機制
各家先提 1 項重複性工作 + 1 位業務負責人,由振曜提供平台與技術後援
邊際費用各家自負
兩週內完成跨公司帳號開通與資安授權 33 位受訓同仁結訓後無機制承接

現場會這樣講

第一個請求:把現在四位兼任的 AI 小組,轉成至少一位專職。理由很直接——四個人撬動 30 位同仁做出 73 支工具,這條路走得通;但下一批更值錢的工具要跨部門、要串系統,需要一個把這件事當主業的人
第二個請求:核准一到兩次、鎖定特定領域的顧問。不是每件事都要我們自己從頭學——有些領域,找對的人指路一次,比我們摸索三個月快。
第三個請求,想請在座各位一起看:振曜這套機制值不值得在貴公司比照設立?西伯已有 5 位、東荃已有 6 位同仁在職菁英班受訓——人已經在路上了,缺的是一個讓他們有地方發揮的機制。
講完後必須補這一句(界定核定權限) 「以上各項,若本場有核定權限,請各位當場指示;若須另循程序,請確認核定對象與時程,我們補齊資料後提報。」
🔒 A1 的措辭紀律——這句話不能講不要說「兼任的槓桿已經到頂」。我們沒有量測支援工時、需求積壓、交付等待時間,無法證明「到頂」
✅ 要說的是上面那句——「這條路走得通,而下一批工具需要一個把它當主業的人。」
如果什麼都不做會怎樣 如果 Q2 維持現狀,不會出事,但會停在這裡——工具會繼續長,但跨部門、需要串系統的那一類,做不出來。
因為那一類需要的不是更多熱情,是專職的人。

10

收尾

一句話。這一頁不放新數字,只留一件事在腦子裡。

最後 Q1 我們證明了一件事:
AI 導入不需要先花大錢,需要先找對人。

4 個人,帶起 30 位同仁,三個月,73 支工具。
下一季,我們想知道——這件事能不能複製。

呼應第三章的語言證據:他們已經從「我做了一個能用的工具」,走到「我說得清楚這個工具不做什麼」。


11

我們知道的限度

這一章不是免責聲明。是先承認限度,再給證據——被追問時才站得住。

每個數字實際證明什麼

本報告的量化證據,全部是「供給側與互動側」的指標——不是「持續採用」的證據。知道這件事不會讓論述變弱,會讓它在任何追問下都站得住。

數字證明什麼不證明什麼
73 支工具有人做了不證明有人在用
854 次取用有人點開過不證明完成了工作,也不排除作者自己開的
16 支版本變動更新訊號不證明是作者本人改、不證明持續維護
平均 2.4 支/人算術平均不證明「做完第一支的人會做第二支」
被問「有多少人天天在用」時,正確的答案是這句這一季我們量的是上架與取用,持續使用率尚未量測——那正是 Q2 要補的。
🚫 不要用取用數頂替。承認量測邊界,比編一個數字安全得多。

另外五項

#限度被問到時怎麼說
1第 8 章的能力地圖是四個月前的預估,不是實測主動說在前面:「這是四個月前的預估。用四個月實戰數據校準的版本正在製作中。」
2四項證據是「時序 + 相關性」,不是隨機對照實驗「我沒有對照組,所以不能說是因果。我能說的是:這四件事的時間順序,用『他們本來就會做』解釋不通。
31.5% 國外交易手續費(3,054 元)原本沒編列已寫進第 6 章主動揭露,不等人問。這是自己對帳時發現的——主動說加分,被發現扣分。
482.9% 的分母是 35 位大使(Q1 口徑)「這是 Q1 的口徑,以每週交流會後的名單為準。席位變更從 Q2 開始生效。」(Q2 起為 32 位)
5本報告的商店數字尚未定版資料時點為 9/16(W15),9/29 會重新抓取。這裡看到的是下界——屆時數字只會往上。

想請您看的三件事

這一段不會出現在 9/30 的簡報上。是我想在定稿前先請您判斷的。

① 第 7 章的第四條,要講嗎?

與企業 GPT 的資料分級有關,涉及客戶資料邊界。我判斷在六家總經理面前談會被放大解讀,所以沒放進正式三條。

但不講也有代價——Q2 才被發現會變成「你們早就知道」。這題我想請您決定。

② 議程時間可以壓縮嗎?

整場 120 分鐘固定。成果發表若佔 75 分,②會務討論 + ③臨時動議必須合計壓縮 13 分

不在我的控制範圍——想請您確認 75 分是否已定,以及 ②③ 是否會相應調整。若不能壓,我需要在 9/25 前準備砍頁方案。

③ 哪一段董事長最可能追問?

我自己的判斷是第 11 章第一題(「有多少人真的每天在用」)——那是我唯一答不出精確數字的問題。

但您比我更知道上面在想什麼。如果您覺得是別的段落,我會把那一段的備答做深。

時程參考 9/23 第 7 章三條定案|9/25 第 9 章三項請求圈選、內容全到齊|9/26・9/28 兩次計時走場|9/29 數字重抓定版|9/30 09:30 場佈彩排、10:00 上台。
您的回饋若能在 9/23 前給我,第 7 章就能直接照您的意見做。

振曜科技 AI 推動委員會 · 2026 年第一季成果發表 報告人:江冠龍 Daniel(AI 專案小組副組長)

本文件為內部資料。商店數字資料時點 2026-09-16(W15),9/29 重抓後更新。