iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Vibe Coding

從模糊想法到可操作原型:我的 30 天 AI 協作開發實驗 系列

本系列將記錄我如何運用 AI 協助開發,從一個尚未完全成形的想法出發,逐步探索並製作 Web App 原型。30 天內,我會嘗試進行需求整理、使用情境分析、介面設計、功能規劃與原型測試,並依實際進度、遇到的問題及學習成果,持續調整作品方向與範圍。過程中也會記錄我如何與 AI 溝通、修改提示、判斷生成結果,以及面對錯誤與限制時所做的調整。最終成果不預設為完整產品,而是呈現從模糊想法、反覆嘗試到階段性原型的真實 AI 協作開發歷程。

鐵人鍊成 | 共 30 篇文章 | 3 人訂閱 訂閱系列文 RSS系列文 |團隊五人成行,Bug 不行
DAY 21

Day 21|先決定 AI 可以做什麼,也要決定它不能做什麼

昨天 CareCall AI 第一次能把瀏覽器語音變成可修改、可確認的逐字稿。今天我沒有急著串接 AI API,而是先替 AI 畫出清楚的工作範圍。若沒有固定格...

2026-08-22 ‧ 由 rachelcltang 分享
DAY 22

Day 22|AI 在正常範例很聰明,遇到模糊回答會發生什麼?

昨天我替 CareCall AI 定義了固定 JSON 與安全提示詞。正常範例看起來很順,但真實口語不會永遠完整,所以今天我刻意拿正常、過短、含糊、矛盾、答非所...

2026-08-23 ‧ 由 rachelcltang 分享
DAY 23

Day 23|第一次把 AI 從聊天工具,變成產品裡的一個小功能

前兩天我先定義 AI 應該回傳的 JSON 格式,再用十類困難輸入測試提示詞。Day 23 才真正開始串接,而且刻意只做一件事:把完整的關懷逐字稿整理成服藥、量...

2026-08-24 ‧ 由 rachelcltang 分享
DAY 24

Day 24|AI 串接成功不等於完成,還要融入原本產品流程

Day 23 我替 CareCall AI 加入單一 AI 結構化入口,但當時的結果只停留在預覽。Day 24 的重點不是增加更厲害的新功能,而是回答一個更實際...

2026-08-25 ‧ 由 rachelcltang 分享
DAY 25

Day 25|先讓系統記得每天發生什麼,再談漂亮的趨勢圖

做到 Day 24 之後,CareCall AI 已經能接收文字或語音逐字稿,也能在 AI 失敗時回到既有規則與人工處理。不過,如果畫面只顯示「今天」的狀態,照...

2026-08-26 ‧ 由 rachelcltang 分享
DAY 26

Day 26 |我以為很清楚的照護後台,別人真的知道下一步嗎?

做到第二十六天,我原本很容易把「程式可以操作」理解成「使用者知道怎麼操作」。CareCall AI 已經有總覽、個案詳細、文字與語音關懷、人工處理中心,也能保存...

2026-08-27 ‧ 由 rachelcltang 分享
DAY 27

Day 27 | 不是繼續堆功能,而是讓第一次使用的人知道從哪裡開始

做到 Day 27,CareCall AI 已經有五個核心畫面,也能完成文字關懷、規則分類、人工接手與多日紀錄。可是當我重新用第一次使用者的角度檢查畫面時,發現...

2026-08-28 ‧ 由 rachelcltang 分享
DAY 28

Day 28 | 公開上線的重點不是網址,而是沒有外部服務也能可靠展示

做到 Day 28,我原本以為「公開作品」最重要的是拿到一個網址,但真正開始整理部署時,才發現網址只是最後一段。CareCall AI 的本機版本包含一個可選用...

2026-08-29 ‧ 由 rachelcltang 分享
DAY 29

Day 29 | 好作品不只可以操作,也能被別人重現、檢查與理解

CareCall AI 到 Day 29 已經有公開網址,也可以完成文字關懷、規則分類、人工接手與多日紀錄。不過,能打開網站並不等於別人能理解作品。如果展示者每...

2026-08-30 ‧ 由 rachelcltang 分享
DAY 30

Day 30|30 天後,我做出的不只是一個頁面

三十天前,CareCall AI 只是一個模糊想法:能不能用 AI 協助高齡關懷,讓需要協助的個案更容易被看見?當時我很容易把注意力放在語音、AI 或漂亮畫面上...

2026-08-31 ‧ 由 rachelcltang 分享