選一條適合現場的敘事路徑
先看最強故事，再依時間展開投入深度。
10 分鐘看 5 個；30 分鐘看 10 個；60 分鐘看 20 個；120 分鐘依同一排序走完 39 個 repos。
Bless Liao · GitHub Repository Atlas
我不只做出功能。
我先看懂人為什麼卡住。
從需求理解、客戶旅程到問題解決，39 個 repositories 是我把判斷做成產品的版本紀錄。
每張投影片都能回到 github.com/bless25min 的真實 repository 與公開投入證據。
Why these repos first
先看故事價值，再用版本投入確認深度。
故事能力
聽懂需求，設計旅程，解決真正阻力
- 25 需求理解
- 25 客戶旅程
- 20 問題解決
GitHub 投入
不是概念提案，而是持續留下版本紀錄
- 18 commit 深度
- 08 最近更新
- 04 repo 規模
排序依據：故事能力 70% · GitHub 投入 30%。100 筆以上以「100+ commits」呈現，避免把查詢上限誤認為精確總數。
六個能力領域
39 個 repos，組成六條從問題到產品的路徑。
商業轉換系統
把內容、LINE、付款、追蹤與營運接成可使用的服務。
AI 與知識
從知識庫、研究到能在真實介面中互動的 AI 產品。
互動與遊戲
用玩法、模擬與即時回饋，讓抽象概念變成可體驗的系統。
金融與決策工具
把交易、風險、資產配置與金融名詞轉成可理解的工具。
自動化與營運
整理重複工作、資料與操作流程，降低人工作業成本。
個人與生活實驗
把個人需求做成能直接使用、也能公開分享的小產品。
How I work
不從工具開始，從值得解的阻力開始。
Signal
看見訊號
從問題、搜尋、廣告與行為找到值得解的阻力。
Decision
做出判斷
決定哪些應該解、哪些不該做，以及證據如何成立。
System
做成系統
把判斷變成頁面、工具、流程、追蹤與營運交接。
Proof
留下證據
用真實狀態驗證成效，並誠實記錄限制與反思。
FightNight
活動落地、訂位、付款承接與營運管理系統。
理解需求
真正卡住的是什麼？
活動從廣告興趣到完成預約，會跨越內容理解、登入、票券、付款與通知等多個斷點。
設計旅程
下一步要變得清楚
從活動興趣，走到理解價值、完成購票與收到後續通知
解決問題
把判斷做成可用系統
以 React 前台、Cloudflare APIs、訂單資料、追蹤與管理介面承接完整活動流程。
dr-julia
診所預約、視覺諮詢與名單營運網站。
理解需求
真正卡住的是什麼？
醫療諮詢需要同時兼顧內容理解、預約入口、LINE 身分與後續追蹤。
設計旅程
下一步要變得清楚
從外貌困擾與不確定，走到理解選項、建立信任並完成諮詢
解決問題
把判斷做成可用系統
整合前台諮詢、LINE／Meta 追蹤、Cloudflare Functions 與營運後台。
TALO
身高體態服務的互動評估與諮詢漏斗。
理解需求
真正卡住的是什麼？
高信任服務不能只靠價格與口號，還要先處理疑慮並讓使用者理解自身狀態。
設計旅程
下一步要變得清楚
從成長焦慮，走到自我評估、理解方案、加入 LINE 與轉換
解決問題
把判斷做成可用系統
以互動評估、視覺化模擬、LINE 諮詢與事件追蹤串成一條可觀察的使用路徑。
Senior
提供長輩使用的 LINE AI 助手服務。
理解需求
真正卡住的是什麼？
長輩需要白話解釋、防詐與語音協助，但再學一套新 App 會增加門檻。
設計旅程
下一步要變得清楚
從長輩不知道怎麼問，走到容易操作、看懂答案並繼續使用
解決問題
把判斷做成可用系統
把 AI、LINE Bot、服務流程與檢查工具整合在熟悉的 LINE 對話介面。
AD
高信任服務的互動銷售頁與 LINE 承接範本。
理解需求
真正卡住的是什麼？
醫美、課程與高單價顧問需要先診斷需求，直接導向預約容易流失。
設計旅程
下一步要變得清楚
從陌生廣告流量，走到理解服務、建立信任並採取行動
解決問題
把判斷做成可用系統
用互動診斷、LINE Login／LIFF 與個人化回饋建立顧問式轉換路徑。
CV
以深度訪談整理職涯亮點的履歷服務頁。
理解需求
真正卡住的是什麼？
求職者的經歷容易成為流水帳，HR 與主管難以快速理解核心價值。
設計旅程
下一步要變得清楚
從不知道履歷卡在哪裡，走到看懂缺口並完成可投遞版本
解決問題
把判斷做成可用系統
把訪談、成果整理、服務方案與一頁職涯簡報的交付方式集中在單一頁面。
soyahappiness
手機優先的課程銷售頁與 LINE 解鎖流程。
理解需求
真正卡住的是什麼？
廣告導流的一頁式課程頁需要快速載入，也要在適當時機承接可辨識的名單。
設計旅程
下一步要變得清楚
從品牌認識，走到內容信任、服務理解與後續互動
解決問題
把判斷做成可用系統
以模組化靜態內容、Cloudflare Functions、LINE Login 與流量參數保存完成承接。
rolefit
面向企業招募需求的服務網站與訂閱營運系統。
理解需求
真正卡住的是什麼？
招募服務需要讓企業快速理解適用情境，同時承接名單、方案、付款與後續營運。
設計旅程
下一步要變得清楚
從職缺與人才錯配，走到理解條件、比較契合度並持續轉換
解決問題
把判斷做成可用系統
以 Next.js 與 Cloudflare 建立內容、轉換、付款、資料與管理流程。
SoyaPlayableAd
結合交易模擬與資金保衛戰的雙核心網頁遊戲。
理解需求
真正卡住的是什麼？
交易練習若只有圖表，風險與策略回饋不容易形成持續挑戰。
設計旅程
下一步要變得清楚
把交易概念放進可玩的廣告，先體驗再理解服務價值
解決問題
把判斷做成可用系統
把交易損益連動到塔防戰線，並加入 Ghost Replay、LINE LIFF 與跨平台體驗。
OneScreenGame
把完整放置 RPG 濃縮在單一畫面的網頁遊戲。
理解需求
真正卡住的是什麼？
放置遊戲容易因選單過多而失去即時回饋，核心成長循環被介面分散。
設計旅程
下一步要變得清楚
把複雜玩法壓縮成一個畫面內能理解、操作與得到回饋
解決問題
把判斷做成可用系統
在單一畫面整合戰鬥、職業、轉生、關卡、商店、裝備與儲存系統。
MetaAd
整理 Meta 廣告知識、資料來源與實戰策略的學習中心。
理解需求
真正卡住的是什麼？
廣告知識散落在官方文件、產業文章與個人經驗中，難以建立完整學習路徑。
設計旅程
下一步要變得清楚
從廣告投放迷霧，走到分段學習、實作與檢查成果
解決問題
把判斷做成可用系統
把權威來源、圖表、策略與分類導覽整理成可搜尋的公開知識平台。
steamlibrary
協助 Discord 群組找出成員共同擁有的 Steam 遊戲。
理解需求
真正卡住的是什麼？
群組成員各自有大量遊戲，揪團時很難快速找出大家都能玩的選項。
設計旅程
下一步要變得清楚
從不知道玩什麼，走到探索收藏、篩選偏好並收到推薦
解決問題
把判斷做成可用系統
整合 Steam API、Discord OAuth、擁有率分析、篩選推薦與清單匯出。
asset_allocation_page
比較兩種資產配置與長期複利差異的互動模擬器。
理解需求
真正卡住的是什麼？
資產配置比例、負債、通膨與長期複利難以只靠文字形成直覺。
設計旅程
下一步要變得清楚
從看不懂資產配置，走到能調參數、比較結果再做決策
解決問題
把判斷做成可用系統
以雙方案滑桿、趨勢圖、通膨參考與社群統計呈現配置差異。
LeadEngine
以 React 與 TypeScript 建置的名單處理應用。
理解需求
真正卡住的是什麼？
名單開發工作容易散落在搜尋、整理與跟進工具之間，難以形成一致工作介面。
設計旅程
下一步要變得清楚
從陌生名單，走到辨識意圖、安排優先序並持續跟進
解決問題
把判斷做成可用系統
以 Vite／React 應用作為名單工作流程的產品化基礎。
line-chat-manager
LINE 對話資料整理、查詢與視覺化管理介面。
理解需求
真正卡住的是什麼？
客服或社群對話若只存在訊息平台中，不容易搜尋、分類、匯出與觀察趨勢。
設計旅程
下一步要變得清楚
從分散 LINE 對話，走到可辨識狀態、追蹤與接手
解決問題
把判斷做成可用系統
以 Next.js、Supabase、表格匯入與圖表元件建立對話管理介面。
AIOGEO-Knowledge
生成式引擎優化理論、技巧與工具的公開資源庫。
理解需求
真正卡住的是什麼？
傳統 SEO 方法無法完整回答內容如何在 AI 生成答案中被理解與引用。
設計旅程
下一步要變得清楚
從分散資料走到可查找、可引用的 AI／GEO 知識脈絡
解決問題
把判斷做成可用系統
以理論、實戰技巧、模板與學習路徑整理 GEO 的核心知識。
GetJob
根據個人資料搜尋、評分並輔助投遞 104 職缺的本機工具。
理解需求
真正卡住的是什麼？
大量瀏覽職缺、判斷適配度與反覆撰寫推薦信，會消耗求職者許多時間。
設計旅程
下一步要變得清楚
從海量職缺與低回覆，走到聚焦機會、比較差異再行動
解決問題
把判斷做成可用系統
用 Python CLI、設定檔與 Playwright 建立搜尋、評分、推薦信與 dry-run 投遞流程。
EA
展示多組自動化交易策略與回測資訊的網站。
理解需求
真正卡住的是什麼？
交易策略若只有名稱與口頭規則，投資者無法理解運作方式與風險邊界。
設計旅程
下一步要變得清楚
從抽象交易規則，走到可執行、可檢查、可迭代的決策流程
解決問題
把判斷做成可用系統
用策略分類、回測資料與技術說明整理自動化交易實驗成果。
blessliao
這個個人網站與簡報入口本身的原始碼。
理解需求
真正卡住的是什麼？
作品、文章與跨領域能力若散落在不同網址，聽眾很難在短時間建立完整印象。
設計旅程
下一步要變得清楚
把 39 個分散作品整理成可依聽眾與時間切換的入口
解決問題
把判斷做成可用系統
用靜態內容模型整合 repo 作品庫、個別摘要、文章與可切換長度的簡報模式。
marketing_survivor
把數位行銷概念變成 Roguelite 生存玩法的網頁遊戲。
理解需求
真正卡住的是什麼？
內容、SEO、廣告與漏斗等抽象概念，看過文章後仍不容易留下具體記憶。
設計旅程
下一步要變得清楚
從抽象行銷策略，走到情境決策、承受結果並重新調整
解決問題
把判斷做成可用系統
將行銷工具設計成武器、敵人與成長選擇，用遊戲回饋重新表達專業知識。
Lumeira
可在桌面互動的 AI 角色夥伴遊戲。
理解需求
真正卡住的是什麼？
AI 角色若只有聊天視窗，很難形成持續存在、可陪伴且具有角色感的桌面體驗。
設計旅程
下一步要變得清楚
從故事觀看，走到場景探索、角色互動與沉浸式理解
解決問題
把判斷做成可用系統
將可移動桌面角色、Live2D 式呈現、本機模型與自訂 OpenAI 相容 API 結合。
geo-arxiv
GEO Fundamentals 論文的 LaTeX 原始碼與實驗材料。
理解需求
真正卡住的是什麼？
GEO 討論需要能被檢查、引用與重現的方法框架，而不只是一組行銷說法。
設計旅程
下一步要變得清楚
從大量論文中，走到篩選主題、理解摘要並回到來源
解決問題
把判斷做成可用系統
以學術論文格式整理語意框架、方法、指標、案例與實驗截圖。
gamified-course
部署在 Cloudflare 的遊戲化課程應用。
理解需求
真正卡住的是什麼？
課程若只有線性內容，學習進度與互動回饋不容易形成持續動機。
設計旅程
下一步要變得清楚
從被動讀教材，走到任務挑戰、即時回饋與逐步掌握
解決問題
把判斷做成可用系統
以 Hono 與 Cloudflare Worker 承載遊戲化課程頁與互動流程。
taipei-lawyer-recommendation
由客戶角度整理律師委託經驗與見證的平台。
理解需求
真正卡住的是什麼？
企業主遇到法律問題時，很難從制式事務所介紹判斷實際合作感受。
設計旅程
下一步要變得清楚
從不知道找誰，走到依地區與需求縮小律師選擇
解決問題
把判斷做成可用系統
以客戶發起人身分集中呈現委託背景、見證與公開提交方式。
geo-knowledge
面向實務學習的 GEO 生成式引擎優化知識庫。
理解需求
真正卡住的是什麼？
內容團隊需要一條能從概念走到實作的 GEO 學習路徑，而不只是零散技巧。
設計旅程
下一步要變得清楚
把 GEO 概念拆成能搜尋、理解與實際運用的知識路徑
解決問題
把判斷做成可用系統
用定義、學習路徑、策略與公開網站組成可持續整理的專業指南。
geo-service
AI 搜尋引用優化服務的公開說明頁。
理解需求
真正卡住的是什麼？
企業知道 AI 搜尋正在改變曝光方式，卻不容易理解 GEO 服務具體處理什麼。
設計旅程
下一步要變得清楚
從不了解 GEO 價值，走到看懂服務範圍與下一步
解決問題
把判斷做成可用系統
用服務頁說明語意優化、適用對象、執行階段與諮詢入口。
FXVIC
外匯與黃金投資教育內容的公開網站。
理解需求
真正卡住的是什麼？
交易新手容易只看獲利敘事，忽略價格行為、風險控管與策略驗證。
設計旅程
下一步要變得清楚
把市場訊號整理成可觀察、可比對、可回顧的判讀節奏
解決問題
把判斷做成可用系統
以課程式內容架構整理裸 K、紀律、風險與模擬練習的學習入口。
soya
外匯課程資訊、課程總覽與報名承接頁。
理解需求
真正卡住的是什麼？
課程內容、適合對象、學習主題與報名資訊若分散，使用者難以快速判斷是否適合。
設計旅程
下一步要變得清楚
從陌生主題，走到分段內容、互動練習與完成學習
解決問題
把判斷做成可用系統
用單頁架構整合課程定位、內容、風險控管主題與報名入口。
playablead
以 K 線圖與下單介面構成的互動交易模擬原型。
理解需求
真正卡住的是什麼？
投資內容若只展示結果，使用者無法練習下單、風控與部位管理。
設計旅程
下一步要變得清楚
從被動看廣告，走到立即操作、理解產品並產生興趣
解決問題
把判斷做成可用系統
以響應式圖表、訂單操作與交易面板建立可直接體驗的 playable 原型。
stream
預錄影片、聊天室腳本與講師互動的直播頁系統。
理解需求
真正卡住的是什麼？
預錄內容缺少直播的共同節奏與互動感，也不容易讓營運人員管理腳本。
設計旅程
下一步要變得清楚
把持續資料輸入整理成看得懂、能追蹤的即時介面
解決問題
把判斷做成可用系統
整合直播間、即時聊天室、預設留言、管理後台與 LINE 身分流程。
tap-rush-ad
Cloudflare Worker 與靜態網站的 playable ad 最小範本。
理解需求
真正卡住的是什麼？
互動廣告原型若部署流程太重，會拖慢玩法與 CTA 的早期驗證。
設計旅程
下一步要變得清楚
用幾秒內可理解的操作，讓廣告從曝光變成參與
解決問題
把判斷做成可用系統
以單一 Worker 同時處理 API 與靜態資源，保留健康檢查和自動部署基礎。
marketing_game_demo1
用三分鐘生存玩法模擬名單開發與行銷預算。
理解需求
真正卡住的是什麼？
名單、燒錢率、說服與市場逆風很抽象，單靠簡報難以感受到決策壓力。
設計旅程
下一步要變得清楚
把行銷概念改寫成短回合選擇、結果與回饋
解決問題
把判斷做成可用系統
把預算當生命值、把客戶當目標，讓 Content、SEO 與 Ads 成為可操作的推廣工具。
blocktide_dev_pack
低多邊形第一人稱合作砍殺遊戲的開發套件。
理解需求
真正卡住的是什麼？
合作砍殺原型需要同時驗證近戰手感、群體壓力、成長節奏與救援互動。
設計旅程
下一步要變得清楚
把重複開發準備收斂成可快速啟動與交接的工具包
解決問題
把判斷做成可用系統
以 Unity 場景建置器與模組化戰鬥系統形成可重複測試的開發包。
SimTradeMobile
行動優先的高擬真交易技巧模擬遊戲。
理解需求
真正卡住的是什麼？
新手需要在沒有真實資金風險的環境中練習進出場、風控與策略。
設計旅程
下一步要變得清楚
從怕下錯單，走到低風險模擬、理解結果再調整策略
解決問題
把判斷做成可用系統
用 Canvas K 線、一般／噩夢模式、動態主題與 Cloudflare 儲存建立完整模擬。
ai
集中保存 AI 相關原型與探索的實驗 repository。
理解需求
真正卡住的是什麼？
小型 AI 試驗若分散在臨時檔案中，難以保留版本與後續比較。
設計旅程
下一步要變得清楚
把零散 AI 嘗試整理成可比較、可延伸的實驗路徑
解決問題
把判斷做成可用系統
以獨立 repository 收納可公開的 AI 實驗材料，作為後續產品化前的探索空間。
AramMayhem
英雄聯盟 ARAM: Mayhem 英雄與增幅互動速查表。
理解需求
真正卡住的是什麼？
玩家面對大量英雄與增幅組合時，很難在短時間找到適合當局的選擇。
設計旅程
下一步要變得清楚
把熟悉的遊戲情境改造成低門檻、快速進入狀態的體驗
解決問題
把判斷做成可用系統
自動載入英雄與縮圖，依英雄類型整理增幅並高亮推薦。
nagoya-worker
手機友善且支援離線使用的六天名古屋旅行指南。
理解需求
真正卡住的是什麼？
多人旅行資訊分散在地圖、訊息與筆記中，現場查找路線與餐廳很不方便。
設計旅程
下一步要變得清楚
把單點任務整理成可部署、可重複執行的雲端流程
解決問題
把判斷做成可用系統
把每日行程、景點、名古屋美食與移動資訊整理成互動式旅行頁。
trading_terms
台灣金融交易名詞的圖解式單頁懶人包。
理解需求
真正卡住的是什麼？
股票、外匯與槓桿交易術語密集，新手很難在不同商品間建立共同概念。
設計旅程
下一步要變得清楚
把難懂交易名詞整理成可快速查找與理解的入口
解決問題
把判斷做成可用系統
用卡片、標籤與圖解集中整理常用名詞，提供可快速掃讀的參考頁。
證據與責任邊界
可以從 repo 確認的就說清楚，不能確認的就不推測。
公開內容
README、技術棧、可見介面、公開工具與研究材料。
安全摘要
正式營運 repo 不展示內部金流、憑證、客戶資料、權限與敏感營運細節。
能力演進
從看懂流量，到把洞察做成產品。
廣告與數據
先學會看出錢花去哪裡
從素材、受眾、UTM 與轉換資料理解商業真相。
內容與搜尋
再讓品牌被正確理解
把服務、案例與答案整理成搜尋與 AI 能理解的語意資產。
產品與 AI
最後把洞察做成能使用的系統
將行銷判斷延伸成互動頁、LINE 服務、AI 工具與營運流程。
Next conversation
如果你想看某一種能力，不必從第 1 個 repo 看到第 39 個。
直接依領域、技術或狀態篩選；或者帶著你的實際問題來談。