Skip to content

公式

deepseek-ai/deepseek-harness DeepSeek Harness のソースとリリース

  • 一次情報の源
  • リリースとタグ
  • 版付き Issue

Agent Loop 内部、設定例、引用用コミットハッシュが必要なときは deepseek-ai/deepseek-harness を clone または閲覧。「壊れたインストール」ノイズの前に、試したリリースをピン留めします。

  • 上流は MIT
  • README がブログに勝つ
  • 試したタグをピン留め

Repo

deepseek-ai

GitHub の deepseek-harness

MIT

ライセンス

ピンした版の LICENSE を再確認

Tags

リリース

バグ報告前に npm と照合

PRs

貢献

CONTRIBUTING とテンプレに従う

DeepSeek Harness の GitHub リポジトリの役割

Agent Loop の内部、設定例、Issue に書くコミットハッシュが必要なとき github.com/deepseek-ai/deepseek-harness を開きます。開発者プレビューの API は壊れます。Node 版・CLI 全文・コミットまたはパッケージ版の欠けた Issue は時間の浪費です。

API キーを Issues や Discussions に貼らないでください。ファイル編集バグの再現は捨てられる作業フォルダで。製品向けの文章は deepseek.com/harness にもありますが、エンジニアリングの一次情報はリポジトリです。

大半のオペレーターは @deepseek-ai/dsh 経由で起動します——npm ページ と インストール。ソースビルドは上流をパッチするときやリポジトリのスクリプトに従うときに重要です。

なぜ GitHub が一次情報であり続けるか

プレビューではフラグが動く

ブログやポータルは遅れうる。ピンしたタグの README とリリースノートが CLI の権威です。

再現可能なバグ報告

コミットハッシュ、Node engines、stderr 全文が「壊れた」をメンテナが動ける形に変えます。

貢献の道筋が明確

Discussions・Issues・PR テンプレは上流。ポータルの誤字は別リポジトリ——[貢献](/ja-jp/contribute/)。

サンプルとモードの対応

リポジトリの例は名前付きプリセットを前提にしがち。[モード](/ja-jp/modes/) と組み合わせ、Creative を給与ツリーに当てない。

迷わずリポジトリを使う

  1. 1

    README と LICENSE を読む

    clone や引用の前に、関心のあるタグの engines とライセンスを確認。

  2. 2

    Releases を npm と照合

    GitHub タグと `npx` が取る版を比較。驚きはミラーや古いキャッシュが多い——[npm](/ja-jp/dsh/npm-package/)。

  3. 3

    捨てられるフォルダで再現

    狭い作業フォルダは秘密を Issues から遠ざける。起動経路は [インストール](/ja-jp/install/)。

  4. 4

    丁寧に報告・貢献

    上流テンプレを使う。プラグイン作者は通常別の `dsh-plugin` パッケージ——[プラグインガイド](/ja-jp/plugins/guide/)。

詳しく見る

公式 MIT リポジトリ:ソース、例、貢献履歴、リリース。

リリース、タグ、npm パッケージ

リリースとタグは何が入ったかを説明し、@deepseek-ai/dsh が大半の起動経路です。手順の HowTo は インストール に置き、二冊の手引を作りません。

npx が奇妙な版を取るときは、ノイズ Issue の前に公開タグとリリースノートを照合。公式レジストリより遅れるミラーはネットワーク問題であり Cordis バグではありません。

上流への貢献の仕方

プロジェクトが指すなら Discussions、テンプレが開いていれば Issues、PR は CONTRIBUTING に合わせます。harness-ds.com の誤字は別経路——貢献。

本ポータルの docs PR を製品決定とみなさないでください。実行時地図は アーキテクチャ と Cordis。

セキュリティと秘密の衛生

API キーを Issues・Discussions・スクリーンショットに貼らない。スタックトレース共有は捨てられる clone で。コミュニティパッケージの安全は プラグインガイド、ローカルプロセスは トラブルシュート。

FAQ

ソースから入れるべきか、npx か?

大半は インストール 経由の npx。ソースビルドは上流パッチやリポジトリスクリプトのとき——詳細は GitHub と npm。

製品バグはどこへ報告しますか?

deepseek-ai/deepseek-harness へ、版・Node・エラー全文付き。ポータルの誤字は 貢献。

ライセンスは MIT ですか?

公開 harness リポジトリは MIT。ピンしたタグの LICENSE を再確認。サードパーティプラグインは ディレクトリ で各自のライセンス。

サンプルとモードの関係は?

リポジトリの例は名前付きプリセット前提が多い。モード と組み合わせ、Creative 実験を本番ツリーへ載せない。

このサイトは GitHub 組織と同じですか?

いいえ。harness-ds.com はガイドと SEO ページの地図。エンジニアリングの事実は GitHub。製品 HQ の語りは deepseek.com/harness——FAQ。

修正を送る・正確な質問をするなら 貢献。ソースビルドではなく公開パッケージを動かすなら インストール。

GitHub 周辺のページ

リリースをピン留めしたら npm の正体、アーキテクチャ、インストール手順を読んでください。