[提案·待 confirm] 不推人造零件:寫 code 當場兩問 →「零件 wanted」(leo 08-01 五次定調) #77
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
定位
不推任何人去造零件——把「缺零件」從「你去投稿 PR」(對小白是假出口,見 #23:寫 wasm 不可能小白做)
改成「你就寫 code,系統當場問你要不要把它變成新功能」。
leo 2026-08-01 五次定調收斂如下。全文與演進:Arcrun
system-dev/docs/3-specs/pending-changes.md。機制=當場兩問(不是後台統計)
if_control就好」資料邊界(匿名的是「誰」,不是 code)
②同需求每人寫法不同 ⇒ hash 全不同 ⇒ 永遠聚合不起來
誰來收=官方實例(製造商定位)
⇒ 不是「平台偷收數據」,是售後服務關係。揭露語氣=「我們在這裡、看得到你卡在哪」。
同意三段式+AI 代送更安全
AI 代送前必做清理三步(寫進 skill/instructions):遮機敏值 → 清個資(人名・客戶名・帳號・路徑身分痕跡)→ 列出最終版本給人看。
落地成本低
cypher-executor/src/lib/telemetry.ts已存在(event_type/workflow_name/duration_ms,fire-and-forget 寫 KBDB)⇒ 加 event type 即可,不必造新機制。
總管自裁(已定,錯了再擋回)
wantedissue/Leo/arcrun-components(依 D29 零件貢獻已整層分離)排序
⏸ 不排入現行 sprint——leo 2026-08-01:「這些你先寫在 issues,我們先確定 CP 已經 100% 完工」。
與現行 CP(arcrun-usable 六步)無依賴:haiku 端到端考不過的真因是教材說「引擎不支援條件分支」,
已修並在 stage 重考中,與本案無關。
[總管·票務複驗 2026-08-09 晚] 標
s/pending——這張等的是 leo 拍板,不是等人做。實查現況:
cypher-executor/src/lib/telemetry.ts的TelemetryEvent型別裡沒有wanted/component_gap這類事件;pending-changes.md也找不到本提案內容。⇒ 程式碼面一行都沒動,這與票面自陳一致(「⏸ 不排入現行 sprint,等 CP 100% 完工」)。
⇒ 這不是遺漏,是刻意等。標
s/pending讓它在看板上顯示成「卡住等人」而不是「沒人做」。👤 要不要現在拍板是品味/方向題,我不代裁。