phygital-brain 0.1.2 → 0.1.4

package/skills/brain-setup/i18n/zh-TW/templates/daily-CLAUDE.md

@@ -0,0 +1,71 @@
+<!-- ADAPTING (for the agent, leave this comment out of the file):
+Remove the `clients` tag line if BUSINESS = off.
+-->
+
+{Name} 的日記。一天一個檔案：`YYYY-MM-DD.md`。待辦事項放在 `待辦事項.md`。
+
+## 資訊區塊（frontmatter）
+
+每一篇日記開頭都是這個區塊，沒有例外。
+
+```yaml
+---
+type: daily
+date: 2026-10-13
+day: Tuesday
+week: W42
+month: October
+status: active
+tags: [daily, meeting]
+---
+```
+
+- `type`：一律是 `daily`。
+- `date`：這篇日記的日期，`YYYY-MM-DD`。
+- `day`：星期幾，用英文寫（Monday、Tuesday……）。
+- `week`：ISO 週數，`WNN`。
+- `month`：月份，用英文寫（January、February……）。
+- `status`：當天還沒結束時是 `active`，過了 2 天以上就是 `completed`。
+- `tags`：一定有 `daily`，再從下面這份固定清單裡，挑出那天有發生的事。絕對不要自己發明其他標籤。
+  - `problem`：有東西壞掉或出了問題
+  - `clients`：客戶的工作或跟客戶聯絡
+  - `meeting`：通話或開會
+  - `money`：發票、付款、稅務、投資
+  - `research`：做了研究或有新發現
+  - `decision`：{Name} 做了某個決定
+  - `travel`：{Name} 在旅行
+  - `personal`：健康、生活，任何工作以外的事
+
+## 規則
+
+- 日期依照主規則第 30 條（先看電腦的時區，沒有再用 {Time zone}）。
+- 建立日記的人（你的 AI 代理或排程任務）要先寫資訊區塊。沒有資訊區塊的日記，下次編輯時在最上面補上。
+- 不要放 `# YYYY-MM-DD` 這種標題。檔名就是標題。
+- 日記記的是當天的最新狀態：一天一份整齊的文件，各段落直接就地更新，絕對不要一筆一筆重複往下堆。
+- 工作紀錄：粗體標題加上 1 到 2 句話，人和專案寫成 `[[wikilinks]]`，細節寫在連結的筆記裡。
+- 今天的日記只寫今天的事。之前留下的待辦事項放到 `待辦事項.md`。絕對不要一天一天往下抄。
+- 建立今天的日記時，看一下 2、3、4 天前的日記。還是 `status: active` 的，改成 `completed`，再依那天明顯發生的事，從固定清單加上標籤。不要再往前看。
+
+## tasks.md
+
+不屬於任何專案的待辦事項。專案的待辦事項寫在該專案的 README 裡（「進度與下一步」）。第一次用到時才建立：
+
+```markdown
+---
+type: tasks
+status: active
+tags: [tasks, daily]
+---
+
+## 待辦
+
+- [ ] 2026-10-13：把發票寄給 [[安娜]]
+
+## 完成
+
+- [x] 2026-10-12：預約牙醫（2026-10-13 完成）
+```
+
+- 最新的待辦事項放最上面，附上加入的日期。
+- 事情做完時打勾，加上完成的日期，再移到 `## 完成`。
+- 完成超過 30 天的事項可以刪掉（要先問，主規則第 9 條）。

package/skills/brain-setup/i18n/zh-TW/templates/daily-note.md

@@ -0,0 +1,15 @@
+<!-- ADAPTING (for the agent, leave this comment out of the file):
+The first daily note: `日記/YYYY-MM-DD.md`, today in their time zone. `day` and `month` stay in English.
+-->
+
+---
+type: daily
+date: YYYY-MM-DD
+day: {weekday in English}
+week: W{ISO week number}
+month: {month in English}
+status: active
+tags: [daily]
+---
+
+**第二大腦設定好了**。根據設定表單建立了 [[我]]、[[目標]] 和 {n} 個專案。大腦管家每天 {keeper time} 會整理一次。{用一句話說接下來要做什麼。}

package/skills/brain-setup/i18n/zh-TW/templates/import.md

@@ -0,0 +1,38 @@
+---
+type: skill
+status: active
+tags: [import, notes]
+---
+
+設定完成之後，隨時都可以把其他應用程式裡的筆記搬進這個大腦。各個應用程式怎麼匯出：https://github.com/Phygital-Brain/phygital-brain/blob/main/docs/importing.md
+
+觸發語：「把我的舊筆記搬進來」、「匯入這些筆記」、"bring in my old notes"、"import these notes"，或用 {Language} 說一樣的話。{Name} 直接丟進匯出檔時也算（Notion 資料夾、Google 文件、Apple 備忘錄的文字、Evernote 檔案、Markdown 檔案）。
+
+## 1. 先讀，什麼都不改
+
+把 {Name} 給你的東西全部讀過。如果匯出的量很大，先問要從哪一部分開始（「先從客戶的筆記開始？」），然後一次處理大約 30 則筆記。
+
+不該放進來的就跳過：密碼、金鑰、權杖和私人號碼（主規則第 25 和 26 條）。這些絕對不要複製進大腦。告訴 {Name} 跳過了哪些檔案、為什麼。
+
+## 2. 擬一份計畫
+
+每一份內容，都依照主 `CLAUDE.md` 裡的「資訊分類」表決定它該放哪裡：一個專案、一個人或一家公司、一個決定、研究、資源庫的項目、「關於我」裡的一個事實，或是不放（太舊、空白或重複）。先搜尋大腦，如果某個人或專案已經有筆記，就更新那則筆記，不要再多建一則。
+
+用一張簡短的表格列出計畫：來源、放到哪裡、新筆記還是更新。「不放」的項目另外列一份清單。
+
+## 3. 等 {Name} 同意
+
+問（能用點選選項就用）：`全部搬進來` · `修改計畫` · `取消`。建立新筆記需要這個同意（主規則第 9 條）。
+
+## 4. 歸檔
+
+動手寫之前，先備份每一則要改的筆記（見主 `CLAUDE.md` 裡的「備份與復原」）。
+
+- 用每個資料夾的資訊區塊（寫在它的 `CLAUDE.md` 裡）；「關於我」和「人脈」的頁面用「最新現況在上、依據在下」的格式。
+- 把連到人、公司和專案的 `[[links]]` 自然地寫進文字裡。
+- 保留 {Name} 自己的用字。可以縮短，但不要改寫。
+- 舊的日期維持原樣：寫在依據那幾行裡，不要寫進今天的日記。
+
+## 5. 收尾
+
+在今天的日記寫一行：匯入了什麼、新建了幾則筆記、更新了幾則。然後建議做一次健檢（「幫我的大腦做健檢」），找出重複的筆記和缺少的連結。

package/skills/brain-setup/i18n/zh-TW/templates/library-CLAUDE.md

@@ -0,0 +1,9 @@
+可重複使用的內容都放在這裡：提示詞、範本、思考框架、參考資料。東西不要放太多。
+
+## 規則
+
+- {Name} 分享可以重複使用的東西時，存在這裡，檔名要一看就懂。
+- 同一類的檔案有好幾個時，才建立子資料夾（例如 `提示詞/`、`範本/`、`思考框架/`）。
+- 從專案和日記用 `[[wikilinks]]` 連到這些資源。
+- 研究放在 `紀錄/`，正在進行的專案檔案放在 `專案/`。不要在這裡再放一份，改用連結。
+- 不要放可下載檔案的副本或別人的作品。改成記下去哪裡可以拿到。

package/skills/brain-setup/i18n/zh-TW/templates/meeting-prep.md

@@ -0,0 +1,42 @@
+---
+type: skill
+status: active
+tags: [meeting-prep, relationships]
+---
+
+在通話或開會前，根據這個大腦已經知道的事，給一份簡短的重點整理。
+
+觸發語：「幫我準備跟 {person or company} 的會議」、「幫我準備下一場會議」、「跟我說說 {name} 的狀況」、"prep me for {person or company}"、"prep me for my next meeting"、"brief me on {name}"，或用 {Language} 說一樣的話。
+
+## 1. 找出是誰
+
+- 給了名字：在 `人脈/` 裡搜尋這個人或這家公司，`aliases` 也要找。聯絡窗口寫在所屬公司的筆記裡。
+- 「下一場會議」：如果有連結行事曆，讀下一個行程和參加的人。沒有的話，問這場會議是跟誰。
+- 沒有這個人的筆記：用一句話說明，然後把日記和專案裡提到他們的內容告訴 {Name}（如果有的話）。
+
+## 2. 讀資料
+
+照這個順序，而且只讀需要的：
+
+1. 他們在 `人脈/` 裡的筆記：是誰、目前的狀況、一起做過的事、備註。
+2. 連到他們的專案：「進度與下一步」。
+3. 最近 30 天提到他們的日記。
+4. `日記/待辦事項.md` 和專案頁面裡提到他們的待辦事項。
+5. `紀錄/決定/` 裡跟他們有關、還沒定案的決定。
+6. 如果他們是潛在客戶，看 `人脈/客戶/_潛在客戶.md`。
+
+## 3. 回覆
+
+最多八行，每行都要短：
+
+- 用一句話說他們是誰，以及上次聯絡是什麼時候（`last-contact`）。
+- 現在在進行什麼：專案和各自的下一步。
+- 上次說好了什麼。
+- {Name} 欠他們什麼，他們又欠 {Name} 什麼。
+- 一兩件可以問或提出來的事。
+
+每個人、公司和專案都寫成 `[[link]]`。不要建檔案。如果 {Name} 想存下來，就寫在今天的日記裡。
+
+## 4. 開完會之後
+
+如果 {Name} 跟你說會議的結果，照平常的方式存（主規則第 9 條）：今天的日記寫一行、更新這個人的 `last-contact`、專案的下一步，如果有做決定，就寫一則決定筆記。

package/skills/brain-setup/i18n/zh-TW/templates/memory-CLAUDE.md

@@ -0,0 +1,65 @@
+隨著時間累積下來的知識：決定、研究、申請和封存。
+
+## 分類
+
+| 內容 | 放在 |
+|---|---|
+| 附上理由的決定，或是對外部事物（應用程式、網站、課程、競爭對手）的研究 | `決定/YYYY-MM-DD-{title}.md` |
+| 研究（市場、趨勢、各種選項） | `研究/{topic}.md` |
+| 申請：工作、補助、獎項、公開徵件（第一次用到時才建立） | `申請/{name}/` |
+| 競爭對手的資料（第一次用到時才建立） | `競爭對手/{name}.md` |
+| 金錢：發票、稅務、付款。私人 | `財務/` |
+| 封存的決定 | `封存/決定/` |
+| 已完成或過時的研究 | `封存/研究/` |
+| 已完成的專案 | `封存/{name}/` |
+| 會議紀錄 | 如果會議做出了決定，放 `決定/`；不然就放當天的 `日記/` 日記。只有會議紀錄很多時，才建議開一個會議資料夾。 |
+
+## 資訊區塊（frontmatter）
+
+```yaml
+---
+type: research
+date: 2026-10-13
+status: active
+tags: [research, pricing]
+---
+```
+
+- `type`：`decision`、`research`、`application`、`competitor`。
+- `date`：寫這則筆記的日期。
+- `status`：決定和申請請看下面。其他的：`active` 或 `closed`。
+- `tags`：先寫類型，再寫主題。
+- 可以加：`project`、`deadline`、`description`（一句話，用雙引號括起來，放最後一行）。
+
+## 決定筆記
+
+一定要寫出原因：有誰參與、起因是什麼、做了什麼取捨。決定本身用 `> [!important]`，已知的風險用 `> [!warning]`。
+
+決定筆記在 `date:` 後面還要加上 `updated:`。`date` 是建立的日期，`updated` 是最後一次檢視或修改的日期。
+
+```yaml
+---
+type: decision
+date: 2026-09-02
+updated: 2026-10-13
+status: open
+tags: [decision, website]
+---
+```
+
+- `status`：`open`（還在決定或還在進行）、`waiting`（在等別人）、`paused`、`closed`。
+- `updated` 超過 30 天的決定需要重新檢視。大腦管家會一直標出來，直到 {Name} 選擇保留、結案或封存（每一種都會把 `updated` 改成當天）。
+- 只有在 {Name} 說可以時，決定才會移到 `封存/決定/`。
+
+## 申請
+
+一個申請一個資料夾：`申請/{name}/`，裡面放一個 `README.md`，寫截止日期、連結、狀態和送出了什麼。其他檔案（答案、個人陳述）放在旁邊。
+
+- `status`：`draft`、`submitted`、`accepted`、`rejected` 或 `withdrawn`。
+- 答案用 Markdown 保存。大型 PDF 和簡報檔留在筆記庫外面：在筆記裡寫摘要就好。
+
+## 規則
+
+- 研究預設保持中立（主規則第 23 條）。
+- 被新研究取代的舊研究，移到 `封存/研究/`，不要刪掉。
+- `財務/` 是私人的，已列在 `.claudeignore` 裡。只有 {Name} 指名要某個檔案時才打開（主規則第 8 條）。

package/skills/brain-setup/i18n/zh-TW/templates/morning-brief.md

@@ -0,0 +1,31 @@
+---
+type: skill
+status: active
+tags: [morning-brief, planning]
+---
+
+一份簡短的當日計畫。有兩種模式：**簡報**（{Name} 要的時候才做）和**排程**（每個工作日自動做）。
+
+## 簡報
+
+觸發語：「晨間簡報」、"morning brief"，或用 {Language} 說一樣的話。
+
+1. 讀 `日記/待辦事項.md`、最新的日記、每個 `status: active` 專案的「進度與下一步」，以及狀態是 `open` 或 `waiting` 的決定。
+2. 如果有連結行事曆，讀今天的行程。
+3. 回覆最多 6 行，每行都要短：
+   - 今天最重要的 3 件事，每件都附上連到筆記的 `[[link]]`。
+   - {Name} 在等別人處理的事。
+   - 一個要做的決定（如果有的話）。
+   - 今天的行程（如果有連結行事曆）。
+4. 不要寫任何檔案。如果 {Name} 看完給了新資訊，依照主規則第 9 條存起來。
+
+## 排程
+
+觸發語：「設定我的晨間簡報」、"set up my morning brief"，或用 {Language} 說一樣的話。
+
+1. 問要幾點（點選選項：7:00、8:00、9:00、10:00），在 {Name} 的工作日執行。如果設定時已經訂好時間，就不用問。
+2. 在 AI 代理應用程式裡建立一個排程任務，在這個資料夾上執行，提示詞是：
+
+   > 打開我的第二大腦資料夾。讀 `技能/晨間簡報/晨間簡報.md`，給我今天的晨間簡報。
+
+3. 如果沒辦法用排程任務，告訴 {Name} 每天開始工作時說一聲「晨間簡報」。

package/skills/brain-setup/i18n/zh-TW/templates/project-readme.md

@@ -0,0 +1,21 @@
+<!-- ADAPTING (for the agent, leave this comment out of the file):
+One per project from form 2: `專案/{Project-Name}/README.md`, their project name with hyphens instead of spaces.
+-->
+
+---
+type: project
+status: active
+project: {Project-Name}
+created: YYYY-MM-DD
+updated: YYYY-MM-DD
+tags: [project, {topic}]
+description: "{用一句話說明這個專案是什麼。}"
+---
+
+## 這是什麼
+
+{一兩行：這是什麼，以及為什麼重要。如果它是為了某個目標，就連到 [[目標]]。}
+
+## 進度與下一步
+
+{寫下 {Name} 告訴你的內容。如果什麼都沒說，就寫一行：「剛開始。」}

package/skills/brain-setup/i18n/zh-TW/templates/projects-CLAUDE.md

@@ -0,0 +1,55 @@
+每個專案都是一個資料夾，隨著資訊進來慢慢長大。`README.md` 是唯一的入口。
+
+## 分類
+
+| 內容 | 放在 |
+|---|---|
+| 概要、進度、截止日期、下一步 | `專案/{name}/README.md` |
+| {Name} 的工作筆記 | `專案/{name}/筆記/{topic}.md` |
+| 研究 | `專案/{name}/研究/{topic}.md` |
+| 需求說明、規格、要求 | `專案/{name}/需求說明/{name}.md` |
+| 草稿、腳本、文字內容 | `專案/{name}/草稿/{name}.md` |
+| 點子 | `專案/{name}/點子/{name}.md` |
+| 回饋 | `專案/{name}/回饋/{name}.md` |
+| 圖片和多媒體 | `專案/{name}/素材/` |
+| 這個專案的舊資料 | `專案/{name}/封存/` |
+
+資料夾名稱用小寫和連字號，前面不加編號（寫 `研究/`，不要寫 `01-Research/`）。如果這些都不合適，專案可以加自己的資料夾。
+
+## README 的版面
+
+1. 資訊區塊（見下方），要有 `description`。
+2. `## 這是什麼`：一兩行，連到 [[目標]]。
+3. `## 進度與下一步`：目前進行到哪裡、下一步是什麼。
+4. `## 怎麼運作`：只有在有自動化的東西寫到這裡時才加（排程任務、腳本）。
+5. `## 東西在哪裡`：有子資料夾之後才加。用一張小表格連到每個子資料夾。
+
+## 資訊區塊（frontmatter）
+
+```yaml
+---
+type: notes
+date: 2026-10-13
+status: active
+project: Website-Redesign
+tags: [website-redesign, notes]
+---
+```
+
+- `type`：`project`（README，另外還有 `created`、`updated` 和 `description`）、`notes`、`research`、`brief`、`draft`、`idea`、`feedback`、`plan`。
+- `status`：`active`、`paused` 或 `done`。README 的狀態就是專案的狀態。
+- `project`：專案資料夾的名稱。
+- `tags`：先寫專案，再寫類型。
+
+## 規則
+
+- 新專案只要一個 `README.md` 就好。等到有內容需要時才建立子資料夾，並從 README 連過去。
+- README 就是目錄。不要在裡面重複子資料夾的內容。
+- 專案裡面不放 `CLAUDE.md`。只適用單一專案的規則，寫在下面的「各專案的規則」。
+- 每一則相關筆記的資訊區塊都要有 `project:`。
+- 專案完成後，只有在 {Name} 說可以時，才搬到 `紀錄/封存/{name}/`。
+- 每個專案都應該為 [[目標]] 裡的某個目標服務。健檢時，把沒有專案的目標和沒有目標的專案標出來。
+
+## 各專案的規則
+
+<!-- 只適用單一專案的規則。某個專案需要自己的規則時，加一行：「**Project-Name**：規則內容。」 -->

package/skills/brain-setup/i18n/zh-TW/templates/relationships-CLAUDE.md

@@ -0,0 +1,54 @@
+<!-- ADAPTING (for the agent, leave this comment out of the file):
+Remove the "Where a new lead goes" section if there's no `客戶/` folder. Remove subfolder rows that weren't created.
+Each subfolder gets its own `CLAUDE.md` from `relationships-subfolder-CLAUDE.md`.
+-->
+
+所有跟 {Name} 一起工作的人：一個人或一個組織一則筆記。
+
+## 子資料夾
+
+| 資料夾 | 放誰 |
+|---|---|
+| `客戶/` | {Name} 接案服務的人和公司 |
+| `合作夥伴/` | 創作上的夥伴，互相交流，不涉及金錢 |
+| `團隊/` | 跟 {Name} 一起工作或替 {Name} 工作的人（接案者、助理） |
+| `合作單位/` | {Name} 想一起打開知名度的組織（媒體、場地、平台） |
+
+## 新的潛在客戶放哪裡
+
+- 第一次接觸，還沒有真正的需求：在 `客戶/_潛在客戶.md`（第一次用到時才建立）的 `## 新的` 下面寫一行。
+- 回覆說「以後再說」：在 `客戶/_潛在客戶.md` 的 `## 保持聯繫` 下面寫一行。
+- 有真正的需求、通話或正在報價：建立一則客戶筆記 `客戶/{client-name}.md`，設為 `status: prospect`。
+
+潛在客戶往前進一步時，就移到下一個位置，並從原本的位置刪掉。
+
+## 資訊區塊（frontmatter）
+
+這裡的每一則筆記（`CLAUDE.md` 檔案和 `_潛在客戶.md` 除外）開頭都是：
+
+```yaml
+---
+type: client
+status: active
+last-contact: 2026-10
+tags: [relationship, client, fashion, brazil]
+description: "用一句白話說明對方是誰，以及跟 {Name} 的關係。"
+---
+```
+
+- `type`：`client`、`collaborator`、`team` 或 `partner`。
+- `status`：`active`（最近 12 個月內有合作或聯絡）、`prospect`（在洽談中，還沒合作過）、`dormant`（12 個月以上沒聯絡）、`closed`（已經徹底結束）。
+- `last-contact`：最近一次真正聯絡或合作的月份，`YYYY-MM`。不知道就留空。
+- `tags`：先寫 `relationship`，再寫類型，接著是 2 到 5 個主題標籤（產業、國家、工作類型），英文、小寫、用連字號。
+- `description`：一句話，用雙引號括起來。一定放在最後一行。
+- 可以加：`aliases`（對方的其他稱呼）、`project`（目前的專案）。
+
+## 規則
+
+- **不要重複**。建立筆記之前，先搜尋這個名字和它的各種寫法（重音符號、空格、簡稱、中英文名、品牌名和公司名）。如果已經有筆記，就用那一則，並把新的寫法加進 `aliases`。同一個人或同一家公司絕對不要有第二則筆記。
+- **「最新現況在上、依據在下」的格式**（主規則第 17 條）：最上面寫對方是誰和目前的狀況，下面是附日期的歷史。
+- **保持最新**。{Name} 跟某人有真正的聯絡時（一封信、一通電話、交付了工作），把 `last-contact` 改成這個月；如果 `status` 有變，也一起改。
+- **公司裡的聯絡窗口**（經紀人、經理、編輯）寫成公司筆記裡的純文字，絕對不寫成 `[[links]]`，也不另外建筆記。要在別的地方提到他們，就連到公司：`[[Company Name|Contact Name]]`。
+- **私人資料**（電話、電子郵件、住址）只放在那個人或那家公司的筆記裡。絕對不要複製到日記或其他筆記。
+- 從專案和日記用 `[[wikilinks]]` 連到這些人。
+- 只有出現新的關係類型時，才建立新的子資料夾。要先問。

package/skills/brain-setup/i18n/zh-TW/templates/relationships-subfolder-CLAUDE.md

@@ -0,0 +1,18 @@
+<!-- ADAPTING (for the agent, leave this comment out of the file):
+One file per subfolder: `人脈/{Subfolder}/CLAUDE.md`. Start with the one-line intro for its type. Only `客戶/CLAUDE.md` gets the Leads section at the end; remove it from the others.
+-->
+
+{Clients：「{Name} 接案服務的人和公司。」 / Collaborators：「創作上的夥伴。互相交流，不涉及金錢。」 / Team：「跟 {Name} 一起工作或替 {Name} 工作的人。」 / Partners：「{Name} 想一起打開知名度的組織：媒體、場地、平台。」}
+
+## 資料頁的結構
+
+1. 資訊區塊（見 `人脈/CLAUDE.md`），加上 `type: {client | collaborator | team | partner}`
+2. 對方是誰：做什麼的、哪個產業
+3. 聯絡方式：一個人一行：`姓名：電子郵件 / 電話（職位、備註）`
+4. 怎麼開始的
+5. 一起做過的事：每個專案或每件工作，附上年月
+6. 備註：關係好不好、價格方面的備註、下一個機會
+
+## 潛在客戶
+
+`_潛在客戶.md`（第一次用到時才建立）放還不是客戶的潛在客戶，分成兩段：`## 新的` 和 `## 保持聯繫`。每筆一行：日期、名字、想要什麼、從哪裡來。見 `人脈/CLAUDE.md`。