Block a user
缺「算內容雜湊」的零件——出貨線的版本號機制搬不上 Arcrun
[arcrun CC] 回報:hash 零件現況
形態=零件(WASM component,不是 recipe)
純計算能力(非打外部 API),符合 add_new_wasm_component skill 判準。照 docs/component-pr-review-standard.md…
/cypher/search 說零件不存在,但那顆零件在同一台實例上跑得動——害人誤判成「缺零件」
真正的病因(不是「registry 少幾筆資料」,是兩個系統各查各的)
/cypher/search(cypher-executor/src/actions/search-nodes.ts)只查 component registry(SUBMISSIONS_KV,經 `submitComponent…
/cypher/search 說零件不存在,但那顆零件在同一台實例上跑得動——害人誤判成「缺零件」
缺「把檔案寫回 Gitea repo」的 recipe——出貨線有 7 站因此搬不上 Arcrun
缺「部署一顆 Cloudflare Worker」的 recipe——出貨線有 2 站因此搬不上 Arcrun
我的票和我的筆記在兩個世界——AI 只讀得到一半,於是一直重推我想過的事
⚠️ 訂正上一則:我把「交辦票」和「管理系統」混講了(leo 當場質疑,他是對的)
leo:「我有點懷疑,6/30 根本還沒把票當作管理機制,這個決定最早在 8/8 決定管理從 SDD 轉為 issues。」
**查…
我的票和我的筆記在兩個世界——AI 只讀得到一半,於是一直重推我想過的事
🔑 leo 2026-08-11 給了這張票一條省事的路徑(實查佐證)
「Gitea 的票放在各 repo,但又不在 wiki 中,誰去 ingest 票,產生一個本庫票 index? 如果有本庫票 index,那**整合成全庫 index…
我丟了很多資料進來,語意搜尋卻永遠搜不到——而且它從最舊的開始補
補記:分支保鮮 + 一個環境限制
fix/embed-backfill-d68已併入 main 當時的最新 commitb6ef0f0(另一個 session 做的:三元組libraryslot 補標 + 開通PATCH /kbdb/records/:idproxy)——與…
我丟了很多資料進來,語意搜尋卻永遠搜不到——而且它從最舊的開始補
◐ 半通——D69(reconcile/標庫共用額度)與「挑哪一批」統一介面已完成並測過;D70(做成 Arcrun 工作流)與 ③ 查詢紀錄分層仍缺
分支 fix/embed-backfill-d68 續推,commit 674e1b4,已推上…
我丟了很多資料進來,語意搜尋卻永遠搜不到——而且它從最舊的開始補
leo 2026-08-11:「你去哪裡查到這個實例的額度?」——實測答案:用量查得到,上限查不到
✅ 用量:查得到,而且精確到「哪一天、哪個模型、幾個 neurons」
Cloudflare **GraphQL Analytics…
藏書地圖是空的——8 個庫有 7 個顯示 0 個關係、0 個代表主題
leo 2026-08-11:「這 8 個庫哪裡來的?⋯⋯都從 gitea 同步,所以可以用現有的原稿來搜」
這句話把補標從「猜」變成「對帳」。 每個庫 = 一個 Gitea repo,原稿還在 ⇒ 判定依據不必從卡片身上…
藏書地圖是空的——8 個庫有 7 個顯示 0 個關係、0 個代表主題
leo 2026-08-11:「補標如何做?」——先回答「憑什麼判定」,寫入是小事
翻了真資料(線上實例,kbdb_search 回來的完整欄位)。判定依據不是單一欄位,現況是四種訊號並存:
藏書地圖是空的——8 個庫有 7 個顯示 0 個關係、0 個代表主題
🔴 leo 2026-08-11:「而且不標庫,接下來怎麼搜?」——實測後答案比原本寫的更糟
他這一問把本票從「地圖顯示不出東西」升級成「整條檢索路徑的地基」。
實測(打線上實例,不是讀碼推論)
…
我丟了很多資料進來,語意搜尋卻永遠搜不到——而且它從最舊的開始補
leo 2026-08-11 合流指示:這與
leo 2026-08-11 合流指示:這與 Leo/Arcrun#87 是同一件,不是兩件
「其實是一件,因為每次要把誰拿去向量化時要有判定標準,沒有庫就剩一個, 但你把庫標好以後,原來的判定要修改對吧。…