iT邦幫忙

2026 iThome 鐵人賽

DAY 29
0

今天要做的事
今天統整進度總覽。

這份文件怎麼用

  • 每次開新對話,Claude 先讀進度總覽和提示詞版本庫,再提今日計畫
  • 我說更新進度時,Claude 先讀最新版再改,因為我可能自己手動改過,改完用一兩句話告訴我改了哪幾段

核心內容

  • 專案核心:題目、難度原則、只給自己用、預算、合作方式
  • 老師作業要求:硬性規定、每天開場要過一遍的五個檢核問題、目前符合到哪裡、作業待辦
  • 規劃:原本的四階段,加上逐日的調整後規劃
  • 核心方向:模組表,加上 Day04~27 每天一段「補充」,記決定、資料結構、測試結果、沒處理的事
  • 真實學期資料:開學日、考試日期、講義頁數、節次時間、App 裡的課表
  • 平台能力備忘:哪些事實測過、哪些只是規格上寫的
  • 公開文章寫作規範:不用表格、課名用代稱、不寫講義頁碼、逗號用全形、結尾固定兩段
  • 每日進度:一天一列的表
  • 測試有效的提示詞:每一版的測試日期和效果,共 26 筆
  • 踩過的雷:每天學到的教訓,共 136 條
  • 下一步待辦、工具清單

第一階段:需求分析(Day01~06)
Day01

  • 定下難度原則:看得懂、改得動、但自己寫不出來
  • 列出三個痛點:資料分散、死線管理混亂、不知道怎麼排讀書進度

Day02

  • 訪談兩位同學,六筆痛點收成三類
  • 問「哪個 App 最難用」,挖到的多半是學校系統的操作抱怨

Day03

  • 改用情境式問法,方向收斂成「讀書規劃助理」:課表、教材摘要、複習排程、番茄鐘
  • 學分計算記下來,不列入範圍

Day04

  • 用真實課表和考試情境走完一天
  • 留下兩個待處理:課表要能設單週例外、長講義不能整份丟

Day05

  • 寫成文字規格:四份資料、五個畫面
  • 定下分工:程式負責算,Claude 負責判斷

Day06

  • 實測三個危險假設:帳號資料庫能跨裝置同步;App 內不能送 PDF;純文字的公式會壞掉
  • 摘要改到聊天視窗做,卡片再貼進 App

第二階段:提示詞實驗(Day07~14)
Day07

  • 圖片在 Safari、Chrome 都送不出去;本機儲存過一晚就消失
  • 專案改成只給自己用
  • 補上「卡片」的定義

Day08

  • 摘要提示詞 v1 定案,單頁全過;整節 4 頁露出三個缺口
  • 拆出提示詞版本庫

Day09

  • v1.2 改由我自己寫,Claude 檢查邏輯
  • 查證 App 呼叫 Claude 的規格裡本來就沒有 PDF

Day10

  • 同一份講義跑 7 次,找出兩組互相打架的規則,改出 v1.3
  • 標記預設改成不讀

Day11

  • 換到英文投影片,不沿用機統的提示詞,另寫一版,9 次後定在 v1.2

Day12

  • 用沒看過的講義驗收,換小節時卡片切錯,改出 v1.4
  • 整章 35 頁一次丟,48 張卡沒有截斷

Day13

  • 兩套摘要包成 Skill「lecture-cards」
  • 改成一次列出所有問題、一次改完,機統到 v1.5

Day14

  • SKILL.md 的命令句改成說明原因,6 次 0 起疑、0 拒絕
  • 剩下的問題全部放進待批次清單

第三階段:App 實作(Day15~22)
Day15

  • App 骨架:五個分頁、四個資料集合,Mac 和 iPhone 同步
  • 程式碼的正本改成已發布的 App,每天先抓回來再改

Day16

  • 課表分頁、課程種類配色、單週例外

Day17

  • 番茄鐘用開始時間相減,鎖螢幕也算得準;網頁在背景響不了鈴
  • 評估過原生 App,維持網頁版

Day18

  • 收藏庫上線,Skill 的卡片可以貼進 App
  • 平台的資料是唯讀的,第一輪讀不出來

Day19

  • 考試分頁與排程提示詞 v0、v0.1
  • 空堂不等於有空:程式先扣吃飯、通勤的緩衝,Claude 只看可以讀書的時段

Day20

  • 正式排程、首頁改版、排程提示詞 v0.2
  • 首頁加每週排程,按播放鍵帶進番茄鐘

Day21

  • 收藏庫的卡片出選擇題,20 題答案全對

Day22

  • 每一節讀了沒,由讀書紀錄算出來標在首頁
  • 可以手動調整排程

第四階段:整合與實際使用(Day23~27)
Day23

  • 重排:只有讀完的節次不動;排法三選一
  • Claude 自稱排得平均,程式數出來不是

Day24

  • 多科一起排,先排讀、再排複習,排程提示詞 v0.4,3 次全過

Day25

  • 讀書時段加上晚上 N1~N5;播放鍵第一次實測
  • Claude 幾乎不排晚上

Day26

  • 開始實際使用;每天上限分成忙的日子和空的日子
  • 畫面刪掉大量說明

Day27

  • 週末排了 4 節沒讀,重排一次重新分配
  • 修掉存檔時一閃而過的假警告
  • 「一節讀幾頁」的校正因為資料不夠取消

Day28

  • 整理五條提示詞線、二十個版本,程式沒有改

第五階段:統整與心得(Day28~30)
Day28

  • 整理五條提示詞線、二十個版本,程式沒有改

Day29

  • 整理進度總覽

Day30

  • 心得與 App 整體展示

計畫被改了幾次

  • Day07:改成自用,省下約三天,補進出題、每週回顧、讀書紀錄校正
  • Day12:原訂換第三科,取消,改做驗收
  • Day14:排程提示詞從 Day14 挪到 Day19
  • Day22:重排移到 Day23;Day23 又把多科一起排移到 Day24
  • Day27:讀幾頁校正取消
  • Day28:進度提前,插入提示詞整理;用量檢討和痛點評分往後移

今日總結
運用這種 .docs 的方式,可以很好的讓 Claude 掌握目前 project 或計劃的進度,而且也不用自己手動改,直接跟 Claude 說一聲更新進度即可。Claude 也可以在新的對話當中,直接明瞭的確認目前進度,昨天做了什麼、今天要做什麼。

明日內容
寫心得跟 App 總覽。


上一篇
【Day 28】提示詞版本整理
下一篇
【Day 30】心得 + App 總覽
系列文
用Claude打造我的AI校園助理:從需求到實作的30天實驗 共 30 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言