# 策展 · X (Twitter) 🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Sac (@Saccc_c) · 平台：X (Twitter) · 日期：2026-05-25

> 原始來源：https://x.com/Saccc_c/status/2058396860784505295

## 中文摘要

# 如何讓 Codex 更懂你：學會這些記憶技巧，直接提效 90%

使用 Codex App 一段時間後，你可能遇過類似的困擾：每次新開對話都要重複叮囑它一些基礎偏好，或者一不小心它就執行了超出預期的系統指令。

這類高頻痛點的本質，在於你的 Codex 沒有穩定的長期記憶。而要想徹底解決這些無效的重複溝通，就必須給它搭建一套完整的記憶系統。

本文將介紹如何透過配置 AGENTS.md 和 Memories 功能，讓 Codex 擁有持久記憶，做到真正理解你的意圖並實現提效。

---

## 一、AGENTS.md

### 1、是什麼

AGENTS.md 是你預先寫好的規則說明，Codex 每次啟動都會自動讀取。

沒有 AGENTS.md，Codex 每次啟動都是一張白紙——它不了解你的工作習慣、不知道你的專案背景，也不清楚執行操作的邊界。

而一旦配置好相關規則，這些上下文就永久生效，你再也不會重複說明同一個問題。

### 2、如何配置和使用

**1️⃣ 全域層：** 存放在本地電腦的 `~/.codex/AGENTS.md` 目錄位置，對你的所有專案生效。適合寫全域個人偏好和通用規則。

在 Codex App 裡對應的是個性化設定頁面的「自訂指令」部分。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1779671381756-diaHJBPzAVbQAAsCejpg.jpg)

推薦一個基礎模板，你可以直接複製貼上到上圖所在位置，之後再根據需求不斷調整：

```plaintext
# AGENTS.md

## 基礎行為

- 預設使用中文回答，除非使用者明確要求其他語言。
- 回答要簡潔直接，避免不必要的鋪墊和重複。
- 如果任務描述不清晰，先提問確認，再開始執行。
- 不要主動推測使用者意圖之外的需求，只做被要求的事。

## 安全邊界

- 預設唯讀，不主動修改、刪除任何檔案，除非使用者明確指示。
- 涉及不可逆操作（如刪除、覆蓋、呼叫外部 API 寫入）前，必須先確認。
- 不在輸出中列印任何金鑰、token 或敏感憑證。

## 工程規範

- 避免過度設計，只做任務明確要求或明顯必要的改動，保持方案簡潔。
- 不在未被要求的情況下添加功能、重構程式碼或進行額外優化。
- 不為未改動的程式碼添加註解、類型標註或文件字串。
- 僅在邏輯不自明時添加註解。
- 不為不可能發生的場景添加錯誤處理或兜底邏輯。
- 不建立只使用一次的工具函式或抽象層。
- 確認無用的程式碼，直接刪除，不留註解說明。
```

**2️⃣ 專案層：** 存放在專案目錄中，主要根據專案的主題和特性來進行規則訂製。

一份好的專案層 AGENTS.md 通常應涵蓋以下幾個方面：

- **專案背景與結構：** 專案是什麼、重要目錄在哪裡
- **執行方式：** 如何啟動、執行或操作該專案
- **規範與約束：** 需要遵守的標準，以及明確不能做的事
- **完成標準：** 如何判斷一項任務已經完成

### 3、AGENTS.md 最佳實踐

配置好基礎的 AGENTS.md 只是第一步，下面這些實踐原則決定了你的記憶系統上限：

**1️⃣ 規則分層，職責清晰**

Codex 裡的 AGENTS.md 遵循就近原則：子目錄 > 根目錄 > 全域，即當前工作所在目錄的規則優先級最高。

這意味著，專案層的規則會直接覆蓋掉全域的同類設定。如果把所有規則都混在一起寫，高優先級的局部規則很容易意外污染或破壞掉全域的底層邏輯。

因此，合理的規則記憶系統應當遵循「職責分離」的原則：全域層只放通用規則，如語言偏好、安全邊界、基礎行為習慣；專案層則放該專案特有的規範，如建置指令、程式碼約定、模組說明。

二者各司其職，互不干擾，合併時便不會產生衝突。

**2️⃣ 從基礎開始，按需迭代**

AGENTS.md 不需要一次寫完。先從最核心的規則出發，當 Codex 重複犯同一個錯誤時，直接讓它復盤並更新規則，例如：

> 「你剛才犯了和上次一樣的錯誤，請總結原因，並將相關經驗補充到 AGENTS.md 中。」

這樣規則始終來自真實的使用摩擦，AGENTS.md 也會隨著使用不斷進化。

**3️⃣ 保持精簡，複雜內容單獨拆分**

隨著使用深入，AGENTS.md 的內容可能會越來越多。這時不必把所有內容都堆在一個檔案裡，而是將特定主題的內容單獨寫成獨立檔案，再在主檔案引用它就好。

例如，把專案架構說明單獨寫成 `ARCHITECTURE.md`，在 `AGENTS.md` 裡只需一行引用：

> 「關於本專案的核心架構與目錄規範，請參見當前目錄下的 ARCHITECTURE.md 檔案。」

---

## 二、Memories 功能

除了主動配置相關規則，Codex 也支援主動的記憶功能，需要在「設定」-「個性化」-「記憶」中開啟，如下圖：

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1779671381761-iaHJBP7n8bcAA8iL2jpg.jpg)

開啟按鈕後，Codex 會主動將對話中的有效資訊和關鍵偏好總結到記憶中。如果想查看你的 Codex 都增添了什麼記憶，可以打開 `~/.codex/memory` 中的 `Memory.md` 檔案查看你的 Codex 增添的記憶內容，下圖是我的：

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1779671381751-iaHJDmMQLXwAAMz98jpg.jpg)

---

## 最後

構建記憶系統是一個隨時間不斷進化的過程。相信我，只要堅持完善更新行動規則、不斷沉澱記憶，Codex 很快就會變成那個最懂你、用起來最順手的硬核生產力工具。

## 標籤

Codex, 教學資源, 記憶系統, Codex