[AI 分享] Codex Agents.md 新手入門指南

 [AI 分享] Codex Agents.md 新手入門指南

摘要 : 介紹 Agents.md 的用途、查找與覆蓋規則，協助建立可重複使用的 Codex 工作約定。

內容:

這次內容主要帶大家認識 Codex Agents 的入門觀念，重點在於如何透過 Agents.md 檔案，為 Codex AI 助手建立持久且可重複使用的工作約定。這能幫助使用者在自動化任務中提升效率、一致性與準確性，無論是剛接觸 Codex 的新手，或是想優化工作流程的開發者，都很適合從這裡開始。

Agents.md 可以理解成提供給 Codex 的一份操作手冊或備忘錄。使用者可以在其中定義各種工作規則，例如程式碼風格、測試要求、套件管理偏好與文件更新方式等。Codex 在執行任務前會先讀取這些內容，讓後續行為更符合預期，因此它的核心價值就在於建立穩定且可靠的工作流程。

在檔案查找機制上，Codex 每次啟動都會重新從頭讀取設定，並不使用快取，因此每次都會採用最新版本的規則。它會先檢查全域層級的指導檔案，再檢查專案層級的檔案，最後把所有有效內容合併成最終指令集後才開始工作。這樣的流程能確保配置即時生效，也有助於維持指令的一致性。

查詢規則分成全域層與專案層兩部分。全域層位於使用者目錄下的 Codex 資料夾，用來定義適用所有專案的通用規範；專案層則會從專案根目錄一路往目前工作目錄逐層查找。每一層都會按照固定順序尋找指導檔案，並將找到的內容依序納入。

在合併邏輯上，最重要的原則是「越具體越優先」。也就是說，全域規則的優先順序最低，專案根目錄次之，而目前工作目錄下的規則優先順序最高。距離當前工作位置越近的設定，就越能覆蓋上層較通用的規則。除此之外，指令內容總大小也有預設上限，若有需要可透過設定檔進行調整。

在實作方面，可以先從建立全域指導開始。做法是先建立 Codex 主目錄，再新增 agents.md 檔案，將個人的通用工作約定寫入其中，例如測試習慣、套件管理器偏好或提交前檢查流程。接著再透過 Codex 指令驗證設定是否正確載入。若有臨時需求，也可以利用 override 類型檔案來快速調整全域規則。

針對特定專案，則可以利用分層設計進一步客製化。專案根目錄可以放置專案通用規範，而在特殊子目錄中，例如某個支付服務模組，則能額外建立 override 檔案，覆蓋更上層的設定。透過這種方式，同一個專案中的不同模組就能依需求套用不同工作約定，同時又保留整體規範的一致性。

如果某個目錄中存在 override 檔案，通常會優先於同層的 agents.md 生效，達到明確覆蓋的效果。這也代表不同模組可以非常細緻地控制自己的工作流程。例如某個子模組需要更嚴格的測試命令或安全檢查，就能在該目錄單獨定義，不影響其他區域。

進一步來看，Codex 也支援高級配置。如果團隊原本就有自己的指南文件，例如 team_guide.md，可以透過全域設定檔將這些檔名加入備用文件列表，讓 Codex 在查找 agents.md 的同時，也能識別這些既有文件。這樣不但能減少重複維護規範，也更容易與現有團隊流程整合。

另外，也可以調整指令內容大小上限，避免大型專案因規則過多而被截斷。除了修改查找檔名與大小限制外，還能透過切換不同的配置目錄，讓 Codex 在特定專案或自動化腳本中使用獨立設定。這種方式非常適合需要隔離環境或客製化流程的情境。

完成設定後，驗證配置是否生效非常重要。建議先讓 Codex 總結目前載入的指令內容，確認是否正確讀入規則。也可以切換到不同目錄進行測試，觀察各層設定是否有依照預期被覆蓋。如果發生異常，查看日誌通常是最有效的排查方式，因為它會記錄實際載入了哪些檔案。

常見問題包含指令沒有載入、規則被意外覆蓋、備用檔名未生效或內容超出大小限制等。遇到這些情況時，可以先確認目錄位置是否正確、檔案是否為空、上層是否存在未注意到的 override 檔案，以及修改設定後是否已重新啟動 Codex。若內容被截斷，則需進一步調整大小限制。

總結來說，Agents.md 是一個非常實用的工具，能透過全域與專案分層機制，為 Codex 建立清楚、可延續的工作約定。只要掌握「越具體越優先」這個核心原則，再搭配 override 檔案與進階設定功能，就能更靈活地管理不同專案與模組的需求。對於希望提升 AI 協作效率的人來說，這是一個非常值得立即動手實作的功能。

[AI 分享] Codex子智慧體新手入門指南

 [AI 分享] Codex子智慧體新手入門指南

摘要 : 說明Codex子智慧體的概念、運作方式、實戰案例與最佳實踐。

內容:

這次內容聚焦在 Codex 的「子智慧體」功能，目的是幫助初學者快速理解如何把複雜任務拆解成多個可並行處理的子任務，進一步提升開發、審查與除錯效率。整體指南涵蓋基本概念、工作流程、自定義智慧體建立、實戰案例、實驗性功能，以及最後的最佳實踐整理。

所謂子智慧體，可以理解為主智慧體的「分身機制」。當面對大型或複雜任務時，主智慧體可以建立多個子智慧體，讓每個子智慧體各自處理不同的子任務，並行完成後再統整結果。這種做法的核心價值，在於提升效率、強化分工品質、維持任務隔離，並且更靈活地平衡資源與成本。

子智慧體特別適合用在需要多角度分析的場景，例如程式碼合併請求（PR）審查、大型程式碼庫分析，或重複性高的自動化工作。透過不同智慧體分別處理安全性、程式碼品質、潛在錯誤、文件驗證等面向，可以讓整體結果更全面，也更具專業深度。

在可用性方面，子智慧體功能目前預設啟用，但系統不會主動替你建立。使用者必須在提示詞中明確要求 Codex 建立子智慧體來完成任務。這點相當重要，因為只有在指令中清楚表達需求，Codex 才會啟動多智慧體協作流程。同時也要注意，並行處理雖然更快，但會增加 token 消耗，因此使用時需要兼顧效率與成本。

從工作流程來看，子智慧體的執行是高度自動化的。使用者只需下達任務，Codex 就會負責建立子智慧體、分發工作、等待全部完成，最後再整合成一份報告。整體運作就像一位專案經理指揮多位專家同時作業，而使用者則扮演負責發號施令與審核成果的管理者角色。

以 PR 審查為例，使用者可以要求 Codex 針對安全性、程式碼品質、潛在 bug 等不同審查面向，各自建立一個子智慧體。這樣系統就能同時從多個角度展開分析，最後彙整出一份完整且具層次的評審報告，大幅減少單線審查所需的時間。

子智慧體在執行期間也不是完全不可控。使用者可以透過 CLI 指令或自然語言方式查看進度、補充更具體的指令，甚至中途停止某個不再需要的子智慧體。這讓整個協作流程不只是自動化，同時也保有很高的管理彈性。

在安全性方面，子智慧體會繼承主智慧體的安全策略。例如，如果主智慧體只有唯讀權限，那麼所有子智慧體也無法修改檔案。此外，使用者還能針對特定子智慧體設定更嚴格的限制，像是讓某個專門做程式碼探索的智慧體永遠維持唯讀模式，以確保敏感操作受到控管。

當子智慧體想執行敏感操作，例如修改檔案時，系統會主動提出審批請求，並標示是哪一個子智慧體發起。使用者可以直接批准、拒絕，或先切換到該智慧體的上下文，理解其操作理由後再做決定。這種審批機制提高了整體安全性與可控性。

另一個實用特性是「即時執行時覆蓋」。也就是說，當前工作階段中透過命令列或指令所做的臨時設定，會自動套用到所有子智慧體，而且優先權最高。這代表使用者可以在不改動底層設定檔的前提下，靈活調整整個子智慧體群組的行為。

在進階應用上，Codex 支援建立自定義智慧體。雖然系統內建了三種通用智慧體，但更大的彈性來自於使用者可以透過特定目錄下的 Poml 配置檔，自行定義具備特定技能、目標與工具的專屬智慧體。這些設定可做成全域共用，也可針對單一專案獨立配置。

一個自定義智慧體通常包含必要欄位與可選欄位。必要欄位包括名稱、描述與核心指令，決定這個智慧體的角色與任務邏輯；可選欄位則可用來覆蓋全域配置，例如指定 AI 模型、調整推理強度，或設定專用工具伺服器，讓智慧體具備更符合任務需求的能力。

除了定義個別智慧體，也可以在全域設定中控制整體子智慧體行為，例如限制同時執行數量或設定巢狀深度。文中也特別提醒，max_depth 建議維持預設值 1，因為過深的巢狀會快速提高資源消耗。此外，若自定義智慧體名稱與內建智慧體重複，系統會優先採用自定義版本，這對客製化管理很有幫助。

為了提升多智慧體協作時的辨識性，還可以透過設定暱稱池，替多個相同類型的智慧體分配不同暱稱，例如 Atlas 或 Echo。這能讓工作介面更加清楚，也提高操作上的可讀性與趣味性。

在第一個實戰案例中，內容示範如何建立一個 PR 評審團隊。透過專案配置開啟子智慧體功能後，只要輸入一段自然語言指令，就能同時啟用程式碼探索者、程式碼評審員與文件研究員三種角色，從程式碼結構、品質審查與外部文件查閱三個面向協同完成 PR 分析。

這三類智慧體各自有清楚的分工。程式碼探索者使用較輕量的模型進行唯讀分析，程式碼評審員使用高效能模型做深度審查，而文件研究員則專門負責查詢外部 API 或相關文件。透過這種專業分工，可以讓整體審查更有效率，也更具完整性。

第二個案例則聚焦在前端整合除錯。當遇到複雜 UI 問題時，可以建立一支除錯團隊：瀏覽器偵錯程式負責重現問題，程式碼對映器負責找到對應程式碼位置，UI 修復者則負責進行最小範圍修正。這種流程化分工，能顯著降低前端問題排查的時間成本。

在這個前端案例中，程式碼對映器著重靜態分析，瀏覽器偵錯程式則透過連接 Chrome 開發者工具進行動態驗證，而 UI 修復者擁有實際修改程式碼的權限來完成修補。尤其瀏覽器偵錯程式還能透過專用伺服器與外部工具整合，展現出子智慧體在工具鏈串接上的應用潛力。

另外，指南也介紹了一項實驗性功能：CSV 批次處理。這項功能可以根據 CSV 檔案中的每一列資料，自動建立一個子智慧體進行並行作業，並在全部處理完成後輸出新的 CSV 結果。這非常適合大量資料審查、批次報告生成或規模化分析工作。

實際使用時，只要指定原始 CSV 路徑，設計好每個 worker 的指令模板，並設定輸出檔案位置即可。系統會根據每列內容產生對應任務，最後將所有處理結果整理成新的 CSV。這種模式對於重複性高、結構一致的工作尤其實用。

最後，整體總結強調了子智慧體的三大優勢：並行處理、專業分工與上下文隔離。在建立自定義智慧體時，應盡量讓每個智慧體職責單一、目標明確，並配給適合的工具與權限。設計良好的智慧體，應該像一位能專注完成特定工作的專家。

不過，強大的能力也伴隨成本考量。子智慧體越多、並行程度越高，token 與本地資源消耗也會隨之增加。因此，任務拆解方式、並發數量設定以及模型選擇，都需要依照實際需求審慎規劃，才能真正達到效率與成本的最佳平衡。

總體而言，這份入門指南不只是介紹功能，更提供了一套實際可落地的多智慧體協作思路。透過正確運用 Codex 子智慧體，開發者可以更有系統地處理複雜任務，進一步發揮 AI 在開發流程中的最大價值。

[AI 資產化] 崗位能力如何沉澱為可執行的 AI Skill

 [AI 資產化] 崗位能力如何沉澱為可執行的 AI Skill

摘要 : 把員工隱性經驗轉成可複製、可遷移、可升級的 AI Skill，實現組織能力資產化。

內容:

企業該如何把原本藏在員工腦中的崗位經驗，進一步整理、抽象成可以執行的 AI Skill，讓能力不再只依附於個人，而能成為組織可沉澱、可複製、可升級的資產。

很多公司其實不是沒有流程文件，也不是沒有 SOP，而是真正有價值的經驗往往並不在文件裡，而是存在老員工的判斷、長期實戰累積的默會知識，以及各種情境下的應對方式中。這些能力新人難以快速複製，一旦人員離開，經驗也會跟著流失。傳統文件雖然很多，但往往僵化、缺乏動態執行能力，因此真正需要沉澱的，不只是文件，而是「崗位判斷能力」。

在 AI 時代，這件事有了新的解法。企業不應只是把工作寫成 SOP，而是要進一步把崗位能力封裝成可以載入、執行、測試、遷移與升級的 Skill。這種 Skill 本質上不是單純的工作技巧，而是針對某個崗位、某項高頻任務的能力封裝，裡面包含任務類型、所需輸入、判斷標準、輸出結果、風險邊界、不可處理情況、人工介入節點，以及後續的驗收、測試、遷移與升級方式。

企業未來的資產不只包括品牌、客戶、系統，還應新增一類重要資產：可執行的崗位 Skill。這些 Skill 可以先從單一任務能力開始，逐步形成多個 Skill 組成的 Skill Set，最後再進化成完整的崗位 Agent。當這些能力經過標準化、驗收、測試、回滾與升級後，就能從個人的工作經驗，轉變成企業可持續使用的能力資產，甚至有機會跨部門、跨公司複用，形成真正可商業化的能力產品。

針對這套能力萃取方式，內容中提出一套原創方法，命名為「Skill Operates」。這不只是教企業如何抽出一個 Skill，而是建立一個完整的能力沉澱閉環。流程從選定要抽取經驗的崗位開始，例如客服、市場人員、設計師等，再根據崗位特性找出高頻任務。例如電商營運的高頻任務，可能就是挑選一張高點擊率的主圖，這就適合作為一個 Skill 的抽取目標。

在正式形成 Skill 前，會先產出一個 Skill Candidate，也就是技能候選版本。因為 AI 在初步抽取時，不一定能完全正確理解崗位經驗，因此需要先有候選稿，再透過 GPT、其他 AI 工具與人工共同驗收，最後由人工把關，確認這個 Skill 是否符合實際工作需求與大部分崗位經驗。

當 Skill 通過驗收後，就可以進入安裝與執行階段，接著先做 Smoke Test，也就是冒煙測試，確認最小任務是否能跑通、結果是否符合預期。如果測試不理想，就要回到前一步調整。若基本測試通過，再進一步投入低風險的真實任務場景中運行。這個過程中，Skill 常常會暴露出與真實崗位判斷不一致的問題，而這正是迭代優化的關鍵。企業可以根據這些偏差持續打補丁、升級能力包，最後形成一個相對成熟的崗位 Skill。

除了能執行之外，成熟的 Skill 還必須具備可打包與可遷移能力。也就是說，它不能只在某一台電腦、某一位員工的環境裡運作，而是要能夠搬到其他設備、其他人員、甚至其他公司，在新的上下文條件下重新啟用與復用。當一個 Skill 達到這樣的標準後，它就能正式入庫，成為企業組織能力資產化的一部分。

「公司 Skill Operates 標準指南」的設計思路。這份指南的用途，是在員工抽取 Skill 前，先把標準規範提供給 AI 工具，讓工具理解企業的封裝原則與要求，提升抽取完成度。指南前段會先說明整體核心邏輯，例如先做 Candidate、再安裝、先 Smoke Test、再進真實任務、先驗收後升級復用等。接著會進入快速開始部分，教員工如何封裝新的 Skill、如何把既有 Skill 搬到另一台設備，以及如何判斷一個 Skill 是否能正式投入使用。

後續的標準指南內容，則聚焦在崗位 Skill 的核心原則，包含輸入格式、輸出要求、風險邊界、流程設計等，並進一步定義一個完整崗位 Skill 應該具備的標準目錄與結構。整體來看，這不只是把工作經驗文件化，而是把經驗轉成可運行、可治理、可持續優化的 AI 能力模組，幫助企業真正完成從個人經驗到組織資產的轉換。

[AI 啟發] 在AI時代，從知識技能到拿結果的關鍵能力

 [AI 啟發] 在AI時代，從知識技能到拿結果的關鍵能力

摘要 : 真正決定能否賺到錢的，不只是知識與技能，而是穿透不確定性、持續拿結果的六種核心能力。

內容:

很多人會以為，只要一個人有知識、有技能，就應該能拿到結果、賺到錢。但只要真正工作過一段時間，就會知道答案是否定的。知識和技能固然重要，但它們和最終結果之間，還隔著一段更關鍵的能力差距。

這個差距不是運氣。假設兩個人擁有同樣的知識與技能，最後拿到的結果卻可能天差地遠。原因就在於，他們面對現實問題時，隱含能力不同。有些人得到很多機會，仍然難以做成事；有些人則能在多數情境下穩定產出成果。真正拉開差距的，就是這種把事情做成的能力。

到了 AI 時代，這件事變得更明顯。過去我們還能依賴知識與技能來建立優勢，但現在 AI 在很多知識整理、技能執行層面，已經遠超一般人。因此，人類真正還保有價值的，不是死記硬背或機械操作，而是那些更深層、難以被標準化取代的能力。

這些能力的核心，可以被概括為「穿透不確定性的能力」。因為結果本身就是不確定的，我們之所以常把成功歸因於運氣，是因為現實世界不像考試，也不像課本，不是按部就班照做就一定有答案。學校、考試、面試，多半測的是確定性的東西；但真實生活中，不論是開店、投資、找對象、買房，還是創業與職涯發展，不確定性才是大多數。

因此，我們不該執著於把世界變成完全可預測、可保證的樣子，而是要提升自己與不確定性共存、應對它、駕馭它的能力。這才是能夠真正幫助一個人拿結果、賺到錢的關鍵。

進一步拆解出六個重要能力。第一是定義問題的能力，也就是看清楚真正的問題是什麼。第二是拆解問題的能力，能把模糊的大問題分解成可處理的小步驟。第三是整合資源、借助他人力量的能力，因為很多事不可能只靠自己完成。第四是決策能力，要知道什麼時候該快速做決定，什麼時候必須慎重。第五是迭代與糾偏能力，也就是在過程中持續修正方向，而不是一條路走到底。第六則是 ownership 和上心，願意真正對結果負責，而不是只停留在表面執行。

這六項能力之所以重要，是因為它們無法單靠看書或背知識獲得，而必須在真實行動中鍛鍊出來。像是開一家奶茶店，看似只是選址、產品、裝修等問題，但實際上你只有真的去做、去問有經驗的人、去觀察市場、去反覆調整，才會知道哪些因素真正重要。很多關鍵判斷，不是在空想中得到的，而是在實際決策和行動中逐漸形成的。

特別強調一個重要的心態轉變：從「會不會」轉向「能不能」。「會不會」是一種知識與技能導向的思維，像在回答考試題，重點是有沒有學過、有沒有掌握；但「能不能」是結果導向，真正關心的是你是否有能力把事情做成。當一個人只關注自己會不會時，他的注意力容易停留在表層能力；但當他開始思考自己能不能拿到結果，才會真正重視那些值錢的、能帶來成果的核心能力。

簡單來說，未來最重要的，不是證明自己懂多少、會多少，而是培養自己在高度不確定的世界裡，依然能持續定義問題、做決策、借力、修正、負責，最後把事情做成的能力。這才是 AI 時代真正難被取代，也最能創造價值的地方。

[AI 分享] OpenAI Codex Creative Production Plugin 創意製作外掛

 [AI 分享] OpenAI Codex Creative Production Plugin 創意製作外掛

摘要 : OpenAI於2026年推出Codex Creative Production Plugin，整合五大工具，協助行銷團隊快速生成素材並降低製作成本。

內容:

OpenAI 於 2026 年 6 月 2 日推出 Codex Creative Production Plugin，主要面向行銷與創意團隊。這款外掛可將創意簡報直接轉化為可審核的設計素材、活動看板、展示廣告變化版本，以及可用於電商的商品圖片，大幅加快內容生產流程。

這項工具的核心概念，是由 Codex 統籌整合多個創意平台，包括 Figma、Canva、Shutterstock、Pixar 與 Fowl，將設計工具、圖庫資源、影像處理與生成式影像能力集中在同一個工作流程中。行銷團隊只需撰寫 brief，外掛即可依需求產出對應格式的初稿素材。

在實務應用上，這款外掛特別適合需要大量廣告尺寸與版本變化的現代行銷活動。透過單一訊息來源，團隊可以快速生成不同長寬比、不同文案方向的素材版本。對電商團隊而言，商品圖、生活情境圖與替換背景也能透過生成方式完成，不再完全依賴實拍，進一步壓低新品 SKU 上架的製作成本。

不過，生成效率提升後，創意審核反而成為新的關鍵瓶頸。因此，理想的工作流程應該是讓外掛負責產出草稿，再由團隊進行人工審查與調整，而不是反過來讓人力先做大部分製作。這樣才能真正發揮工具在創意營運上的價值。

此外，若只使用過於通用的提示詞，最終生成的素材也容易流於普通，甚至讓不同團隊做出的作品風格趨於一致。因此，企業應建立屬於自身品牌的 prompt library，把品牌語氣與視覺風格系統化寫入，降低素材風格漂移的風險。

在導入前，也必須注意授權與法律問題。Shutterstock 有其授權條款，而生成式 AI 圖像本身也涉及不同的權利與合規議題。若素材將對外發布，企業應先釐清完整的權利模型與使用規範，避免後續風險。

整體來看，Codex Creative Production Plugin 的價值不在於單純產出更多版本，而在於用更短時間完成同一檔活動所需的素材。真正該追蹤的指標是上市與上線速度，而不是素材數量。只要品牌規範、審核流程與授權機制都準備完善，這款外掛將有機會重塑行銷與創意團隊的生產模式。

[AI 分享] Codex hook 鉤子新手入門指南

 [AI 分享] Codex鉤子新手入門指南

摘要 : 介紹Codex鉤子的概念、設定方式、信任機制、事件類型與實際應用場景。

內容:

本次內容是一份關於 Codex 鉤子的入門導覽，主要幫助初學者理解鉤子在 Codex 中的角色與價值。所謂鉤子，就是 Codex 提供的擴充點，讓使用者能在特定事件發生時，自動執行自訂腳本。這使得 Codex 不只是一個工具平台，更能進一步做到任務自動化、行為客製化、安全檢查以及與外部流程整合。

鉤子功能在 Codex 中預設是啟用的，但也可以透過 Config.TOML 手動停用。若在企業環境中，管理員則可透過 Requirements.TOML 強制關閉所有使用者自訂鉤子，展現出系統在個人化與集中治理之間的彈性。

在執行行為上，Codex 會將多個設定檔中的鉤子合併執行，而不是彼此覆蓋。同一事件下的多個鉤子會採取並行啟動，因此彼此不能互相阻塞。從安全角度來看，所有非託管鉤子在執行前都必須由使用者手動審核與信任，而企業管理員指定的託管鉤子則可被自動信任，以確保公司政策能被落實。

Codex 查找鉤子的方式相當多元，可以透過獨立的 Hooks.json、Config.TOML 內嵌設定，或由外掛打包提供。常見的配置位置包含使用者層級與專案層級。值得注意的是，專案層級的鉤子必須建立在專案已被信任的前提下才會載入，這也是安全設計的一部分。

在信任機制方面，Codex 會將信任綁定到鉤子內容的雜湊值。一旦內容發生變更，就必須重新審核。使用者可以透過 Hooks 指令管理鉤子的信任狀態。這種設計確保了即使是同一份腳本，只要被修改，就不會在未確認的情況下直接執行。

鉤子的配置結構可以使用 JSON 或 TOML。其核心通常分為三層：第一層是事件名稱，例如 Session Start；第二層是 Matcher 分組，用來定義哪些條件下會觸發；第三層則是 Handler，也就是實際執行的命令。對於偏好簡潔格式的使用者，TOML 特別適合在 Config.TOML 中內聯撰寫。

在處理器設定上，Type 與 Command 是必要欄位，目前主要支援 Command 類型。另有 Command Windows 用於指定 Windows 專用命令。Timeout 與 Status Message 則為可選欄位，分別用於限制執行時間與顯示執行中的提示訊息。若是在倉庫或專案層級使用鉤子，建議採用基於 Git 根目錄的絕對路徑，以提高穩定性。

企業管理員也可以透過 Requirements.TOML 設定託管鉤子，甚至使用 allow_managed_hooks_only = true 的方式，只允許管理員指定的鉤子執行，完全忽略使用者自訂設定。這使企業能建立一致的安全流程與操作規範。

除了手動配置外，外掛也能攜帶鉤子設定。當外掛啟用後，Codex 會自動載入其內部的鉤子配置。這些外掛鉤子同樣需要使用者審核與信任，並且在執行時可使用像 Plugin_Root 這樣的特殊環境變數，方便腳本定位資源。

Matcher 是鉤子系統中非常關鍵的一環，它利用正規表示式決定鉤子何時觸發。不同事件對應不同的匹配對象，例如 PreToolUse 可能匹配工具名稱，而 Session Start 則可能匹配啟動來源。透過精準匹配、條件組合與萬用字元設計，使用者可以非常細緻地控制鉤子的啟動時機。

當鉤子被觸發時，Codex 會透過標準輸入傳遞一個 JSON 物件，裡面包含執行所需的上下文資訊，例如工作目錄、事件名稱、會話 ID 等。鉤子腳本則可以在標準輸出中回傳 JSON 結果，進而影響 Codex 的後續行為。最常見的欄位是 Continue，若設為 False，可以阻止流程繼續；另外也能透過 System Message 回傳提示訊息給使用者。

內容中也介紹了多個核心事件。Session Start 會在會話啟動或恢復時觸發，適合做初始化設定。PreToolUse 會在工具執行前觸發，是實現安全檢查、阻擋危險命令或修改輸入的關鍵節點。Permission Request 可用來自動處理權限請求，減少人工確認。PostToolUse 則發生在工具執行之後，適合用來分析輸出並決定是否中斷當前流程。

另外，UserPromptSubmit 鉤子會在使用者每次提交提示詞時觸發，雖然不支援 Matcher，但可以攔截所有輸入，適合追加上下文或阻擋不符合規則的提示內容。Stop 鉤子則發生在互動結束、會話將停止時，具備進一步控制流程的能力，甚至可以透過特定回傳結果讓流程繼續執行，以實現重試或循環邏輯。

整體來說，Codex 鉤子是一套兼具擴充性、安全性與靈活性的框架。它不僅能幫助使用者建立自動化流程，也能在企業情境中支援集中管理與策略落地。若要真正善用這項功能，理解各事件的觸發時機、輸入輸出格式以及信任機制，將是最重要的基礎。

[AI 教學] CodeX技能新手入門指南

 [AI 教學] CodeX技能新手入門指南

摘要 : 從概念、建立、管理到進階配置，系統掌握CodeX技能的實作方法與最佳實踐。

內容:

這份內容是一篇針對 CodeX 技能的入門教學，目的是幫助開發者與 AI 愛好者，從零開始理解如何替 AI 助手加入更強大的任務執行能力。整體內容分成四個部分，依序介紹技能的概念、建立與使用方式、管理與分發策略，以及高級配置與開發最佳實踐。

首先，在基本概念部分，CodeX 技能被定義為一種打包好的工作流單元，裡面可以包含指令、參考資料與指令碼。它的核心價值在於提升 AI 處理複雜任務的能力，並強化執行的穩定性與可重複使用性。官方工具如 CLI 與 IDE 擴充套件都支援技能系統。

文中也特別區分了「技能」與「外掛」兩者的不同。技能是「怎麼完成某件事」的工作流本體，而外掛則是用來打包與分發技能的形式。簡單來說，技能是內容本身，外掛是分享與發布技能的包裝方式。通常會先建立技能，再透過外掛將它提供給其他人使用。

在運作機制上，CodeX 採用了按需展開的設計，以節省 AI 模型有限的上下文空間。系統啟動時只會先載入技能的原始資料，而不會一次讀取全部內容；只有在真正需要使用某個技能時，才會進一步載入完整指令。同時，技能列表也有上下文預算限制，若超出範圍，描述內容會自動縮短。

接著在建立與使用技能的部分，文中說明技能有兩種觸發方式。第一種是顯式呼叫，也就是使用者明確指定要使用哪個技能，例如透過 UI 選擇或輸入特定命令。第二種是隱式呼叫，系統會根據使用者輸入的內容，自動匹配最適合的技能。因此，技能的描述必須清楚、準確，並把重要關鍵詞放在前面，才能提高匹配效果。

對於初學者而言，建立第一個技能最簡單的方法是使用內建的 `$Skill Creator` 工具。只要輸入命令並依提示回答幾個問題，就可以快速生成技能框架。教學建議新手先從純指令型技能開始，先把工作流程梳理清楚，再逐步加入腳本功能。

如果需要更細緻地控制技能內容，也可以手動撰寫 `Skill.md` 檔案。這個檔案通常包含技能的原資料、名稱、描述與具體指令，是技能的核心。若修改後沒有立即生效，通常重啟 CodeX 就可以解決。

此外，技能不只是單一檔案，而是一個具結構性的目錄。除了核心的 `Skill.md` 外，還可以搭配 `Scripts` 目錄放置腳本、`References` 目錄存放參考資料、`Assets` 目錄保存靜態資源，以及 `Agents` 目錄進行進階設定。這樣的結構讓技能具備更高的擴充性與彈性。

在管理與分發方面，技能可以存放在不同層級。倉庫級技能會與專案程式碼綁定，CodeX 會自動在指定的技能目錄中尋找；這種方式適合將模組專用技能放在模組目錄下，而團隊共用技能則放在倉庫根目錄。除此之外，還有使用者級、管理員級與系統級技能。使用者級技能在個人環境中全域可用，管理員級技能由系統管理者統一配置，系統級技能則屬於 CodeX 內建功能。

若要更靈活地組織技能，也可以使用符號連結。至於分發方式，如果只是專案內部使用，直接將技能檔案放到 `Skills` 目錄並透過 Git 管理即可；但若希望分享給更多人或發布成通用工具，就應該將技能打包成外掛，因為外掛是技能的標準分發格式。

要安裝其他人開發的技能，CodeX 內建了 `$Skills` 工具。使用者只要輸入 `$Skills` 加上技能名稱，就能進行自動安裝，這種方式特別適合本地試用與個人使用。若只是想暫時停用某個技能，而不是刪除它，則可以修改全域配置檔案，在設定中指定技能路徑並將 `Enabled` 設為 `False`。完成後通常也需要重啟 CodeX 才會生效。

最後，高級配置與最佳實踐部分介紹了如何進一步強化技能能力。透過在技能目錄中建立進階設定檔，可以自定義技能在 App 中的顯示樣式、控制它的呼叫策略，甚至宣告相依的外部工具。例如在介面設定中，可以自訂顯示名稱、圖示與顏色；而在政策設定中，若將隱式呼叫設為停用，就能避免技能被自動觸發，確保只能透過顯式方式使用，這對敏感操作尤其重要。

在依賴管理上，也可以宣告技能所需的外部工具，例如 MCP 伺服器。這不僅能幫助其他開發者快速理解執行環境需求，也可能讓 CodeX 在某些情況下自動協助完成相關配置，使技能更容易與外部系統整合。

文中也提出數項技能開發的最佳實踐。第一是單一職責原則，讓每個技能只負責一件事，提升清晰度、可重用性與可測試性。第二是優先使用自然語言指令，而非一開始就依賴腳本，因為自然語言更靈活，也更容易維護；只有在需要精準控制或串接外部系統時，再考慮加入腳本。第三是指令設計必須清楚，明確說明每一步要做什麼、輸入與輸出是什麼，以降低結果不穩定的風險。第四是充分測試，除了要確認技能在正確情境下能正常觸發，也要測試在不相關情境中是否保持安靜，避免誤觸發。

最後，內容也推薦了兩個延伸學習資源：一是 OpenAI 官方的技能示例倉庫，可作為高品質參考案例；二是智慧體技能規範文件，能幫助開發者依照標準撰寫更易分享、也更一致的技能。

整體而言，這篇指南完整整理了 CodeX 技能的核心知識，從技能是什麼、如何建立，到如何管理、分發與進階配置，都提供了相當系統化的說明。對初學者來說，這是一份適合建立全貌理解的入門內容。

[AI 震驚] Codex 零基礎完整教學

 [AI 震驚] Codex 零基礎完整教學

摘要 : 介紹 [AI 分享] Codex 零基礎完整教學

摘要 : 介紹 Codex 的定位、安裝、登入、核心功能、外掛技能、自動化與多種執行模式，幫新手快速上手。

內容:

Codex 是 OpenAI 推出的一款 AI 智慧體工具。雖然它最初偏向程式設計場景，但現在已經不只是寫程式的工具，而是能協助處理多種工作的全能助手，例如寫程式碼、做 PPT、做 Excel、寫 Word 報告、操作瀏覽器，甚至製作影片。

它和一般聊天型 AI 的最大差別，在於不只是「告訴你怎麼做」，而是可以「直接幫你動手做」。如果把聊天型 AI 比喻成只會提供裝修建議的人，那 Codex 更像是能自己量尺寸、畫圖、施工、完工並交付成果的人。實際上，它可以直接開啟電腦資料夾、建立檔案、執行程式、上網搜尋、操作瀏覽器，甚至修改後再提交到程式碼倉庫與部署上線，因此被稱為 Agent，而不只是問答機器人。

Codex 目前有四種使用方式，包括 CLI、VSCode 外掛版、桌面客戶端與網頁版。雖然幾個版本在功能與效能上差異不大，但若從使用難度、完整性與新手友善度來看，桌面客戶端是最推薦的選擇，因此內容主要以桌面版為主。

在安裝之前，需要先準備一個 ChatGPT 帳號，並建議開通 Plus 或 Pro 會員。雖然免費帳號目前也能使用 Codex ，但可用額度較少，實際體驗有限。Plus 用戶每五小時可發送約 30 到 150 條訊息，對一般日常使用大多足夠；若是重度使用者或公司需求，則可考慮 Pro。相較其他同類工具，Codex 被認為額度較寬鬆、限制較少。

桌面客戶端安裝方式和一般應用程式相同，只要到官網下載對應系統版本並安裝即可。安裝完成後，進入登入畫面會有兩種方式：第一種是直接使用 ChatGPT 帳號登入。這種方式的優點是可直接使用訂閱配額、較快取得最新模型，並解鎖雲端任務等進階功能。第二種是使用 API Key 登入，但這種方式通常模型更新較慢、雲端任務不可用，且按量計費，大型任務的成本不一定比訂閱更便宜，因此整體更建議直接用 ChatGPT 帳號登入。

初次使用時，Codex 會先詢問你平常的使用場景，並依此自動安裝一些常用外掛與技能，也可以先跳過，之後再手動設定。登入成功後，會進入主介面。左側欄上方包含幾個主要功能：新對話、搜尋、外掛與自動化。中間則有「專案」與「對話」兩個核心概念。

對話比較像一般聊天視窗，適合用來詢問問題、翻譯、寫短文案、蒐集資料等較零碎的任務。專案則更重要，每個專案都對應電腦上的一個資料夾，所有在專案中產生的程式碼、PPT、Excel、Word、圖片等內容都會儲存在該資料夾中，方便管理與保存。因此，只要牽涉到檔案產出，通常都建議在專案中進行。

主介面中央的核心是輸入框，使用者可以直接用中文輸入需求。輸入「@」可以選擇某個外掛或指定檔案作為上下文；輸入「$」則可以觸發特定技能。輸入框左下方還可上傳檔案，例如 PPT、Excel、圖片等。此外還有一個 plan mode 計畫模式，開啟後 Codex 只會先跟你討論方案，不會真的動手修改任何檔案，適合先確認方向再執行。

由於 Codex 可以直接操作檔案與執行命令，因此有不同的權限模式可選。預設權限模式最安全，Codex 只能修改當前專案資料夾內的內容，凡是聯網、執行終端命令或存取資料夾外部內容，都需要先徵求同意。自動審查模式則會先由系統自行判斷風險，若是安全操作就自動放行，較有風險的行為才會再詢問使用者，能減少頻繁跳出確認視窗的干擾。

在 Codex 中，「技能」可以理解成一份特定能力的說明書，例如內建的 ImageGen 技能可以直接在對話中生成圖片。而「外掛」則是比技能更大的模組，通常包含多個技能，並加上與外部應用程式的連接能力。像是 Computer Use 外掛，就可能同時包含操作 App、螢幕錄製、鍵盤操作等多種能力。也就是說，外掛等於一組技能加上外部服務連線的整合包。

Codex 內建許多外掛，使用者可以在外掛頁面中搜尋與安裝。需要注意的是，部分外掛目前可能只支援 Mac，Windows 不一定都能找到。安裝完成後，Codex  就具備操作該軟體或服務的能力。一般情況下，它會依照任務內容自動判斷是否要呼叫外掛或技能；但若想手動指定，也可以在輸入框內用「@外掛名稱」或「$技能名稱」的方式主動呼叫。

實際應用上，Codex 已可處理大量辦公場景。例如要生成 Word 文件，只要安裝 documents 外掛，再輸入需求，例如撰寫一份 AI 行業 2026 年趨勢分析報告，並指定儲存為 Word 文件，要求有目錄、表格比較與結論，Codex 就會自動搜尋資料、整理內容並生成格式完整的 Word 檔案。完成後還可直接在 App 中預覽，不滿意也能繼續要求修改。

若要生成 Excel，則可使用 spreadsheets 外掛。例如要求它製作一份 AI 相關股票對比表，包含股票名稱、今日漲跌幅、市值與一句話總結，並用不同顏色標示漲跌，它就能生成完整的 Excel 檔案。至於 PPT，則可使用 presentation 外掛，只要給出頁數、主題與風格要求，例如製作一份 10 頁、主題為 AI 改變工作方式、簡潔商務風格的簡報，Codex 就可直接完成。

更進一步的是，Codex 可以在同一條指令中同時完成多個任務。例如同時搜尋 AI 行業最新動態，再生成一份 Word 分析報告、一份 Excel 數據彙整表、一份 PPT 簡報，以及一張封面圖，並全部儲存在當前專案資料夾中。這大幅提升了工作效率。

如果某些任務需要每天重複執行，例如每日股票分析或產業動態整理，就可以使用自動化功能。使用者只需要在對話中直接用自然語言描述需求，例如每天早上 9 點自動搜尋 AI 股票資訊，並生成報告、表格與 PPT，Codex 就能幫你建立定時任務。建立完成後，可在自動化頁面查看任務列表、執行狀態、下一次執行時間、執行環境與專案位置，也能手動修改、立即執行、暫停或刪除。

不過，使用自動化前，建議先在普通對話中把指令跑過一次，確認 Codex 理解正確且輸出結果符合需求後，再轉成定時任務，避免因指令不清楚而浪費額度。

Codex 還提供不同的執行環境。第一種是本地模式，Codex  會直接在你的電腦與專案資料夾中修改檔案，適合做小幅度、立即想看到效果的任務。不過因為直接動到真實檔案，若改壞了需要自行回復，因此最好先備份。

第二種是工作區模式，這是 Codex 很核心的功能。當你不希望直接修改原始專案，或是同時讓不同對話處理不同任務時，工作區模式會在背景建立一個專案副本，Codex 只在副本中操作，不影響原始檔案。完成後，你可以透過差異比較面板查看修改內容，再決定是否合併回本地、建立新分支，或直接捨棄。這種方式特別適合多任務並行與避免衝突。

第三種是雲端模式，任務會送到 OpenAI 的伺服器上執行，不需要一直開著自己的電腦，適合處理耗時較長的大型任務。但這種模式通常需要關聯 Codex Web 與 GitHub 倉庫，設定較複雜，對新手來說可以先不必優先使用。

除了文件處理與專案工作之外，Codex 在操作瀏覽器與操作電腦方面也相當突出。安裝 browser use 外掛後，它可以自行開啟瀏覽器、訪問網站、點擊按鈕、填寫表單、截圖、錄影，甚至抓取頁面資訊。例如可要求它到 Canva 尋找適合職場簡報的免費模板、修改標題、截圖並整理成報告，這種能力使它不再只是單純回答問題，而是能真正介入並完成整套工作流程。

整體來看，這份內容的核心觀點是：Codex 不只是另一個聊天型 AI，而是一個能實際執行任務的智慧體工具。對於 2026 年的工作場景來說，學會使用這類能「自己動手做事」的 AI，可能會比單純學會與聊天型 AI 對話更加重要。的定位、安裝、登入、核心功能、外掛技能、自動化與多種執行模式，幫新手快速上手。

內容:

Codex 是 OpenAI 推出的一款 AI 智慧體工具。雖然它最初偏向程式設計場景，但現在已經不只是寫程式的工具，而是能協助處理多種工作的全能助手，例如寫程式碼、做 PPT、做 Excel、寫 Word 報告、操作瀏覽器，甚至製作影片。

它和一般聊天型 AI 的最大差別，在於不只是「告訴你怎麼做」，而是可以「直接幫你動手做」。如果把聊天型 AI 比喻成只會提供裝修建議的人，那 Codex 更像是能自己量尺寸、畫圖、施工、完工並交付成果的人。實際上，它可以直接開啟電腦資料夾、建立檔案、執行程式、上網搜尋、操作瀏覽器，甚至修改後再提交到程式碼倉庫與部署上線，因此被稱為 Agent，而不只是問答機器人。

Codex 目前有四種使用方式，包括 CLI、VSCode 外掛版、桌面客戶端與網頁版。雖然幾個版本在功能與效能上差異不大，但若從使用難度、完整性與新手友善度來看，桌面客戶端是最推薦的選擇，因此內容主要以桌面版為主。

在安裝之前，需要先準備一個 ChatGPT 帳號，並建議開通 Plus 或 Pro 會員。雖然免費帳號目前也能使用 Codex ，但可用額度較少，實際體驗有限。Plus 用戶每五小時可發送約 30 到 150 條訊息，對一般日常使用大多足夠；若是重度使用者或公司需求，則可考慮 Pro。相較其他同類工具，Codex 被認為額度較寬鬆、限制較少。

桌面客戶端安裝方式和一般應用程式相同，只要到官網下載對應系統版本並安裝即可。安裝完成後，進入登入畫面會有兩種方式：第一種是直接使用 ChatGPT 帳號登入。這種方式的優點是可直接使用訂閱配額、較快取得最新模型，並解鎖雲端任務等進階功能。第二種是使用 API Key 登入，但這種方式通常模型更新較慢、雲端任務不可用，且按量計費，大型任務的成本不一定比訂閱更便宜，因此整體更建議直接用 ChatGPT 帳號登入。

初次使用時，Codex 會先詢問你平常的使用場景，並依此自動安裝一些常用外掛與技能，也可以先跳過，之後再手動設定。登入成功後，會進入主介面。左側欄上方包含幾個主要功能：新對話、搜尋、外掛與自動化。中間則有「專案」與「對話」兩個核心概念。

對話比較像一般聊天視窗，適合用來詢問問題、翻譯、寫短文案、蒐集資料等較零碎的任務。專案則更重要，每個專案都對應電腦上的一個資料夾，所有在專案中產生的程式碼、PPT、Excel、Word、圖片等內容都會儲存在該資料夾中，方便管理與保存。因此，只要牽涉到檔案產出，通常都建議在專案中進行。

主介面中央的核心是輸入框，使用者可以直接用中文輸入需求。輸入「@」可以選擇某個外掛或指定檔案作為上下文；輸入「$」則可以觸發特定技能。輸入框左下方還可上傳檔案，例如 PPT、Excel、圖片等。此外還有一個 plan mode 計畫模式，開啟後 Codex 只會先跟你討論方案，不會真的動手修改任何檔案，適合先確認方向再執行。

由於 Codex 可以直接操作檔案與執行命令，因此有不同的權限模式可選。預設權限模式最安全，Codex 只能修改當前專案資料夾內的內容，凡是聯網、執行終端命令或存取資料夾外部內容，都需要先徵求同意。自動審查模式則會先由系統自行判斷風險，若是安全操作就自動放行，較有風險的行為才會再詢問使用者，能減少頻繁跳出確認視窗的干擾。

在 Codex 中，「技能」可以理解成一份特定能力的說明書，例如內建的 ImageGen 技能可以直接在對話中生成圖片。而「外掛」則是比技能更大的模組，通常包含多個技能，並加上與外部應用程式的連接能力。像是 Computer Use 外掛，就可能同時包含操作 App、螢幕錄製、鍵盤操作等多種能力。也就是說，外掛等於一組技能加上外部服務連線的整合包。

Codex 內建許多外掛，使用者可以在外掛頁面中搜尋與安裝。需要注意的是，部分外掛目前可能只支援 Mac，Windows 不一定都能找到。安裝完成後，Codex 就具備操作該軟體或服務的能力。一般情況下，它會依照任務內容自動判斷是否要呼叫外掛或技能；但若想手動指定，也可以在輸入框內用「@外掛名稱」或「$技能名稱」的方式主動呼叫。

實際應用上，Codex 已可處理大量辦公場景。例如要生成 Word 文件，只要安裝 documents 外掛，再輸入需求，例如撰寫一份 AI 行業 2026 年趨勢分析報告，並指定儲存為 Word 文件，要求有目錄、表格比較與結論，Codex 就會自動搜尋資料、整理內容並生成格式完整的 Word 檔案。完成後還可直接在 App 中預覽，不滿意也能繼續要求修改。

若要生成 Excel，則可使用 spreadsheets 外掛。例如要求它製作一份 AI 相關股票對比表，包含股票名稱、今日漲跌幅、市值與一句話總結，並用不同顏色標示漲跌，它就能生成完整的 Excel 檔案。至於 PPT，則可使用 presentation 外掛，只要給出頁數、主題與風格要求，例如製作一份 10 頁、主題為 AI 改變工作方式、簡潔商務風格的簡報，Codex 就可直接完成。

更進一步的是，Codex 可以在同一條指令中同時完成多個任務。例如同時搜尋 AI 行業最新動態，再生成一份 Word 分析報告、一份 Excel 數據彙整表、一份 PPT 簡報，以及一張封面圖，並全部儲存在當前專案資料夾中。這大幅提升了工作效率。

如果某些任務需要每天重複執行，例如每日股票分析或產業動態整理，就可以使用自動化功能。使用者只需要在對話中直接用自然語言描述需求，例如每天早上 9 點自動搜尋 AI 股票資訊，並生成報告、表格與 PPT，Codex 就能幫你建立定時任務。建立完成後，可在自動化頁面查看任務列表、執行狀態、下一次執行時間、執行環境與專案位置，也能手動修改、立即執行、暫停或刪除。

不過，使用自動化前，建議先在普通對話中把指令跑過一次，確認 Codex 理解正確且輸出結果符合需求後，再轉成定時任務，避免因指令不清楚而浪費額度。

Codex 還提供不同的執行環境。第一種是本地模式，Codex 會直接在你的電腦與專案資料夾中修改檔案，適合做小幅度、立即想看到效果的任務。不過因為直接動到真實檔案，若改壞了需要自行回復，因此最好先備份。

第二種是工作區模式，這是 Codex 很核心的功能。當你不希望直接修改原始專案，或是同時讓不同對話處理不同任務時，工作區模式會在背景建立一個專案副本，Codex 只在副本中操作，不影響原始檔案。完成後，你可以透過差異比較面板查看修改內容，再決定是否合併回本地、建立新分支，或直接捨棄。這種方式特別適合多任務並行與避免衝突。

第三種是雲端模式，任務會送到 OpenAI 的伺服器上執行，不需要一直開著自己的電腦，適合處理耗時較長的大型任務。但這種模式通常需要關聯 Codex Web 與 GitHub 倉庫，設定較複雜，對新手來說可以先不必優先使用。

除了文件處理與專案工作之外，Codex 在操作瀏覽器與操作電腦方面也相當突出。安裝 browser use 外掛後，它可以自行開啟瀏覽器、訪問網站、點擊按鈕、填寫表單、截圖、錄影，甚至抓取頁面資訊。例如可要求它到 Canva 尋找適合職場簡報的免費模板、修改標題、截圖並整理成報告，這種能力使它不再只是單純回答問題，而是能真正介入並完成整套工作流程。

整體來看，這份內容的核心觀點是：Codex 不只是另一個聊天型 AI，而是一個能實際執行任務的智慧體工具。對於 2026 年的工作場景來說，學會使用這類能「自己動手做事」的 AI，可能會比單純學會與聊天型 AI 對話更加重要。

[AI 影響] 別再只賣產品，開始賣價值觀

 [AI 影響] 別再只賣產品，開始賣價值觀

摘要 : 客戶記不住參數，卻會記住品牌讓他成為什麼樣的人；頂級營銷賣的不是功能，而是認同與價值。

內容:

引用喬布斯的一段觀點，點出很多人做營銷時的核心盲點：明明把產品參數、賣點、對比圖、測評資料講得很完整，客戶卻還是記不住、看兩秒就離開，最後甚至買了競品。

喬布斯認為，問題不一定在產品不夠好，而是這個世界資訊太嘈雜，人們根本沒有機會記住那麼多細節。當品牌一直強調CPU、材質、技術、續航、售後速度，本質上往往只是在做「產品說明書」，而不是在做真正的營銷。

他舉耐克作為例子：耐克幾乎不靠廣告去講鞋底多輕、氣墊多強、材料多好，而是透過致敬偉大運動員與運動精神，傳遞「Just Do It」這種不服輸的信念。消費者買到的不只是一雙鞋，更是一種身份認同。

蘋果也是同樣邏輯。喬布斯說，蘋果不只是做工具，而是相信「有熱情的人可以讓世界變得更好」。因此蘋果的品牌傳達，不只是在講產品性能，而是在講那些敢於不同、敢於改變世界的人，讓使用者感受到自己也能成為這樣的人。

這段內容想表達的是：頂級品牌賣的從來不只是產品本身，而是品牌所相信的價值觀、生活方式，以及客戶希望成為的樣子。與其反覆比參數、比價格、比規格，不如先想清楚：你的品牌到底相信什麼？你希望客戶因為選擇你，而感受到什麼、成為什麼樣的人？

這種思路也能延伸到各行各業。餐飲不只是在賣食材與廚藝，更可能是在賣一家人相聚的時刻，或忙碌後的一口熱飯；教育不只是在賣師資與通過率，更是在幫學員看見更好的自己。因為客戶終究會忘記你說過的數據，但不容易忘記你曾讓他相信，自己可以成為什麼樣的人。

[AI 分享] 心理登月

 [AI 分享] 心理登月

摘要 : 真正提升體驗，不一定靠高成本改善物理效率，更關鍵的是降低使用者的不確定與焦慮。

內容:

多數人做產品、服務或體驗優化時，第一反應都是解決物理問題：速度太慢就加資源，流程太卡就做優化，服務不好就加人培訓。這種工程師思維沒有錯，但常常花大錢，卻未必真正打中使用者最在意的地方。

澳美副董事長 Rory Sutherland 提出一個重要觀點：工廠裡製造出的物理價值，和人腦裡感知到的心理價值同等重要，而且很多時候，心理價值的槓桿率甚至高出數十倍、上百倍。他把這種用低成本大幅改善感受的方式，稱為「心理登月」。

第一個例子是歐洲之星。原本有人想花 60 億英鎊，把倫敦到巴黎的車程縮短約 30 分鐘；但 Sutherland 提出另一個思路：如果只花約 1% 的成本，用 WiFi、餐飲升級與更好的服務，讓乘客在旅途中更舒服、更享受，乘客主觀感受上的提升，可能比實際縮短時間還大。工程師想的是「怎麼更快」，而他想的是「怎麼讓旅程更爽」。

第二個例子是 Uber 的叫車地圖。這個功能並沒有讓車來得更快，但它大幅降低了使用者的焦慮、退單率，提升了滿意度與復購率。因為人們真正討厭的往往不是等待本身，而是不知道還要等多久、不知道車在哪裡、司機會不會失約。地圖把「不確定」變成「可預期」，於是等待品質徹底改變。

這個觀點帶來三個啟發。第一，當你想改善體驗時，先問自己要解決的是物理問題還是心理問題。第二，當使用者抱怨時，不要只照著表面問題下手，而要追問他真正難受的是慢、被忽視，還是不確定。第三，重新審視生活中所有令人焦躁的場景，例如排隊、等電梯、等醫生、等外賣、等訊息，裡面都可能藏著一次低成本高回報的「心理登月」機會。

核心結論是：真正高槓桿的創新，未必是大幅改變現實，而可能是在現實幾乎不變的情況下，顯著改善人的心理感受。誰能用更低成本把「不知道」變成「知道」，誰就更可能創造出遠超成本的價值。