今天要做的事
今天統整進度總覽。
這份文件怎麼用
- 每次開新對話,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
Day22
- 每一節讀了沒,由讀書紀錄算出來標在首頁
- 可以手動調整排程
第四階段:整合與實際使用(Day23~27)
Day23
- 重排:只有讀完的節次不動;排法三選一
- Claude 自稱排得平均,程式數出來不是
Day24
- 多科一起排,先排讀、再排複習,排程提示詞 v0.4,3 次全過
Day25
- 讀書時段加上晚上 N1~N5;播放鍵第一次實測
- Claude 幾乎不排晚上
Day26
- 開始實際使用;每天上限分成忙的日子和空的日子
- 畫面刪掉大量說明
Day27
- 週末排了 4 節沒讀,重排一次重新分配
- 修掉存檔時一閃而過的假警告
- 「一節讀幾頁」的校正因為資料不夠取消
Day28
第五階段:統整與心得(Day28~30)
Day28
Day29
Day30
計畫被改了幾次
- Day07:改成自用,省下約三天,補進出題、每週回顧、讀書紀錄校正
- Day12:原訂換第三科,取消,改做驗收
- Day14:排程提示詞從 Day14 挪到 Day19
- Day22:重排移到 Day23;Day23 又把多科一起排移到 Day24
- Day27:讀幾頁校正取消
- Day28:進度提前,插入提示詞整理;用量檢討和痛點評分往後移
今日總結
運用這種 .docs 的方式,可以很好的讓 Claude 掌握目前 project 或計劃的進度,而且也不用自己手動改,直接跟 Claude 說一聲更新進度即可。Claude 也可以在新的對話當中,直接明瞭的確認目前進度,昨天做了什麼、今天要做什麼。
明日內容
寫心得跟 App 總覽。