鐵人檔案
財報的「數字」各家 API 都拿得到，但「本文」——管理階層討論、附註、風險事項——只存在官方 PDF 裡，而那正是 LLM 分析真正需要的材料。本系列橫跨中國巨潮、日本 EDINET、韓國 DART、台灣 MOPS 四個官方揭露來源，用 30 天拆解把財報 PDF 轉成乾淨 Markdown 的工程：向量線條繪製的表格如何重建行列、Identity-H 字型缺少ToUnicode 造成的整篇亂碼如何救回、掃描件如何補 OCR、單位混用如何統一，以及章節切分、RAG 檢索與 MCP 工具化。過程中也分享四個市場各自的採集限制與踩雷紀錄，以及獨自把系統做成產品的真實取捨
先講一個我遇過很多次的場景。 某家公司今年營業利益掉了一半。你手上的資料庫告訴你：掉了 50%。然後呢？ 為什麼掉？ 是產能問題、價格問題、原物料成本，還是一次...
第一個版本的架構只有一台機器：一支 FastAPI、一個 SQLite 檔、一個放 markdown 的目錄。能跑，功能也對，壓力測試打下去幾百 QPS 就開始...
一個人做產品，最怕的不是技術難，是「還沒收到一毛錢，帳單先來」。所以架構拍板那天，我先做了一張表：免費額度到底能撐到哪裡，以及撞到牆的時候會發生什麼事。 不把這...
「用什麼資料庫」這個問題，預設答案通常是 PostgreSQL。但預設答案沒有回答我真正的問題：我的瓶頸在哪裡？ 選工具之前先量瓶頸，順序反過來的話，你只是在抄...
documents 表只有 13 個欄位，但其中幾個是踩過雷才長出來的，還有一個是為了補洞而存在。 第一條原則：正文不進資料庫 CREATE TABLE IF...
