Repo
deepseek-ai
GitHub の deepseek-harness
Repo
deepseek-ai
GitHub の deepseek-harness
MIT
ライセンス
ピンした版の LICENSE を再確認
Tags
リリース
バグ報告前に npm と照合
PRs
貢献
CONTRIBUTING とテンプレに従う
Agent Loop の内部、設定例、Issue に書くコミットハッシュが必要なとき github.com/deepseek-ai/deepseek-harness を開きます。開発者プレビューの API は壊れます。Node 版・CLI 全文・コミットまたはパッケージ版の欠けた Issue は時間の浪費です。
API キーを Issues や Discussions に貼らないでください。ファイル編集バグの再現は捨てられる作業フォルダで。製品向けの文章は deepseek.com/harness にもありますが、エンジニアリングの一次情報はリポジトリです。
大半のオペレーターは @deepseek-ai/dsh 経由で起動します——npm ページ と インストール。ソースビルドは上流をパッチするときやリポジトリのスクリプトに従うときに重要です。
ブログやポータルは遅れうる。ピンしたタグの README とリリースノートが CLI の権威です。
コミットハッシュ、Node engines、stderr 全文が「壊れた」をメンテナが動ける形に変えます。
Discussions・Issues・PR テンプレは上流。ポータルの誤字は別リポジトリ——[貢献](/ja-jp/contribute/)。
リポジトリの例は名前付きプリセットを前提にしがち。[モード](/ja-jp/modes/) と組み合わせ、Creative を給与ツリーに当てない。
1
clone や引用の前に、関心のあるタグの engines とライセンスを確認。
2
GitHub タグと `npx` が取る版を比較。驚きはミラーや古いキャッシュが多い——[npm](/ja-jp/dsh/npm-package/)。
3
狭い作業フォルダは秘密を Issues から遠ざける。起動経路は [インストール](/ja-jp/install/)。
4
上流テンプレを使う。プラグイン作者は通常別の `dsh-plugin` パッケージ——[プラグインガイド](/ja-jp/plugins/guide/)。
公式 MIT リポジトリ:ソース、例、貢献履歴、リリース。
リリースとタグは何が入ったかを説明し、@deepseek-ai/dsh が大半の起動経路です。手順の HowTo は インストール に置き、二冊の手引を作りません。
npx が奇妙な版を取るときは、ノイズ Issue の前に公開タグとリリースノートを照合。公式レジストリより遅れるミラーはネットワーク問題であり Cordis バグではありません。
deepseek-ai/deepseek-harness へ、版・Node・エラー全文付き。ポータルの誤字は 貢献。
公開 harness リポジトリは MIT。ピンしたタグの LICENSE を再確認。サードパーティプラグインは ディレクトリ で各自のライセンス。
リポジトリの例は名前付きプリセット前提が多い。モード と組み合わせ、Creative 実験を本番ツリーへ載せない。
いいえ。harness-ds.com はガイドと SEO ページの地図。エンジニアリングの事実は GitHub。製品 HQ の語りは deepseek.com/harness——FAQ。
各カードは独立したランディングページを開きます。
DeepSeek Harness 開発者プレビューの公式紹介と入口。
リソースを開く ↗ローカル Web UI 起動用の公式 @deepseek-ai/dsh npm パッケージ。
リソースを開く ↗公式入門:モデル設定、ワークスペース選択、最初のタスク。
リソースを開く ↗Cordis、プラグイン、サービス、セッション、Agent Loop の技術説明。
リソースを開く ↗DSH 基盤の時空間コンポーザブル枠組みとプラグインサービスモデル。
リソースを開く ↗GitHub の dsh-plugin タグ入口。利用前にメンテナと品質を確認。
リソースを開く ↗カテゴリ別の DSH プラグイン・ツール・インフラ独立コミュニティ一覧。
リソースを開く ↗リリースをピン留めしたら npm の正体、アーキテクチャ、インストール手順を読んでください。