為了真正設計一個貼合高中應考生需求的應用程式,我目標設計一個符合學測題目走向,依大考中心欽定之單字以及出題方向,同時能夠最大限度跟著學生程度、興趣,紀錄寫題過程為學生做弱點分析來提供合適且靈活的出題及檢討。在設定好程式架構與功能後,我會利用Claude內建Skill creater 製作出對應的技能,短期會利用artifact功能作為互動視窗供測試與使用,長期目標是利用Vibe coding製作出完整的開源應用程式,透過圖像化UI降低使用者操作要求。
窮不盡可能的翻譯題 與選擇類大題不同的是,非選題-尤其是翻譯及作文兩大題並沒有所謂的標準答案,要想在不使用AI的情況下對使用者給出的答案給出公平分數難如登天。...
應用程式的出題架構在設計時直接套用了skill的,導致有很多設計與目標相悖,今天就是來解決這個問題。 規則廢除 部分規則由於在現有條件完全不具備可行性或與現有目...
為了準備後續的批量生題系統,今天我逐一檢視了6個大題的出題規則,確認哪些要精修,同時把「題目該加什麼分類標籤」這件事定案。這也是為未來 AI 後台管理員鋪路的第...
今天完成規則調整的後半部分,詳細調整出題/解析格式與內容,採用跟當初測試skill一樣的聊天室測試方法,要求AI在產出題目時:1.直接隨機填入答案2.照規則產出...
標籤系統結案 我或許已經在超過十篇文提到這玩意的存在了,本質上是一個方便檢索和協助出題系統有效分配題目的東西,至於他的規則到底為甚麼這麼難改,就要從今天的第一項...
6題目批量生成系統跟主題標籤系統都落地之後,接下來就是要處理AI後台管理員—這個調閱後台數據、標籤題庫、使用者回饋;定時搜新聞找題材;定時調用生題功能;處理回饋...
在開始前,由於今天我大部分時間在外,所以我嘗試了Claude remote 功能,一個可以透過手機/CLI或者桌面版連結主機Claude code 專案的功能,...
今天將之前設計完畢的AI管理員三條線路正式上線成routine,往後會自主收集回饋,並作為出題/修改程式的依據。 現三線路現狀 gsat-bug-report-...
今日早上,三條線路依時間運行,但正式實測時才發現routine沒有成功將APK檔案直接發布在GitHub,原因是因為底層限制檔下了修改gitrepo的動作,所以...
兜兜轉轉也是來到最後一天了,在寫小作文前一樣先報告今天進度。 兩項回饋修正 繼上次提出兩項回饋後台成功擷取並回報後,我正式審閱他提出的方案並下令執行。 Issu...