iT邦幫忙

build on google ai相關文章
共有 58 則文章
鐵人賽 Build on Google AI DAY 22

技術 Day 22|AI 不一定每次都成功:替 Learning Card 加上 Loading 與 Error 狀態

可以。這版我會把 Day 21 文章原本的敘事節奏保留下來:前情提要 → 今天目標 → Gemini 修改 → 實際測試 → 發現問題 → 今天完成的資料流程...

鐵人賽 Build on Google AI DAY 21

技術 [Day 20] 模型說 15 分鐘,我到底從哪一秒開始算?Alpha 控制台先把計時協定鎖進 Firestore

Part 5|第 21/30 篇 今日要做的事: 在 Alpha 網頁上鎖定 Reality Benchmark 的計時協定與抽樣表,請 Gemini 用兩種問...

鐵人賽 Build on Google AI DAY 21

技術 Day 21|JSON 回來了,React 怎麼接?把 Gemini Response 變成 LearningCard[]

昨天 Day 20 終於把 Structured Output 正式接進 Gemini API。 原本 Gemini 回傳的是一大段文字,現在則可以固定拿到:...

鐵人賽 Build on Google AI DAY 20

技術 【Day 20】取消、改期與 24 小時規章設計與實作

在實作完核心預約與 AI / Telegram 整合後,今天進入 模組 C:取消、改期與規章執行層——CancellationService.gs。 本模組嚴格...

鐵人賽 Build on Google AI DAY 20

技術 [Day 19] 第一版 Alpha 網頁上線:簡單 UI 接上 Gemini 和 Firestore,Cache 會留下舊過敏嗎?

Part 4|第 20/30 篇 今日要做的事: 用一個簡單網頁把六步測試、Gemini 和 Firestore 接在同一頁。一次晚餐請求分成規則短路、exac...

鐵人賽 Build on Google AI DAY 19

技術 [Day 18] 「因為比較健康」算證據,還是只是模型很會說?

Part 4|第 19/30 篇 今日要做的事: 讓推薦和理由在同一次 Structured Output 出現,並檢查 leftover、balance、go...

鐵人賽 Build on Google AI DAY 19

技術 Day 19|API 接通了,但 Prompt 太簡單:把學習條件整理成 Prompt Template

昨天終於把 Gemini API 接進 Learning Card App。 從表單輸入: 學習對象 學習主題 卡片數量 按下「產生學習卡」後,資料會經過 S...

鐵人賽 Build on Google AI DAY 18

技術 Day 18|按下產生之後呢?從 React 呼叫 Gemini API

昨天完成「產生學習卡」表單後,App 終於可以知道使用者今天想學什麼。 測試時,我選擇: 7~8 歲兒童 浩瀚太空 3 張 React 也成功取得: {...

鐵人賽 Build on Google AI DAY 18

技術 [Day 17] 按下「採用」之後,庫存就該立刻變少嗎?

Part 4|第 18/30 篇 今日要做的事: 把 Rule → Gemini 候選 → validate 收成一條決策流,並把採用和煮完扣庫存拆開。 今天要...

鐵人賽 Build on Google AI DAY 17

技術 [Day 16] 模型會自己拿資料,就不用再貼整份人生了嗎?用 Function Calling 讓 Gemini 自己讀冰箱

Part 4|第 17/30 篇 今日要做的事: 把 Function Calling 收成五個工具,並分開「模型拿資料」和「規則判定合格」。 今天要解決的目的...

鐵人賽 Build on Google AI DAY 17

技術 Day 17|不想每次都改 Prompt:做一個 Learning Card 產生表單

昨天終於把 Day 12 透過 Structured Output 產生的五張海洋動物學習卡,成功放進 React UI。 現在資料是真的了,畫面也可以正常顯示...

鐵人賽 Build on Google AI DAY 17

技術 【Day 17】實戰操作全流程示範:新職工註冊審核、預約週期、權限異動與管理員月結報表

今天我們透過一次完整的實際操作示範,從新職工「阿樂」申請加入機構開始,一步步走完「身分審核 -> 登入與預約 -> 改期規章與簽到 -> 帳戶...

鐵人賽 Build on Google AI DAY 16

技術 [Day 15] 策略都接上了,會不會反而比貼 Prompt 更麻煩?

Part 4|第 16/30 篇 今日要做的事: 先用一輪 compile mock 驗收 Strategy Stack,再鎖定 N=3~5 的 Pilot 協...

鐵人賽 Build on Google AI DAY 16

技術 Day 16|UI 有了,但資料還是假的:把 Learning Card JSON 接進 React

昨天透過 Make this an app,Gemini 已經幫我建立出一個可以實際操作的 Learning Card App。 除了基本的學習卡之外,它還自己...

鐵人賽 Build on Google AI DAY 16

技術 【Day 16】Google OAuth / SSO 身分驗證、Google Cloud 設定與全功能角色權限控制(RBAC)

在前 15 天裡,我們完成了核心預約系統、Telegram/Email 雙管道通知與第一階段的正式部署。然而,目前系統主要依賴使用者自行填寫 Email,缺乏嚴...

鐵人賽 Build on Google AI DAY 15

技術 Day 15|一段 React Code 還不夠?用 Make this an app 直接做成 Learning Card App

昨天我把 LearningCard 的資料格式交給 Gemini,請它幫我建立第一版 React UI。 原本只是想看看: 如果不自己從零刻 Componen...

鐵人賽 Build on Google AI DAY 15

技術 【Day 15】通知機制切換(Email / Telegram Bot)、資安強化與系統階段性部署

來到 30 天實作挑戰的中場里程碑(Day 15)!在過去 14 天裡,我們完成了核心預約邏輯、Google Calendar 行程同步、雙模拖拉選取介面,以及...

鐵人賽 Build on Google AI DAY 15

技術 [Day 14] 100 元與 20 分鐘不是參考值

Part 4|第 15/30 篇 今日要做的事: 定義 budget/time 的 Hard 邊界,並讓使用者自行宣告的 16:8 只改排程。 今天要解決的目的...

鐵人賽 Build on Google AI DAY 18

技術 【 Day 18】系統需求規格說明書 (SRD) 整合與全局設定檔 (Config.gs) 設計實作

在系統開發與架構設計中,「軟編碼 (Soft-coding)」 是確保系統長期具備彈性與可維護性的核心原則。在 Build on Google AI 賽道的「N...

鐵人賽 Build on Google AI DAY 14

技術 【Day 14】資料留痕與審計日誌:實作 Google Sheets 審計日誌 (Audit Log) 與場地使用率統計分析

昨天我們完成了支援桌面滑鼠與行動裝置觸控的 「橫向 7 天週月曆拖拉預約介面」,實現了雙模 UX 與前端防呆。 今天,我們將重點轉向後端的 「資料留痕、資安審計...

鐵人賽 Build on Google AI DAY 14

技術 [Day 13] 先過 Hard,少洗鍋才有投票權

Part 4|第 14/30 篇 今日要做的事: 在 Hard 合格的方案裡,用剩料、蛋白質、少洗鍋三個訊號排順序。 今天要解決的目的: 排序要能從資料重算;任...

鐵人賽 Build on Google AI DAY 13

技術 [Day 12] 同樣是海鮮,蝦要擋,花枝條不能一起消失

Part 4|第 13/30 篇 今日要做的事: 只替過敏與設備做 Hard 門禁,驗 crustacean、mollusk、客人過敏、共用鍋具與單口爐。 今天...

鐵人賽 Build on Google AI DAY 13

技術 Day 13|JSON 有了,TypeScript 呢?建立 LearningCard 型別

昨天我們終於讓 Gemini 一次回傳 5 張 Learning Cards,而且資料不再是一大段文字,而是有固定結構的 JSON: { "car...

鐵人賽 Build on Google AI DAY 13

技術 【Day 13】全平台響應式 UI/UX:橫向 7 天週月曆、桌面/行動雙模拖拉(Mouse & Touch Drag-to-Select)與五房間切換

今天我們將重點放在 「前端預約介面的全平台 UX 升級」。為了讓職工無論是在桌面電腦使用滑鼠,還是在 iPhone / iPad / Android 等行動裝置...

鐵人賽 Build on Google AI DAY 12

技術 【Day 12】後台管理與預預約維護:實作「全區查詢、自主改期/取消」與管理員「週期性活動」排程

昨天我們完成了預約成功時的 Telegram Bot 與 Email 雙軌即時通知。今天我們將重點轉向系統的 「後台管理與預約維護模組」。 為了滿足實際營運需求...

鐵人賽 Build on Google AI DAY 12

技術 Day 12|一張不夠,那就一次來五張:讓 Gemini 回傳 Learning Card Array

昨天把 Learning Card 的 Schema 拆開來看,終於比較清楚 properties、description、required 分別在做什麼。 目...

鐵人賽 Build on Google AI DAY 12

技術 [Day 11] 系統不會讀心:先把飲食條件存成它讀得懂的 ID

Part 4|第 12/30 篇 今日要做的事: 把策略口號拆成 hard、soft、context IDs,存入 Firestore,並把 Preset 編譯...

鐵人賽 Build on Google AI DAY 11

技術 [Day 10] 先讓資料閉環,再讓推薦變聰明:Stitch MCP 接到 Antigravity

Part 3|第 11/30 篇 今日要做的事: 把 Day 9 的 Stitch 三頁交給 Antigravity,做成行動版網頁,接到既有 Firebase...

鐵人賽 Build on Google AI DAY 11

技術 【Day 11】即時通知整合:利用 Telegram Bot 與 Email 實現預約雙軌自動化推播

昨天,我們建立了後端防鎖與衝突檢查機制,確保系統在 concurrent(高並發)預約時能夠做到零重複預約(No Overbooking)。 今天,我們將串接...

鐵人賽 Build on Google AI DAY 11

技術 Day 11|Learning Card Schema 怎麼設計?把 AI 回傳格式定義清楚

昨天第一次使用 Structured Output,成功讓 Gemini 不再回傳一整段需要自己拆解的文字,而是按照設定好的 Schema 回傳 JSON。 最...