# DESIGN.md — temp_workspace（範本）

> 這份講 temp_workspace 是什麼、為什麼這樣放。操作規則在 `AGENTS.md`。

## 是什麼

使用者臨時交辦、**不屬於任何專案的一次性工作**放這裡：解個 PDF 密碼、做一頁比較表、排查一次連線問題、替旅行做一份介紹頁。
做完就結案，不會持續演進，所以不值得各開一個專案；但也不能丟在 `~/projects/` 根目錄汙染結構（root `AGENTS.md` 操作原則、root `DESIGN.md` §5 第 6 點）。

## 結構：一件工作一個子目錄

```
temp_workspace/
  AGENTS.md                      ← 操作規則
  DESIGN.md                      ← 本檔
  YYYY-MM-DD-<短名>/             ← 一件工作；日期＝開工日
    README.md                    ← 這件工作的紀錄：做了什麼、產出在哪、怎麼重跑、坑
    ...                          ← 輸入、腳本、輸出
```

- **每個子目錄是當下那件工作，彼此完全無關**；沒有「目前任務」的概念，也沒有 `Archive/`。（作者早期是「根目錄＝目前任務、做完整批搬進 Archive/」，後來改掉：搬來搬去只是多一步，而且「目前任務」在同時有兩件事時就說不清。）
- 子目錄名用開工日期開頭，`ls` 就是時間順序，找舊東西、清過期的都方便；短名用什麼語言都可以。
- **狀態在各子目錄的 README**，本專案沒有 `STATUS.md`（root `DESIGN.md` §2 已承認的例外）。README 至少寫：任務一句話、產出（檔案與交付去處）、怎麼做的／怎麼重跑、坑；還有沒收的尾巴就加「待辦」。
- 結案的子目錄不刪、不改；要清空間時由使用者決定刪哪些（有些子目錄會有幾百 MB 的原始素材）。

## 沒有 git、怎麼備份

產物常是大檔（字型、圖片、PDF、抓下來的原始頁面），不進 git。
定位是臨時工作，掉了可以重做；真的要留的交付檔照 `AGENTS.md` 的交付慣例送出去，就算備份。要自動備份的話在這裡寫明方式（見 INFRA.md 備份分工）。

## 與別的地方的關係

- 跨專案的守則、通知、連結格式：root `AGENTS.md`。
- 網頁、通知、公開部署的用法：`~/projects/INFRA.md`。
- 這裡做出的結論若是長期有用的知識，正本要寫到該去的地方（例：連線排查的結論寫進 INFRA.md），子目錄的 README 只留過程與指路。