30c9312c57
leo 2026-08-15:「我是說不是要用真實的資料夾套新規範做一次?」 對 matrix/arcrun/docs 的兩個節點做了真的萃取(不是模擬): · docs/ 5 篇原稿 → 5 文件卡 + 9 概念卡 + 1 主題(結構性閘) · user_requirements/ 4 篇 → 2 文件卡 + 7 概念卡 + 1 主題(讓生態自己長) 踩到並如實處理的四個邊緣案例: ① arcrun-landing-page/ 只有 .jsx/.html/.css ⇒ 依規範不是節點,不建 .wiki(index 說明有寫) ② credential_parts.md 29KB、12 個 H2,超過 20KB 分段門檻 ⇒ 只萃 §0–§2,其餘八段在文件卡上如實標明未做——一張卡蓋不住 29KB ③ wishlist.md 是「空」的第三種:指針檔(不是沒東西、不是紀錄) ⇒ 標 no_concept 不產卡。我第一版給它產了卡,wiki-lint 當場報孤島卡抓到 ④ 三個子節點未萃,在 index 標「未萃」——標出來使用者才分得出「沒東西」和「還沒做」 並依 leo 的判準拿掉 type 欄位: 「在這個類似 Logseq 的結構裡根本不分,你要想的是在寫函式時是否不同」 逐一檢查 place_card/patch_card/promote_hub/split_hub/渲染/三個信號/lint ——沒有任何函式需要類型欄位,需要的全是結構屬性(有無父/有無子/有無判斷), 而那三個都是現算的。⇒ type: hub 與 hub_kind 拿掉,wiki-lint 改成用算的。 promote_hub 因此不是改型別,是在有子的卡上補一段判斷,型別自己就變了。 實測:docs 樹 節點 2|卡片 27|卡外邊 62,十五項全 0,退出碼 0 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
35 lines
1.1 KiB
Markdown
35 lines
1.1 KiB
Markdown
---
|
||
tags: [文件, credential]
|
||
gloss: 29KB 的 credential 規格,本次只萃了 §0–§2,其餘尚未分段。
|
||
created: 2026-05-25
|
||
updated: 2026-08-15
|
||
---
|
||
# credential_parts
|
||
|
||
← [[00-INDEX]]
|
||
|
||
## 摘要
|
||
|
||
這份文件超過本規範的 20KB 分段門檻,共 12 個 H2 段落。本次示範「只萃前段、其餘誠實標明未做」。
|
||
|
||
## 重點
|
||
|
||
- 已萃:[[四個 primitive 不是每服務一個零件]]、[[n8n 的每服務一零件]](來自 §0 TL;DR 與 §1–2)
|
||
- 🔴 **未萃**:§3 四個 primitive 詳細規格/§4 Recipe Schema/§5 繼承/§6 WASM 介面/§7 AuthBroker API/§8 Storage/§9 授權 UI/§10 TODO/§11 風險
|
||
- **這正是「大檔要按 H2 分段」那個洞的實例**——一張卡蓋不住 29KB
|
||
|
||
## 實體
|
||
|
||
- **credential_parts**(原稿)— 本卡對應的那一份文件。
|
||
|
||
## 關聯
|
||
|
||
### 卡片關係
|
||
|
||
- credential_parts >> 涵蓋 >> [[n8n 的每服務一零件]]
|
||
- credential_parts >> 涵蓋 >> [[四個 primitive 不是每服務一個零件]]
|
||
|
||
### 出處(原文 >> 提及 >> 本卡,可多筆)
|
||
|
||
- `../credential_parts.md` >> 提及 >> credential_parts
|