前一篇為了能繼承錯題本的記憶功能，我找來了網頁板自帶的project功能作為讀寫檔案的替代品，然而在後續正式實測時，我才發現原來project功能無法被AI自主覆蓋。

錯題本功能捨棄

只能說確實是我查資料時沒查清楚了，在實測時，我透過對話直接要求他修改檔案以測試他是否能記錄題目，然而我把它回傳的檔案直接當成了可以修改的佐證，而沒有回頭檢查原檔案是否有被覆蓋。

(另外詢問他也直接給出了否定的回應)

不過關於設計時給出的建議竟然沒被claude code本人打槍說明我給他設計的審查恐怕也有待加強。

既然無法透過project來設計錯題本的存儲功能，那麼不如保存最重要的出題和檢討功能，而暫時放棄錯題本和其附帶的其他出題調整功能，而這項核心功能該如何再被移交到免費使用者手上，我後續打算再嘗試別的方式，讓設計有能讀取檔案的能力。

下一步

既然排除了這項問題，剩下也就好辦了，移除skill.md中各自附帶的複習題機制以及標籤附加機制，再添加到網頁版去做測試，這次測試完畢之後我決定去尋找一個可能，與其犧牲讀寫檔案的功能，不如向另一條可能的道路前進，也就是建立網頁/應用程式。

這個方案最初沒執行是因為如果想保留自主出題的能力，就必須至少有AI這個東西，然而若要使用網頁驅動AI就必須要有相對應的API，我沒辦法要求使用者提供，也沒辦法自己負擔，但倘若我捨棄自主出題能力呢?

不會即時但要會變

若是讓AI先生成一定量的題庫及檢討，透過應用程式推送給符合要求的使用者(level，偏好等)就能解決基本的全真模擬類型題目，然而，我個人認為最能吸引使用者使用的功能-自訂主題就很難實現了，畢竟使用者口味百百種，不可能真的包涵到所有人喜歡的議題，所以，就跟之前設計的自主回饋演進功能一樣，這次AI也將充當後台管理員的角色，透過收集後台數據以及使用者偏好來規劃底下的題目生成與題庫替換，使用者或許不會第一時間獲得喜歡的題目，但可以透過提出意見和累積偏好來改變接下來題目更新的方向。

當然目前只是一些設想，詳細的我會再研究一些資料後設定該如何實作，目前的低成本版skill我也會交給身邊一些朋友測試，主要目的是每題都親自測再修改實在太沒效率了，我需要累積一些基本功能的意見。