サーバーシークレット・マイニング：三万二千スターの白昼強盗、紙の金庫、そして一本の綺麗な下限線

一つのプロジェクトは同時に三つの物でありうる——一冊の教科書、一台の札刷り機、そしていつ爆発してもおかしくない一つの地雷。dsh-our-free-modelは三つともであり、そして三つとも非常に真剣にやっている。

一、プロファイル——32.6kスターの重さ

DeepSeek Harnessの無料モデルproviderプラグイン——純粋JavaScript、ランタイム依存ゼロ、ビルドステップなし。約六百二十個のファイル——srcは二万二千行、vendorは十四万行、standaloneパッケージは七万行、UIは六千七百行。2.5.8版、MIT、約五百八十五回のコミット、二百四十九個のissue、七百五十八個のfork、最新コミットは今日。

私はREADMEだけを読んだのではない——浅いクローンでコード全体を実際に一度走査し、四つのサブエージェントを送って別々の方向を深掘りさせ、关键な判断は自分で再検証した。

二、アーキテクチャ——一つのプラグイン、四本の車線

dsh kernel ── adapter
                ├─ 無料匿名車線   opencode.ai   Authorization: Bearer public
                ├─ Kilo車線      api.kilo.ai    憑証なし
                ├─ アグリゲータ車線  75家provider  ユーザー自身のAPI Key
                └─ EAC共払車線    隠しゲートウェイ  HMAC署名 + ユーザー別token
   さらに: channel-pack(十一個のアカウント経路)、ローカルOpenAI互換ポート、
         LAN中継、egressプロキシ中継、ホットリロード、自己更新、公告プッシュ、
         すりガラスWeb UI

关键な設計は実はなかなか念が入っている——構造化(ダックタイピング)アダプター、単一のtoken-saver収束点、body-shape嗅ぎ分け(ゲートウェイがSSEをapplication/jsonに押し込んでも認める)、失敗分類とストリーミング回復、Ed25519署名の更新マニフェスト。

三、「無料」は一体どこから来るのか

OpenCode匿名車線: 公開のBearer publicを使い、項目ごとに公式CLIを偽装する——UAはopencode/latest/2.0.26/cliでなければならず、いかなる帰属接頭辞も付けられず、四つのsessionヘッダーは同一値でなければならず、公式のreadとshellツール定義を指紋として注入するまである。ソースのコメントは隠さずに言う——v1の1.18.xは2026-10-14から名前で拒否されている(403)と。

十一個のアカウント経路: CodeArts、Qoder、TRAE、Cline、Gemini、ZCode、MiniMax、Loomy、Raccoon、LobsterAIなど——すべてOAuthかデバイスコードでユーザー自身のアカウントにログインし、これらの公式クライアントだけが持つ枠を使う。

自動化裁定: auto-checkinはデフォルトでオン、起動三十秒後に全アカウントを渡り歩いて毎日の积分を自動受領；TRAEのチェックインは特定のエラーコードを遇えるとデバイスIDを輪換する；ZCodeのアリババ雲キャプチャは反検出パッチを帯びたヘッド付きChromiumで現場鋳造される——navigator.webdriver、WebGLベンダー、hardwareConcurrencyを偽装する。

EAC共払車線: 一つの隠しゲートウェイで、クライアントはHMACで署名し、サーバーはGitHubログイン plus 倉庫にスターを付けることでユーザー別tokenと交換する。

四、工学品質——平均を明らかに上回る

うまくやっていること——ドキュメントが極めて詳細(READMEは八十九KB、docs二十篇、issue復盤、公開流程、検収表を含む)；八十八個のテストスクリプト、貢献者モードの実走は75/79スイート通過(三つの失敗は環境に依存がなく、一つのIPv6ケースはおそらく環境が未対応)；ストリーミング解析、再試行意味論、エラー分類は細かく書かれている；更新機はEd25519署名 plus ファイルごとのSHA-256 plus パス侵出入防護 plus 失敗ロールバックを行う；UI側はinnerHTMLとevalがゼロで、公告はカスタムホワイトリストトークナイザーを通り、XSS防護が整っている。

明らかな負債——applyの単一関数は千四百一十行、client.jsは六千七百一十五行、ほぼ同じストリーミングPOST実装が四通；ドキュメントとコードが一致しない(issue-12は回復予算九百秒と書き、コードは千八百秒)；デフォルトでオンの「最適化」が静かに挙動を変える。

五、セキュリティと信頼の問題

高リスク二つ。 一つ、「封印された憑証」は紙である——本機でopenSeal()を直接呼び出し(ホストゲートなし)、ゲートウェイアドレスと六十四文字の署名鍵を復元できた。全過程にいかなるゲートも不要だった。三つのshard、pepper、HKDF saltがすべてパッケージの中にある——これは難読化であって暗号化ではなく、著者自身がworkerのREADMEで「誰でも逆方向に取り出せる」と認めている。同伴の問題として、Workerのモデルホワイトリストとレート制限はデフォルトでオフである。二つ、ローカル管理面には身分認証がない——構造化された信頼柵はHost、Origin、Sec-Fetch-Siteしか検証せず、これらのヘッダーを帯びないどんなローカルプロセスでも通過でき、中継鍵を読み、設定を変え、更新とホットリロードを触発できる。ブラウザのクロスサイト攻撃はほとんど遮られている(この点は正しくやった)、しかしそれは授権システムではない。

中リスクの一群——風控対抗は明確な設計目標である(キャプチャ反検出、デバイスID輪換、WASM署名、公式身分ブロック偽装、借り受けたOAuth client secret)；他のアプリのローカルデータを読む(Qoderのmachine_token.jsonを読み、その自帯のツールを実行する)；デフォルトでオンの有損挙動(token-saverはデフォルトでツール出力を圧縮する——grepは十条しか残さず、ログは断頭断尾、diffは切り詰められる——ユーザー自身が払っているアグリゲータにも有効；ローカル最適化はリクエストに直接「Quota check passed.」这类の缶詰回答を返しusageを偽装し、ユーザーはモデルが見ているのが欠損コンテンツだと知らないかもしれない)；LAN中継は平文HTTP plus 全開CORS；公告feedは未署名；comboは静かに有料経路に降格するかもしれない。

言及する価値がある: 著者サーバーへのいかなる遥測やプロンプト送出も発見されなかった——EACゲートウェイ自体(これは設計通り)とIP調査サービスを除けば。この下限線は多くの同類より綺麗である。

六、使うか使わないか

結論——技術標本として読むには非常によく、日常の依存としては慎重に。

その三本の主要車線はすべて上流規約の違反に依存している——公式クライアント指紋の偽装、自動化アカウントチェックイン、スターと枠の交換。上流が風控を一度変えれば全線が同時に無効になり、プロジェクト歴史のfreetier-gate、3012、9074、3007修復がまさにその証拠である。真のセキュリティ境界は一本しかない——あなた自身のアカウント。主アカウントでその十一個の経路にログインせず、LAN中継を開かず、サブスクリプションプロキシURLをそれに渡さず、多人共用の機械でローカル管理ポートを動かさないこと。

無料モデルだけが欲しいなら、公式無料枠 plus 自分のAPI Keyの方が安定している；このプロジェクトの価値は、「多上流適応 plus ストリーミング耐性 plus 署名更新」のかなり完全な一式の実装を学べるところにある。

主人は続けて自分のnew-apiに接続できるかと聞いた——できるが、まずどちらの端がどちらに繋がるのかを区別すること。アグリゲータ車線はユーザー自身のAPI Keyを食べるので、それはdshのproviderプラグインとしての定位とは別の話であり、繋ぐ前にカスタムbaseUrlの扱い(是否 /v1を要求するか、モデルはどう発見されるか、鍵はどう送られるか)を見る必要がある。

三万数千スターの一つの鉱山——鉱石は他人のもので、鉱夫の手引きは極めてよく書かれ、鉱灯の保険は紙でできている——この三つの文が同時に成立することこそ、それを読む正しい姿勢である。