NING

專案筆記 / 2026台北 · UTC+8

把現場阻力推進成可驗證的交付。

我是 Ning，一名 FDE 團隊 PM，也能在需要時承接部分工程實作。我的核心工作是釐清現場問題、整合產品與工程、推動決策，並把方案送到可驗證的交付狀態。

查看代表專案 前往 GitHub
即時交付地圖03 / 03
現場
問題 原型
整合 團隊
覆核 交付
就緒 N交付
證據已附上 風險已標記 責任有人承接
96次協作工作階段
完成回顧
3項代表專案
持續運作
220+筆核心提交紀錄
跨越多條產品線
4個市場
納入情報流程
先定義問題✦再選擇工具✦ 關鍵節點人工覆核✦用證據推動決策✦ 先定義問題✦再選擇工具✦

01 / 代表專案

不只提出方向把交付往前推。

三個不同場景，共用同一種工作方式：先釐清問題，再串起工程、營運與決策者，直到成果可以被驗證。

01
視覺情報營運分析2026

競品情報
代理系統

把圖片、橫幅、識別標誌與遊戲格位中的市場訊號，轉成可回查的競品情報。我的角色涵蓋需求拆解、流程整合、例外處理與交付驗證。

範圍
超過 200 個監測站點
流程
瀏覽器 → 視覺辨識 → 覆核 → 報表
我的角色
需求、例外與交付整合
01採集Playwright
02辨識文字 · 圖像 · 視覺模型
03覆核人工檢核
04交付報表 · 證據
E / 01 展開案例證據收合案例證據決策 · 補位 · 驗證 HERMES 知識庫 / 公開摘要
01現場阻力

跨站點訊號藏在圖片、彈窗與動態格位；採集失敗也不能被誤讀成「沒有曝光」。

02關鍵決策

把採集、辨識、人工覆核與情報輸出分層；不確定結果先進待覆核，不直接成為正式結論。

03技術補位

串起瀏覽器採集、視覺辨識、來源清單與報表，並依市場網路條件隔離採集路徑。

04如何驗證

保留截圖與版本軌跡，再以完整性門檻、失敗分類及真實瀏覽器回讀確認交付。

公開版已移除站名、內部路徑、帳密與營運敏感數據。

02
應用程式自動化交付可靠性2026

曝光排名
稽核引擎

讓手機應用程式與網站的遊戲曝光排名可以每日重複稽查。我協調採集、辨識與歸戶規則，也在需要時直接補上自動化與復原流程。

執行環境
BlueStacks · ADB · Playwright
可靠性
重試 · 復原 · 告警
輸出
排名 · 證據 · 趨勢
稽核 / 03:00● 正常
應用程式工作階段已復原00:42
視覺辨識已驗證01:18
排名合併已完成01:44
報告已送達01:52
E / 02 展開案例證據收合案例證據決策 · 補位 · 驗證 HERMES 知識庫 / 公開摘要
01現場阻力

同一份視覺證據重跑後可能出現辨識漂移；密集寫入與讀取也曾讓資料服務互相阻塞。

02關鍵決策

執行成功不等於資料可用。品質狀態獨立判定，重跑採追加版本，疑似漂移預設阻斷。

03技術補位

加入影像指紋、版本選定、人工核准／退回，以及資料庫並行讀寫與復原機制。

04如何驗證

用故障注入、重複修復循環、並行壓力測試與真實瀏覽器狀態回讀驗收。

公開版已移除站名、內部路徑、帳密與營運敏感數據。

03
使用治理權限與成本2026

部門人工智慧
治理平台

把個人工具、自建代理、組織名冊與成本放進同一個管理視野。我負責把管理需求轉成可執行規則，協調正式資料源、權限邊界與資料新鮮度。

來源
單一登入 · 代理分析資料
控制
權限 · 身分 · 新鮮度
轉換
影子比對，不覆蓋正式來源
A
正式資料正式來源
B
代理資料營運來源
C
MCP僅供影子比對
01規則閘門身分 · 權限
新鮮度
03 / 03權限控制平台成本 · 用量
身分
正式來源有效 影子資料不覆寫
E / 03 展開案例證據收合案例證據決策 · 補位 · 驗證 HERMES 知識庫 / 公開摘要
01現場阻力

用量、成本、身分與組織關係來自不同系統；缺資料若被當成零，管理判斷就會失真。

02關鍵決策

正式資料源維持唯讀權威；影子比對不得覆寫，找不到對應時明確保留未知狀態。

03技術補位

整合資料匯入、身分映射、成本快照與角色範圍過濾，把治理規則變成可執行控制。

04如何驗證

以權限路由測試、資料新鮮度提示與上游失效情境，確認不越權、不洩漏，也不產生假零值。

公開版已移除站名、內部路徑、帳密與營運敏感數據。

02 / 工作方式

從模糊需求走到可驗證交付。

我的定位不是包辦所有工程，而是讓問題、決策、實作與交付保持連續；在團隊缺口出現時，我也能直接完成部分技術補位。

01現場問題

使用情境 · 資料限制 · 人工作業 · 真實風險

02問題定義

範圍 · 成功條件 · 優先順序 · 責任邊界

03原型與整合

流程設計 · 技術驗證 · 資料串接 · 例外處理

04跨職能檢核

工程 · 營運 · 使用者 · 決策者共同確認

05可驗證交付

證據 · 可靠性 · 成本 · 後續行動

協作與實作工具

PlaywrightPythonFastAPIReactPixiJSSQLiteDuckDBOpenCV 視覺模型權限控制Windows 排程器人工覆核證據設計

03 / 成長軌跡

從協調交付到能親手補位。

  1. 01

    環境排障

    處理執行環境、閘道、登入、WSL 與訊息整合，先讓團隊工具穩定連線。

  2. 02

    方案整合

    把爬取、視覺辨識、覆核、儲存與報表串成可迭代的交付流程。

  3. 03

    交付可靠性

    導入復原、告警、排程驗證、網路隔離與預設阻斷行為。

  4. 04

    治理與落地

    把權限、身分、成本、資料新鮮度與正式來源納入管理視角。

04 / 實作探索

跨越不同領域維持同一種判斷。

機器學習 / 可解釋性

生存幾何

把乘客視為完整實體，而不是試算表中的單列資料；透過特徵壓力、原型與規則探索解釋預測。

查看公開程式庫 ↗
遊戲 / 模擬

碧虎老虎機原型

以 PixiJS 製作老虎機原型，並透過百萬局模擬驗證遊戲數學。

工作紀錄 / 自動化

代理工作紀錄

從多個程式代理收集完成事件，去重、摘要、推播並保留可回查的工作證據。

網站 / 產品交付

企業網站交付

使用 Next.js、內容結構與可攜式預覽，把規格文件轉成可交付的品牌網站。

05 / 進一步了解

想看我怎麼做到 GitHub 看公開實作。

網站整理的是我的工作方式與代表案例；GitHub 則放目前能公開的程式庫、實驗與版本紀錄。你可以直接查看我如何拆解問題、驗證假設，以及哪些嘗試最後沒有被採用。

前往 GitHub
01專案程式與操作文件
02實驗假設、結果與迭代
03版本變更、取捨與學習