FieldInvoice AI
FieldInvoice AI
閱讀角度
簡介
Hackathon 作品：把承包商凌亂的現場筆記轉成經人工核實的發票，附 Stripe 收款連結 — 並按正規流程寫齊 PRD、BDD 及 19 個模組的 ADR。
角色
Hackathon
Hackathon 項目
2026
技術棧
Next.js
Stripe
LLM extraction
實證
筆記 → 核實發票 → 收款連結，一個流程完成
發票發出前必經人工核實關卡
19 個模組寫齊 PRD、BDD 場景與 ADR
現場工人幹完活，還要花好幾天把凌亂筆記整理成發票。
01 — 由筆記到發票04 段影片
Film — overview.mp4
01 — 現場筆記變發票
把承包商真實寫下的那團亂麻貼進去,LLM 提取出逐項細目 — 描述、數量、金額 — 落成一張發票草稿,一 take 過,不用同範本搏鬥。
現場筆記變成發票
Film — verification.mp4
02 — 人手簽核
提取出的細目先落在審核步驟,任何東西發出之前 — 模型做沉悶的閱讀,工人保留簽名權,因為開錯單燒的是信任。
細目先核對,才會發出
Film — edit_item.mp4
03 — 改一行,總數即跟
改一個數量或金額,總計當場重算 — 審核步驟是一個真正能編輯的工作區,不是一個確認對話框。
編輯細目,總數跟隨
Film — export.mp4
04 — 帶付款連結出門
完成的發票匯出時附 Stripe 付款連結 — 完工與收款之間的距離,一條流程走完。
完成的發票,匯出
02 — 商業價值改變了什麼
速度
現場工人寫筆記,不寫發票。一條流程接通完工與收款。
控制
LLM 提議,人來批准 — 細目經審核,發票才會發出。
紀律
即使在 hackathon 速度下:PRD、BDD 場景與跨 19 個模組的 ADR。規格活得比 demo 長。
一個 hackathon 作品 — 流程是真的,交易量不是。不聲稱任何使用量指標。
閱讀角度