紅線單元的最後一天。這一篇的時間跨度和前兩天不同：講的是我把校務系統接進自己的 AI 工作環境後，陸續把「學校」的痕跡一項一項移出去的完整過程。以下提到的學校一律使用代稱，不涉任何真實校名。

我接了什麼

九月上旬，我把兩個校務相關的能力接進自己的工作環境：一個是學校行事曆的查詢，另一個是學校社群空間的公告頻道。目的很典型：把「明天要幹嘛」從「開電腦查三個地方」壓縮成一句自然的問句。

接上的當下一切運行良好。行事曆查得準，頻道訊息也收得到。所以我理解到要停下來的時候，並不是因為它壞了──它恰恰是運作得良好才讓我警覺。

接好了，然後我看到了什麼

接好之後我才看見，接進來的其實是三個疊在一起的層面：

第一個是憑證。能查行事曆，表示我有一組學校身分的帳號憑證，這組憑證被放在 runtime 的環境裡。它的存放在哪一處、哪個程序能讀取，我接完之後的完整盤點才有答案。第二個是身分面：agent 進到學校的社群空間之後，它成了「這個空間裡的一個使用者」。從空間的角度，它會有發言權、有自己的存在位置；而這個社群空間的成員身分，是可識別的。

第三個面相最隱蔽，是內容的流動方向。社群空間裡的公告是校內的；行事曆裡的項目連著校內的人與場域。當我把這兩道門接進 AI，這些內容就開始在我的環境裡集中成一份 cache。這樣一份 cache 的清單，本身會逐漸累積成一份可識別學校的資料集。

我拿掉的是什麼

兩週之內，我做了三輪完整的清理。

第一輪，把社群空間的成員身分收掉：agent 自學校的社群空間撤出。撤出的理由我當時寫在紀錄裡：**社群成員身分本身就是一份與學校關聯的可識別資源，這對我而言無論如何是要避開的。**撤出之後，相關的憑證與登入紀錄也一併收走。第二輪，我把行事曆的能力收縮到僅限本機查詢的版本，查得的內容不往外拋。第三輪，是這個系列的本題：文字審查。我的筆記、帳本、文章草稿，所有提及學校的地方一律改成代稱；校務相關的具體描述只放在非公開側，公開側只留抽象到對外任何學校都適用的一般描述。

第三輪最曠日廢時，而且追的是我這幾個月寫下的每一段文字──不是技術問題，是整理的問題。是靠既有的稽核腳本一格一格過，才完成收尾。

系統端我學到的

清理收尾後我訂了一條新規則：**校務這一類連結（憑證、身分、快取），本身不論以哪一種形式進入系統，都應該寫下明確的退出條件與退出程序，而不是靠我記得來拆除。**接進來的當下把「怎麼退場」寫在紀錄裡，看起來多一道工，但它把「移除」從一個要記住的雜務，變成文件上可執行的一步。

還沒解決的

九月上旬我接行事曆的那個當下，沒有做現在這種完整評估。回頭看，那是這個系列目前唯一一個我認為「那一刻應該先停下來想清楚」的時間點。它沒有變成事故，是我自己後來警覺才收拾；但「警覺」和「那一刻就停下」之間的間隔，我還沒有把它縮到零。

明天

紅線單元到此收尾。接下來的最後三天，換一個方向：把過去二十七天寫過的系統，完整地重跑一次，給能夠親手試的讀者看。