回顧第1週的「讀材料→分清事實與推論→附來源→核對→保存報告」後，才介紹以下方法。第2週首次建立情報Skill，不把建立當作第1週的前置要求。
Skill是可按需呼叫、可重複使用的方法包，可含說明、範本、參考資料與選用腳本。相同類型工作反覆發生，且有穩定判斷、品質或格式要求時，才值得建立；一次性簡單任務可直接提示，固定算式用試算表即可。好處是省去每次重講、換輸入仍保留同流程與格式，把經驗留下來測試與改善；不保證永遠正確。第2週先比較「每次重講」的兩份提示範例，再判斷值得建的方法，改短範本，最後換輸入驗收。
Skill是可重複、可帶入不同條件的工作方法。建立階段才改方法範本；使用階段只提供本次任務條件、材料位置與批次，方法母本不改。咖啡店只是練習資料，情報追蹤、報名處理、單品分析三份Skill可在相同工作方法下換產業、活動與品項：換輸入和政策，不改母本。這不代表能把同一Skill拿去解不同工作方法的問題。cafe-*是本課既有資料夾名稱，名稱不鎖定咖啡商品。
初學者先用教師備妥的完整短範本，不從空白起手。核心方法只留五段：用途、材料、步驟、成果、缺料回報。建立時學生先把方法範本說清楚，再請Codex協助建檔；之後使用只給本次條件、材料位置與批次，能用自己的話說明方法即可；不需懂程式、手打命令或自寫複雜schema。資料夾、Skill安裝、CLI與前端連接由教師課前準備。每份業務Skill用兩週逐步練熟，先求好用再談完整治理。第3站在建立週改範本、使用週只備本次輸入；第4站一次完整呼叫可包含助建檔及業務執行。
學生必做驗收只有兩項：固定同一Skill，換一批新的完整資訊；再試一個缺漏或衝突案例。比較步驟、來源引用、成果格式與品質是否一致，缺料是否誠實回報。SHA、複雜狀態／版本、整批故障、防重複事件與完整回歸測試由教師示範或選做，不作初學者必修門檻。
課堂每週一次必要呼叫是為了控制額度；Skill建立後，同一方法長期接續新資料與既有狀態，不每批重建。Skill要讓Codex在「同樣場景、不同資訊」維持一致步驟、引用依據、輸出結構、品質與停止條件。三份必要業務Skill是情報追蹤、報名處理與單品分析；開發／回歸驗收Skill選做。第一次做介面是一項單次Codex開發任務，可直接指定已核對規格，不必先建開發Skill。
重複使用核對：先建立一次方法母本，記錄版本；第二次換新資料並讀既有state，產生新報告版本；第三次由教師示範重跑相同批次（學生選做），不能新增重複、清掉待辦或漏掉補件。固定母本後再測新批、缺漏與來源衝突，逐項比一致步驟、引用、輸出欄位與停止條件。來源id、活動容量與數字答案是輸入，不寫死在Skill；例如12席與35元要從該批policy及成本材料讀取。只有必做測試失敗或方法不全才修Skill；學生重看原案與新案，完整回歸由教師示範，不因換批次重建。weekN檔名只為教學辨識；長期保存run-id、輸入／報告版本、Skill版本與接續state。
教法主線是在 Codex App開啟課程資料夾，學生依完整短範本修改Skill，請Codex協助建檔，明確使用、換料測試、再串工作流。三份必要業務方法與一份選做參考是research-SKILL.md、operations-SKILL.md、analysis-SKILL.md、build-tool-SKILL.md。網站lab僅演練固定規則與查算；Codex讀檔、依Skill執行及學生核對要另有證據。
以上名稱是下載範本標籤。專案內真正修改與使用的母本各為 .agents/skills/cafe-research/SKILL.md、.agents/skills/cafe-registration/SKILL.md、.agents/skills/cafe-analysis/SKILL.md、.agents/skills/cafe-build-tool/SKILL.md，metadata name與資料夾一致。本課在任務明確提及技能或指定讀檔，核對行為，不假設文件放好便已執行，也不要求CLI安裝。
路徑與metadata的官方來源為[OpenAI Build skills](https://learn.chatgpt.com/docs/build-skills)。App介面依老師版本示範，不把CLI／IDE快捷用法混成App操作。
例如同一個查庫存Skill，今天提供「鞋」的查詢條件，明天提供「襪」的條件；查詢步驟與結果格式相同，使用時不用改Skill。這是理解參數的例子，本課不另建庫存系統。
從上週步驟建立第一份情報Skill
Skill把一項方法寫成可讀文件：何時用、需要什麼、按哪些步驟、交什麼、何時停、如何驗收。先改教師情報短範本的五段，請Codex協助建檔，再明確請Codex讀文件、A–D及F/G/H，照方法產摘要與跨來源核對。這次核對會暴露規則缺漏，例如只說「不要亂寫」卻沒有缺來源停止條件；修訂成具體動作，保留舊版與輸出。讀到文件只能證明已取得內容，套用是否正確由實際結果判斷。
長期情境為同方法的每週情報週報：沿用情報Skill，讀新來源與既有已讀狀態，維持來源核對、衝突處理及同一報告欄位；新增資料可以改結論，不能放寬品質要求。
新版本要重新讀，但不重複記同一批
來源id辨認材料是哪一項，版本辨認是哪一次內容。教材提供A1/B1/C1/D1的模擬已讀基準；你仍要自己讀原文。第二批A2、B2、E1需要處理，C1與D1未變更。已讀狀態要保存id、版本、讀取日期與限制，也可另保留查核狀態；讀過不等於已證明正確。
重跑同一批應比對id＋版本。已處理的A2不能又新增一次同樣材料或通知；也不能因為新版已處理就刪除舊版歷史。這種保持重跑後狀態不多出重複記錄的要求，需用兩次前後紀錄驗證，不能只看「程式應該如此」。
更新本身也有支持範圍
A2追加9/24與9/25兩次午間觀察，與原三次保留追加關係；仍沒有等待分鐘或人數。B2是另一批獨立6人、2願試、4無需求。將B1和B2分列，不能直接合併為全校需求比例，也不能因2／6小於5／8就斷定全校需求下降。
E1公告虛構活動CAFE-01，2026-10-23 14:00，名額12，每人最多5席。日期時間、容量與上限是營運要用的規則來源。材料尚未開放真實報名；後續信件只是課堂模擬，不當成公告已上線或真實顧客已報名。
E1正式教材公告12優先於G早先未定草案16，保留版本與採用理由。F/G/H記在額外來源清單，A/B/C/D已讀基準不因此改寫。若來源角色與時間無法判斷，先列衝突並請人查核，不任意選新數字。已讀與已確認仍分開。
情報交接給營運
交接文件要說明活動id、版本、時間、容量、上限與待確認。需要人判斷哪些來源可信、哪句需改、哪些變更要提醒；保存狀態、比對版本、防重複，則按固定規則處理。交付摘要、來源表與狀態檔，讓接手的人知道本次真的用哪一版。
用 #lab/research可演練第二批與重跑，另保存自己代理或人工操作。若工具額度不足，教師摘要範本仍可呈現方法；沒有生成JSON就寫尚未生成，不假稱已自動更新。
本週先從第1週步驟建立第一份情報Skill，再指定第二批材料位置與條件；建立後沿用母本，核對版本、已讀歷史、防重複、兩批樣本分列和停止；不足才修訂，不因新批重建。學生用同一短Skill讀第二批完整材料，再試一個缺來源／衝突，核對引用與格式。已讀JSON、同批重跑及完整回歸由教師示範或選做，不能把示範當自己的執行。