第 1 天：診斷、學習方法與環境

參考解答與執行追蹤：
1. 預測輸出：
Case 1: [1, 2, 3, 4]
Case 2: [1, 2, 3, 4, 5]
Case 3: True False
2. 根因解析：
- b = a 使 b 與 a 參照同一個串列物件（id(a) == id(b) 成立即同一物件）。b.append(4) 就地修改該物件，因此 a 的內容也變為 [1, 2, 3, 4]。
- a + [5] 會建立一個新的串列物件賦值給 c，因此 a is c 為 False，a 自身保持不變。
3. 極簡復現範例 (MRE):

x = []
   y = x
   y.append(1)
   assert x == [1] and x is y  # 原地修改共享參照

參考執行記錄（新 shell 中的 bash/zsh；路徑為範例）：

$ python3 --version
Python 3.14.8
$ python3 -c "import sys; print(sys.executable); print(sys.prefix); ..."
/usr/bin/python3         # 之前狀態：基礎直譯器，未啟動 venv
/usr
/usr
True                     # 新 shell 中 prefix == base_prefix
$ mkdir venv-sandbox && cd venv-sandbox && printf 'marker\n' > marker.txt && python3 -m venv .venv
$ . .venv/bin/activate
$ echo "$VIRTUAL_ENV"
.../venv-sandbox/.venv
$ python -c "import sys; print(sys.executable); print(sys.prefix); ..."
.../venv-sandbox/.venv/bin/python   # 調用路徑（可能是符號連結）——以 prefix 為準
.../venv-sandbox/.venv
/usr
False                    # prefix != base_prefix → 直譯器已隔離
$ python -c "print(open('marker.txt').read().strip())"
marker                   # venv 的 Python 仍可讀取 .venv 之外的檔案 → 非檔案系統沙箱
$ python -m pip --version
pip 26.2.1 from .../venv-sandbox/.venv/lib/python3.14/site-packages/pip (python 3.14)
$ deactivate
$ python3 -c "import sys; print(sys.executable); print(sys.prefix); ..."
/usr/bin/python3         # 回到記錄的之前狀態
/usr
/usr
True

不變量成立的原因：sys.prefix 表示執行中直譯器所屬的環境，sys.base_prefix 始終表示基礎安裝；在 venv 內兩者不同，這就是可檢驗的隔離特徵。sys.executable 回報的是調用直譯器的路徑，可能是 .venv 內的符號連結，因此應以 prefix 值而非解析出的可執行路徑為準。python -m pip 透過現行直譯器解析 pip。$VIRTUAL_ENV 與 PATH 的變化是啟動機制，deactivate 將其還原，結尾探針必須與記錄的之前狀態一致。

邊界：該隔離只涵蓋直譯器與套件——venv 直譯器自己讀取了 .venv 之外的 marker.txt 並輸出 marker，說明它不是檔案系統沙箱；.venv 始終綁定建立它的直譯器。

參考執行記錄（節選；雜湊與 main/master 名因環境而異）：

$ git status
... Untracked files: notes.txt            # 新檔案，尚未暫存
$ git add notes.txt && git diff --cached
+first line                              # 可見已暫存的新增
$ git commit -m "Add notes file"
[main (root-commit) 8bddb5d] Add notes file
$ printf 'second line\n' >> notes.txt && git status --porcelain
 M notes.txt                             # 已修改，尚未暫存
$ git diff
+second line                             # 可見未暫存差異
$ git add notes.txt && git commit -m "Append a second line to notes"
[main a0d6969] Append a second line to notes
$ git log --oneline
a0d6969 Append a second line to notes    # 新提交在前
8bddb5d Add notes file

提交是已暫存樹的快照，加上零個或多個父提交 ID 與元資料——最初的根提交沒有父提交；git log 用來驗證該快照確實存在。git status 區分未追蹤（??）、未暫存修改（ M）與已暫存；git diff 顯示未暫存差異，git diff --cached 顯示已暫存內容。作者資訊用不帶 --global 的 git config 設定，只存在於此一次性儲存庫的 .git/config 中。git-sandbox/ 之外未被更動，也不需要任何破壞性命令。

示例日誌（僅為示範，非照抄範本）：

第一步——獨立回憶（合上所有參考資料）：
- b = a 讓 b 指向同一個串列，所以 b.append 會改變 a。a + [5] 為 c 新建串列。
- venv 提供隔離。我寫了「它會沙箱化整個程式」——錯誤。
- git add 給檔案做快照，commit 把它儲存。
第二步——對照檢查與糾正（現在打開參考答案）：
誤解：虛擬環境能阻止程式讀我的檔案。
今天實際觀察到的證據：在啟動的 .venv 中，venv 直譯器自己的 python 讀取 marker.txt 仍印出
'marker'——該檔案在 .venv 之外、一次性沙箱之內。venv 探針改變的是
sys.executable/sys.prefix 和 pip 使用的 site-packages，檔案存取並未被阻止。
這是直譯器/套件隔離，不是檔案系統沙箱。
沒想起的條目：為什麼推薦 python -m pip 而不是裸 pip（如實記錄而非猜測）。
第三步——新的獨立檢查（再次合上參考資料）：
不用筆記的新例子：d = [9]; e = d; e.append(0) — 無輔助預測：因為 e 參照同一個串列物件，
d == [9, 0]。隨後實際執行並觀察到 [9, 0]——這是用實際輸出核對的結果，不是憑記憶的斷言。
第四步——補救步驟：
明天 09:00、Day 02 開始前：憑記憶重新推導 b = a 與 a + [5]；
若仍不確定，重跑 sys.prefix != sys.base_prefix 探針。

對照量規自查：第一步用自己的措辭複述了兩個概念；第二步把一個誤解與今天實際觀察到的命令輸出配對記錄（若未發現誤解，則改為記錄「未發現誤解」並附一個用證據否定的常見誤解）；第三步記錄了一次新的獨立檢查及其結果；第四步安排了帶日期的補救步驟。僅聲稱「全部正確」無法滿足量規的證據項。