建物生命週期
跨資料源時序查詢：一棟建物的建照、使照、預售與成交紀錄按時間排列
給一個地址或建物 id，回傳這棟樓的建照、使照、預售、成交按時間排好的紀錄，每一筆標明是用哪個 key 找到的。它也會告訴你哪些資料源沒撈到、為什麼。
dd-memo
- 工具數
- 1
- 欄位
- 30
- 更新頻率
- 不定期更新
- 資料來源
- FUNRAISE
資料 lag：工具編排層，no data lag（即時 orchestrate 多源）。
實際時效以系統實況為準，可在控制台 /admin/usage 看每次呼叫的回應時間。
業內怎麼用這個資料？
資產管理
一棟樓的開發歷程與證號沿革
盡職調查
確認標的的使照年份與門牌範圍
投資研究
比對預售價與最終成交價的落差
常見查詢示範
點開任一題看 AI 模擬回答 — 完整資料需登入控制台後在 AI 客戶端實際使用。
Q1 台北 101 這棟的建照、使照紀錄，按時間排出來。
交叉資料源：dd-memo + buildings + taipei-licenses + actual-price-sale
（呼叫 find_property_lifecycle，address=台北市信義區信義路五段7號）
- 2007-11-27 使照 096使字第0494號
- 2004-11-12 使照 093使字第0353號（信義路五段 7 號 73 樓，等 152 筆門牌）
bud84cd402 台北101大樓fuzzymatched_by）：三個識別參數至少要給一個（building_id / license_number / address），都不給會回 isError。
Q2 它會不會漏掉資料源而不說？
不會，data_completeness 會逐項列出，沒撈的還附原因。上面那次呼叫回的是：
partial、使照 ok、預售 partial、成交 partialskipped — 它的搜尋只吃 district／developer，不接受 building_id 或 addressskipped — 可以用 address 查，索引也有交易日期，但這個工具尚未把租賃納入時序；需要租金請直接呼叫 search_actual_rentals(address=...)這些 skipped 是工具的已知範圍，不是查詢失敗，所以寫在輸出裡而不是靜默跳過。
上面是接好 FUNRAISE MCP 後實際可問的 prompt 範例。複製貼進 Claude.ai／ChatGPT／Notion 後，AI 會自動呼叫對應工具回答。 看接入步驟 →
資料樣本
範例性質的資料結構展示。實際資料可在登入後透過 MCP 工具查詢。
台北 101（`find_property_lifecycle` 實跑）
- resolved
- bud84cd402 台北101大樓
- match_confidence
- fuzzy
- 使照
- 096使字第0494號（2007-11-27）
- 使照
- 093使字第0353號（2004-11-12，等 152 筆門牌）
- skipped
- future-dev（schema 不吃 entity key）、租賃實價（尚未納入時序）
怎麼開始用？
- 1. 註冊 FUNRAISE MCP — Google 或 Microsoft 帳號即可，不需審核。
- 2. 登入控制台，把這個資料源（與其他你需要的）勾進你的資料組合。
- 3. 複製網址，貼進 Claude.ai／ChatGPT／Notion／Claude Code／Gemini CLI／Codex CLI 任一介面。
- 4. 開始問問題 — AI 自動透過 MCP 拉這個資料源的工具與資料回答你。