uncle6me-web
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>
41 lines
1.2 KiB
Markdown
41 lines
1.2 KiB
Markdown
---
|
|
tags: [策略, 驗收]
|
|
gloss: 舊：在我的帳號上能跑。新：任何人在自己的帳號上跑得通，而且寫錯會被擋住。
|
|
created: 2026-06-01
|
|
updated: 2026-08-15
|
|
---
|
|
# 成功的定義
|
|
|
|
← [[HANDOFF-self-host-harness]]
|
|
|
|
## 摘要
|
|
|
|
戰法轉向後，harness 的成功定義被整個改寫。新定義多了一個常被忽略的下半句。
|
|
|
|
## 重點
|
|
|
|
- **舊**：在 richblack 的 prod 帳號（`cypher.arcrun.dev`）上能跑
|
|
- **新**：任何 CC 在自己的 CF 帳號 `acr init --self-hosted` 後跑通一個含 recipe 的 workflow
|
|
- 🔴 **而且「寫錯時會被程式擋住」是定義的一部分**——不是加分項
|
|
- ⇒ 這句話直接推導出 [[零件 PR 審核閘]] 這類 [[結構性閘]] 的必要性
|
|
|
|
## 實體
|
|
|
|
- **新成功定義**（驗收）— 任何人在自己帳號跑通，且寫錯會被擋。
|
|
|
|
## 關聯
|
|
|
|
### 內文知識關係
|
|
|
|
- 新定義 >> 包含 >> 寫錯會被擋住
|
|
- 舊定義 >> 只涵蓋 >> 作者自己的帳號
|
|
|
|
### 卡片關係
|
|
|
|
- 成功的定義 >> 屬於 >> [[HANDOFF-self-host-harness]]
|
|
- 成功的定義 >> 被改寫於 >> [[self-hosted 戰法轉向]]
|
|
|
|
### 出處（原文 >> 提及 >> 本卡，可多筆）
|
|
|
|
- `../HANDOFF-self-host-harness.md` >> 提及 >> 成功的定義
|