題目說明
我是一個大三生，程式設計的能力沒有很好，看得懂簡單的程式碼，但無法從零寫出一個完整的程式碼。
那為什麼我還要挑戰一個聽起來很技術的鐵人賽主題？
因為我發現，這幾年來AI工具的重點已經不再只是「你會不會寫程式」，而是「你會不會清楚的描述問題、設計流程、驗證結果」。
Claude這類AI助理，讓像我這樣的人也能動手做出東西，不是靠寫出漂亮的程式碼，而是靠「把需求想清楚、把Prompt設計好、把每一次失敗都當成線索」。
所以這30天，我想誠實記錄一件事，一個不太會寫程式的大學生，能不能靠Claude，做出一個自己每天真的會用的學習助理。

缺乏整理的大學生
開賽前我先盤點了自己這一年來的學習日常，發現卡關的地方通常不是「沒有工具」，而是「資訊太分散、太雜亂」：
一、課程投影片、講義、教授臨時補充的資料散落在雲端硬碟各處
二、報告死線、小考日期、社團活動時間分別記在行事曆、LINE群組、腦袋裡
三、想要準備考試時，不知道該從哪一份資料開始讀起，也抓不出重點
四、每學期都想「好好規劃讀書進度」，但從沒有一次真的照表操課。
這些問題單獨看都不大，但堆在一起，就是每個學期期中、期末都在硬撐的原因。我想試試看，Claude能不能在這些「瑣碎但持續消耗心力」的地方幫上忙。

難度設定
因為我不是工程背景，我給自己定了一個原則：這三十天做的東西，難度要落在「我看得懂、改得動，但自己寫不出來」的區間。具體來說，我打算盡量利用Claude本身就有的能力，而不是硬要自己做一套系統。
用Prompt設計，取代自己寫邏輯，用Claude的Artifacts產生看得到、能互動的小工具，程式碼由Claude生成，我負責描述需求、測試分、回饋修正。

30天規劃
目前我把30天分成四個階段，實際內容會隨著實驗結果調整。
第1-6天，需求分析與探路：盤點自己的學習情境，訪問身邊同學的痛點，並用Claude做初步的腦力激盪，確定要解決的2、3個核心問題。
第7-14天，提示設計與小型實驗：針對每個，設計對應的Prompt，測試Claude在課程整理、資料分析、任務管理上的表現，記錄哪些提示有效、哪些踩雷。
第15-22天，Skills與Artifacts實作：嘗試用Claude的Skills與Artifacts，把前面驗證過的提示，變成一個個可以重複使用的小工具或介面模型。
第23-30天，整合、實測與檢討：把各個小工具串成一個「校園學習助理」的雛形，實際使用過後的心得感受。

今日總結
在動手之前，我花了一些時間，把自己上週的行事曆、待辦清單、LINE群組訊息瀏覽過一遍，列出所有讓我卡住的事情。

明日內容
我將會把今天列出的痛點清單丟給Claude，進行第一次需求訪談，看看在AI的視角下，這些問題可以怎麼被拆解、排序，並嘗試抓出這30天真正該聚焦的2、3個核心功能方向。