昨晚升級之後,我們的 worker 大概六小時就開始漏連線。回滾就恢復了。
重現回歸問題先出現在 X 上,才出現在你的 issue tracker 裡
一次發布出問題的時候,最早有用的回報通常是陌生人撞上同一道牆的貼文。這個技能讀 X,讓一段除錯工作階段能確認這個問題是不是只有你遇到。
- 套件
- felo-skills/felo-x-search
- 讀取
- 貼文、回覆、個人檔案
- 回傳形式
- 附帳號的訊號
- 什麼時候用
- 你在盲猜除錯的時候
cp -r felo-skills/felo-x-search .dsh/skills/dsh 直接從你指過去的資料夾讀技能,所以一個 Felo 套件距離能在工作階段裡被呼叫只有一次複製 —— 距離消失也只有一次刪除。
- 載入來源
- ~/project/.dsh/skills/ · ~/.agents/skills/
- 安裝是
- 複製一個資料夾,沒有建置步驟
- 值得知道
- 只會讀取根目錄的直接子層
一條每則貼文都帶著「為什麼要在乎」的動態
社群結果預設就是吵雜的。這個技能替每一則貼文標上它貢獻了什麼 —— 一次重現、一個變通做法、一句確認,或者什麼都沒有。
我們也一樣。在修好之前,把連線池設定成關閉閒置 socket 是個變通做法。
變通做法在 3.1 上重現不出來,只有新的非同步路徑會。可能只影響長時間執行的行程。
適用範圍維護者在 issue 討論串裡回覆了:修補已排進下一個修補版。
狀態明確要求它做出區分:「把已確認的回報跟推測分開,並告訴我每一項來自多少人。」
X 是線索,不是量測
社群資料的失敗模式,就是你相信了它。用得好,它告訴你該去哪裡看;用得糟,它只是把一小群很大聲的人的想法告訴你。
聲量不等於普遍程度
四則講同一個 bug 的貼文,不代表有百分之四的使用者遇到。它代表有四個人氣到願意打字。在你往上呈報之前,先跟自己的錯誤率對一下。
記者和機器人會擠滿結果
任何有新聞性的事,最上面的結果都是評論,而不是親身經驗。要它給你那些看起來像實務工作者的帳號的回覆,而不是發布者的。
沒有訊息證明不了任何事
沒有關於你這個 bug 的貼文,可能表示沒人遇到,也可能表示遇到的人沒在發文。沉默不是一張健康證明。
像其他任何套件一樣掛上去,然後讓它待在旁邊
和其他技能不同,這個只在特定一種工作階段裡有用。把它裝在專案層,才不會在無關的工作裡冒出來。
~/project/.dsh/skills/專案只在這個儲存庫載入。要讀一個套件、還不敢讓它碰整台機器時,這裡是對的地方。
~/.agents/skills/使用者在每個專案裡都載入,也是這台機器上其他 harness 會看的那個資料夾。
mkdir -p .dsh/skills
cp -r felo-skills/felo-x-search .dsh/skills/列出你在這個專案裡能呼叫的技能。能省下你一個下午的那種用法
在你已經卡住的時候用它,而不是當成一項監測作業。
查一下 X 上關於這個版本連線處理的回報。按發文的人實際觀察到什麼分組,並標出哪些附了重現步驟。回傳內容一張分好組的故障圖像,告訴你是早到、晚到,還是只有你 —— 加上一個等修補時可以先試的變通做法。
查一下維護者有沒有針對這個問題公開發言,並把那個討論串連結給我。回傳內容直接來自討論串的狀態,而不是從 changelog 猜出來的。
用有權威的東西把迴圈收起來
社群訊號告訴你該去哪裡看。這兩個告訴你什麼才是真的。
dsh 使用者會問的 X 資料問題
它能讀某一則貼文底下的回覆嗎?
它需要我的 X 帳號嗎?
它有多新?
DeepSeek Harness 的所有 Felo 技能
這 5 項技能都是為 DeepSeek Harness 撰寫的。它們在這個平台上的用法一致,所以你可以放在同一次工作階段裡組合使用,不必重新說明自己的環境。
一個 API Key,一整套 Agent 工具
從技能開始,再依 dsh 工作流程的需要組合模型、即時資料、知識與輸出工具——用的還是 Felo 技能已經在用的那個 Key。
模型
當 Agent 需要自訂推理或生成時,使用成本效益更好的 LLM 存取。
- LLM API
- 對話補全
- 模型存取
即時資訊
為 Agent 提供最新的 Web 與社交訊號,而不是依賴過時的脈絡。
- Web Search
- X Search
- Web Fetch
知識與輸出
把工作建立在可重複使用的知識上,再轉換成可分享的交付物。
- LiveDoc
- PPT 生成
- 心智圖
創意工具
把工作流程從調研延伸到視覺呈現與可直接交付的 Office 成果。
- 圖像生成
- 頁面工具
- Office 輸出