iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
AI Engineering

AI 開發雜記:Skill、CLAUDE.md、Memory 這些你可能忽略的細節 系列

這系列的素材是這個鐵人賽寫作專案本身跟 AI 協作的真實過程:Skill 怎麼設計、CLAUDE.md 怎麼分層、記憶系統怎麼運作、多 agent 協作踩過的坑、事實查核流程怎麼建立。核心主張是:AI 開發工具本身(skill、CLAUDE.md、memory、多 agent 協作)也需要被當成軟體來設計,沒有清楚的分工跟驗證機制,這些工具會退化成互相矛盾、逾越範圍的雜訊。內容已去識別化處理。

參賽天數 21 天 | 共 21 篇文章 | 2 人訂閱 訂閱系列文 RSS系列文
DAY 1

Day 01:AI 開發雜記——為什麼工具本身也要被設計

前言:CLAUDE.md 不就是寫一份文件給 AI 看嗎,有什麼好設計的? 「CLAUDE.md、Skill、記憶系統,講白了不就是幾份給 AI 讀的說明文件嗎...

2026-08-31 ‧ 由 recca0120 分享
DAY 2

Day 02:CLAUDE.md 是什麼——全站規範 vs 特定情境規則的分界

前言:不就是一份「給 AI 看的說明文件」嗎? 「CLAUDE.md 不就是把專案規範寫一份文件丟給 AI 讀嗎?跟寫 README、寫 wiki 有什麼本質上...

2026-09-01 ‧ 由 recca0120 分享
DAY 3

Day 03:案例——CLAUDE.md 太長會發生什麼事

前言:規則寫進去了,為什麼還是沒被遵守? 「這條規則我明明寫進 CLAUDE.md 了,AI 怎麼還是沒照著做?」 如果你也問過這句話,先別急著懷疑是 AI 不...

2026-09-02 ‧ 由 recca0120 分享
DAY 4

Day 04:Skill 的本質——把一次性經驗提煉成可重複套用的規則

前言:寫一份文件,跟寫一支 Skill,差在哪裡? 「不就是把規則寫成一份文件嗎?跟寫在 README 或內部 wiki 有什麼不一樣?」 這是我剛開始用 Sk...

2026-09-03 ‧ 由 recca0120 分享
DAY 5

Day 05:Reference 型 vs Task 型 skill——什麼時候用哪一種

前言:反正都是「給 AI 讀的規則」,分那麼細幹嘛? 「Skill 不就是一份寫給 AI 看的說明文件嗎?裡面寫規則也好、寫步驟也好,AI 都看得懂,有必要分成...

2026-09-04 ‧ 由 recca0120 分享
DAY 6

Day 06:案例——一支 skill 從無到有的誕生過程

前言:Skill 是規劃出來的,還是長出來的? 「要幫 AI 寫一支 skill,是不是要先坐下來,把這個領域的規則想清楚、列完整,再一次寫好?」 如果你也這樣...

2026-09-05 ‧ 由 recca0120 分享
DAY 7

Day 07:Skill 的「定位」段落——為什麼比規則本身更重要

前言:規則寫得夠細,還會出什麼問題? 「一支 skill 只要把規則寫得夠詳細、夠具體,AI 應該就會用得準吧?」 這句話對了一半。規則寫得詳細,確實能讓 AI...

2026-09-06 ‧ 由 recca0120 分享
DAY 8

Day 08:持久記憶系統的四種類型——user/feedback/project/reference

前言:反正都是「記住的東西」,分類有那麼重要嗎? 「AI 的長期記憶不就是一堆筆記嗎?想到什麼就記下來,需要的時候撈出來用,幹嘛還要分類?」 第一部講完 CLA...

2026-09-07 ‧ 由 recca0120 分享
DAY 9

Day 09:案例——一個 feedback 記憶怎麼從「被糾正」變成「規則」

前言:被糾正過一次,下次就不會再犯了嗎? 「AI 這次被我糾正了,它應該已經『學到』了吧?下次遇到類似情況,總不會再犯同樣的錯了?」 如果你也這樣期待過,大概很...

2026-09-08 ‧ 由 recca0120 分享
DAY 10

Day 10:記憶要記「為什麼」,不是只記「使用者不喜歡什麼」

前言:記下來就好了,為什麼還要講究怎麼記? 「AI 被糾正過的事,記下來下次不要再犯不就好了嗎?講究記憶要怎麼寫,是不是想太多了?」 聽起來理所當然,但只要真的...

2026-09-09 ‧ 由 recca0120 分享