腳本優先
土地分區表單、規則公式與結構化結果可優先採 Playwright/HTTP/DOM 擷取,速度快、成本低。
Agent Automation Feasibility Report
重新完整檢視 13 部教學影片、客戶 Excel 與既有 HTML,逐部拆解操作 SOP、登入與 Session、腳本/Computer Use 路徑、人工覆核點及不可自動化邊界。
本次已取得完整檔案。所有影片的聲音、影像與時間軸均可完整解碼;原報告「只能讀取前 4–20 秒」的限制已解除。本版結論以完整 SOP 為準。
土地分區表單、規則公式與結構化結果可優先採 Playwright/HTTP/DOM 擷取,速度快、成本低。
GIS、Canvas、右鍵點查、圖層與地圖框選適合混合操作;每次保存查詢畫面作為證據。
foundi 土地、比房網、foundi 物件需持久化瀏覽器 Profile,登入/付費/驗證由人接手。
13 個 MP4 均完成全片影音解碼;總時長 83 分 32 秒。第 3 部為 4:24、第 4 部為 12:47,後段內容均確實存在且已納入本次分析。
技術上能點擊與擷取,不代表可以自動登入、繞過驗證、直接扣款,或把都市更新/結構/估價結論交給 Agent。這些地方必須在產品流程中停下來請人確認。
難度 1–5 同時考量操作穩定性、登入/付費、地圖定位、資料例外、跨平台依賴及人工判斷。篩選只影響下表顯示。
| 影片/平台 | 時間 | 難度 | 建議方式 | 登入/Session | 可行性與必要人工點 |
|---|---|---|---|---|---|
| 1. 北市地籍套繪圖 | 4:21 | 3/5 中等 | 表單腳本+地圖 Computer Use | 免登入;ASP.NET 臨時 Session URL,應從入口重建,不保存舊網址。 | 可行・混合 分區括號、跨分區面積、地圖圖徵需視覺核對。 |
| 2. 北市土地使用分區 | 4:22 | 2/5 較簡單 | DOM/Playwright 腳本優先 | 免登入;一般 Cookie/彈窗即可。 | 高度可行 主查詢穩定;延伸都市計畫清單仍需文件判讀。 |
| 3. 北市都市審議地圖 | 4:24 | 4/5 困難 | Browser+Computer Use+截圖證據 | 免登入;動態 GIS 狀態在頁面內保存。 | 可行・需覆核 63 年前建物、公劃/迅行/自劃單元、危老核准覆蓋皆須人員確認。 |
| 4. foundi 土地 | 12:47 | 5/5 很困難 | 持久 Chrome Profile+Computer Use | 付費帳號;LINE QR/手機本人確認;Session 逾時需重登,可能出現驗證。 | 條件式可行 登入由人接手;圈地方案與地主組成判斷需覆核,執行前要清除上次圖釘。 |
| 5. 國土資源 | 11:12 | 4/5 困難 | 搜尋腳本+Canvas/右鍵 Computer Use | 免登入;新版入口會重新導向,需等待圖層載入。 | 可行・混合 點查、路寬/面積量測有座標誤差;台北「商三特」仍須回查套繪圖括號。 |
| 6. 北市歷史圖資 | 6:02 | 4/5 困難 | Browser+Computer Use+Google 街景 | 免登入;首次同意提示與圖層狀態;街景另有 Google 服務狀態。 | 可行・需覆核 建照年份可抓;連棟、鄰損、強勢店面與整合意願不能自動定論。 |
| 7. 松山機場禁限建管(舊版) | 5:59 | 4/5 困難 | 舊式 GIS Computer Use+公式腳本 | 免登入;ASP.NET 臨時 Session,不可硬編 Sessionized URL。 | 條件式可行 影片以最近地標定位,不足以代表精確基地;正式版應改用座標轉換並驗證點位。 |
| 7_v2. 松山機場禁限建管 | 6:42 | 4/5 困難 | 同上;加入兩套樓層公式 | 同上。 | 可行・需覆核 保守版 9m/4.2m/3.4m;緊繃版 8m/4m/3.25m。採用哪套須由建築專業決定。 |
| 8. 台北市都更門檻估算 | 3:03 | 3/5 中等 | 表單 Browser+地圖多選 Computer Use | 免登入;頁面狀態保存本次選取。 | 可行・混合 逐筆地號框選偶有失靈;送出前需確認選取集合完整,結果仍屬估算。 |
| 9. 樂居新建案行情 | 4:48 | 4/5 困難 | Chrome/Computer Use+規則篩選 | 影片流程免登入;動態地圖有 Cookie/前端 Session,專業版另計。 | 可行・需覆核 屋齡空白的老公寓會誤入「預售~5 年」;比較案例與均價不可完全交給規則。 |
| 10. 比房網調閱房地謄本 | 7:33 | 5/5 很困難 | 持久登入 Session+監督式 Browser+PDF 解析 | 會員登入;點數扣款;可能綁 LINE;Session 與下載權限需持久化。 | 條件式可行 每次扣點/購買前必須人工確認;謄本含個資與產權資料,下載、解析、保存都要稽核。 |
| 11. foundi 物件 | 9:02 | 5/5 很困難 | 持久 Chrome Profile+搜尋/歷史擷取 | 與 foundi 土地共用付費帳號、LINE 登入及 Session;網站目前要求 Chrome。 | 條件式可行 未上外網物件本來就抓不到;標題可能撞名;調謄本與貸款資料需權限、付費與人工確認。 |
| 20. 都市計畫整合查詢 | 3:17 | 4/5 困難 | 地號表單+計畫清單+PDF/OCR/語意檢索 | 免登入;開啟計畫書為新頁/PDF,需管理下載狀態。 | 可行・需覆核 能找「開挖率/限高/專用區」線索;是否適用與法律效果必須由專業人員判定。 |
以下不是影片摘要,而是未來 Agent 的可驗收工作流程。每一部都標出輸入、操作、輸出、登入與人工卡點。
標準化門牌、段小段地號、表面分區/括號分區、可能跨區、道路名稱與路寬、查詢日期及證據截圖。
表單與文字結果採 DOM;地圖點選與跨分區判讀採 Computer Use。先走正式入口取得新 Session,不重用影片中的 Session URL。
地號、完整使用分區文字、相關都市計畫案清單/文件連結;特殊分區另標「回查影片 1」。
主查詢是本案最適合腳本化的流程。延伸的計畫文件另交給影片 20 的 PDF/OCR 模組。
Agent 可逐層開關、截圖並描述「圖層是否覆蓋基地」。但 63 年後建物是否可用耐震評估(ID 值)取得資格、街廓是否完整,以及法定門檻,仍應由結構/都更專業人員確認。
適合「人工登入後,Agent 接續」;Browser Profile 必須專用且加密。圈哪些地、切哪一棟、宗教/法人是否難整合、地主是否分得回一坪等都屬策略判斷,Agent 只能提出方案與證據。
地址搜尋可腳本化;圖層、右鍵點查與量測偏 Canvas,採 Computer Use。道路量測是近似值,輸出必須保留原始量測值,不能直接四捨五入成法定路寬。
年份與量測可自動擷取;同張建照是否能切、鄰損、建物結構、星巴克/銀行等「強勢店面」是否降低改建意願,皆只能列為觀察線索,不能自動下結論。
公式容易腳本化,難點是精確定位。最近地標/出口只代表附近點位,不能當成目標基地的正式限高。正式 POC 應用地理編碼+座標系轉換輸入確切基地中心點,並和人工查詢交叉驗證。
系統可以同時計算兩版並呈現差異,但不能自動選用緊繃版。樓高、屋突、設備空間與審議可接受性都需建築師確認。
表單與結果可結構化擷取,逐地號選取仍需視覺操作與完整性檢查。輸出標示「官方估算頁結果」,不直接當成專案法定結論。
定位、篩選、卡片欄位與初步異常規則可做;比較案例品質、道路界線、建物類型與最終均價仍需估價/投資人員覆核。不能只對所有標記做機械平均。
登入後流程可自動,但「購買/扣點」不可無人值守。身分證字號遮罩、戶籍地址、貸款與持分屬敏感資料;必須有角色權限、加密、保存期限與查閱稽核。Agent 不應用個人財務狀況自動產生施壓或歧視性策略。
未上外網的內部物件天生無法被 foundi 爬到,這是資料缺口,不是自動化錯誤。標題可能重複或被改寫,因此地址只能標「推定」直到人工或正式資料確認。貸款與售屋動機的關聯不可自動定論。
清單、下載、文字 PDF 搜尋可自動;掃描 PDF 要 OCR。名稱與用詞不一致時可用語意檢索找候選段落,但適用計畫、條文效力與車位設計仍由都市計畫/建築專業人員核定。
不做一個長達 80 分鐘、任何一步失敗就全盤重跑的巨型流程;以案件主控器管理可替換的平台技能、瀏覽器身分與人工暫停點。
公部門網站每次從固定入口開始,由 Agent 自動建立臨時 Session;foundi 與比房網使用客戶專屬的持久 Chrome Profile,登入失效時暫停並通知人員。不可把 Cookie、QR Token 或帳密寫進報告或日誌。
沒有一部影片整段不可行;以下是其中不能承諾「全自動完成」的子步驟。若報價時忽略,正式運行一定會形成風險。
LINE QR、手機本人確認、驗證碼、reCAPTCHA 與重新授權須由使用者完成;只能在合法登入後接續。
比房網/foundi 謄本等付費行為,必須先顯示品項、筆數、金額與帳戶,再取得單次或明確預授權。
foundi 物件無法取得未上外網的仲介內部案;政府參考圖資也不等同地政鑑界或正式證明。
Canvas、舊 ASP.NET 圖台、座標點擊與第三方地圖改版會使流程失效,需要監測、截圖及定期回歸測試。
防災型都更資格、ID 值、容積適用、連棟切割、鄰損、限高樓層、開挖率與法規效力由建築/結構/都更專業人員確認。
宗教法人是否難整合、強勢店面是否不願改建、屋主是否缺錢、比較案是否合理,都只能做提示並保留證據。
謄本、戶籍地、持分、抵押設定與所有權歷史需最小權限、加密、保存期限、用途紀錄與刪除機制。
正式開發前需確認商業平台帳號允許的自動化方式、頻率、下載與再利用範圍;必要時取得書面授權。
先做技術風險低、又能產生後續平台共用地號的流程,再處理地圖與付費平台。這樣能最早取得可驗收成果。
影片 1、2:門牌/地號正規化、完整分區文字與括號規則。建立全案共用資料模型。
影片 3、5、6、7/v2、8、20:每站跑 20 個地址,量測成功率、圖層穩定性與人工覆核比例。
影片 4、9、10、11:先確認授權、帳號與付費政策,再開發持久 Session、扣點閘門與個資稽核。
① 客戶可用的 foundi/比房網測試帳號與平台授權;② 20 個代表性地址及人工正確答案;③ 客戶確認哪些輸出只做資料整理、哪些一定要專業簽核。