只回復錯誤 CSS，保留作品文字

只在自己的獨立故障練習執行。正常 portfolio 不動；這份下載沒有 .git，不會替你預先建立提交紀錄。

1. 先建立自己的正常基準

解壓縮本關故障包，會看到 baseline/portfolio 與 candidate/portfolio。先只把 baseline 裡的 portfolio 複製成 student-work/fault-L04/portfolio。

在 Cursor 開啟這個新的 portfolio，確認檔案內容及路徑。依前一關 Git 指南完成 Git 檢查、確認沒有落在其他儲存庫、初始化、本儲存庫身份設定、明確選取八個網站檔案與一筆基準提交。命令可從前一關指南逐條使用，提交訊息改成「L04 故障練習正常基準」。

git rev-parse --show-toplevel
git status
git log -1 --oneline

必須確認根目錄正好是 fault-L04/portfolio、工作區乾淨，而且這一筆就是自己的正常基準。先記下識別，檢查三頁正常，再繼續。

從下載的 candidate/portfolio 只複製 works.html 與 styles.css 到剛才的 fault-L04/portfolio。不要複製、刪除或更換 .git，不操作正常來源。此時不要 git add 或提交。

git status
git diff --cached --name-only
git diff -- styles.css works.html

預期：只有兩個未暫存的修改，暫存清單為空。works.html 多三段角色文字，是要留下的；styles.css 內文字色改成與深底相同，是這次的故障。首頁部分文字難以辨識，作品卡片則可能仍正常，不能只看卡片就認定沒壞。

範圍不符、有其他要保留的 CSS 或已暫存時，先停下釐清。不要套用後面的整份 CSS 回復。

將實際根目錄、status、diff、基準識別與本指南附上本關檢查修正 Prompt。只請 AI 提出方法，不讓它執行。

確認 HEAD 仍是剛才那筆正常基準、CSS 只有故意的一處錯誤且沒有其他要留下的修改，才親自執行下列指定檔案回復。這會捨棄 styles.css 相對基準的工作區修改，不改 works.html。

git restore --source=HEAD --worktree -- styles.css

如果無法確認基準或影響，先把結果記待完成，保留現況求助。這次不用整庫 reset、clean 或任何推送命令。

git diff -- styles.css
git diff -- works.html
git status

CSS 差異應為空；作品頁仍有三段角色文字的未暫存差異。重新整理三頁，確認文字、APPA、作品圖及六條跨頁路線。不要為了顯示乾淨狀態，把需要保留的作品修改也回復掉。

本關不要求提交候選文字。正常主作品已有自己上一關的角色文字提交；兩份儲存庫用途不同，不混用證據。

在第 4 堂共用筆記記：正常主作品兩筆提交、故障練習路徑與基準、回復前兩份差異、只回復哪一檔、回復後結果。未實際操作的欄位填待完成，不使用參考資料冒充真實提交。

指定檔案回復語意已對照 Git 官方 restore 說明；實際成功仍由自己操作確認。