ディレクトリに戻る

dsh-research-report

キュレーション掲載メンテナンス: 活発

perrylink/dsh-research-report

検証可能なリサーチレポートエンジン。コンテンツアドレス型のエビデンス台帳(改ざん検知)と、主張ごとの検証判定付きバージョン管理されたシールドレポートを生成。

GitHub で見るホームページ
$ npm チャネルで導入:`dsh plugin --profile demo add dsh-research-report`

43

スター

0

フォーク

TypeScript

言語

Apache-2.0

ライセンス

2026-08-19

作成日

2026-09-02

最終プッシュ

Apache-2.0 の DeepSeek Harness プラグイン。研究報告を改ざん検知可能で引用検証付きの成果物に変えます。内容アドレス可能な証拠台帳、バイト単位の論断検証、バージョン管理された封印報告、そしてスタンドアロンのオフライン検証 CLI を提供します。

DSH 統合

ネイティブ実行

作者による申告

安全性監査

未監査

最終検証日

2026-09-03

ライセンス

Apache-2.0

01どんなタスクに使えるのか?

  • あらゆる論断を不変で内容アドレス可能な証拠スナップショットに紐付けた検証可能な研究報告を作成する

    バージョン管理された封印済み report.md に加え manifest.json・verification.jsonl・disconfirmation.jsonl。マニフェストの SHA-256 は誰でも再計算できる

    DeepSeek Harness 上で監査可能で引用検証付きの成果物を必要とする研究者・アナリスト・agent 開発者

  • プラグインを読み込まずに、任意の封印済み報告をオフラインで再監査・検証する

    スタンドアロン `dsh-research-verify` CLI が出力する JSON エンベロープ、または SARIF 2.1.0 文書(再計算済みシール・監査ハッシュ付き)

    報告の完全性を決定的にチェックする必要があるレビュー・パイプラインや CI ジョブ——ネットワーク不要、モデル不要

02DeepSeek Harness への導入方法

前提条件

  • DeepSeek Harness `0.1.2-alpha.5`(peer 依存は `0.1.2-alpha.5` に固定)
  • Node.js `^22.19.0 || >=24.0.0`、ESM のみのランタイム

インストール手順

  1. 01

    $ npm チャネルで導入:`dsh plugin --profile demo add dsh-research-report`

  2. 02

    または 1024 ストアチャネル:まず `npm i -g dsh1024`、次に `dsh1024 plugin --profile web add dsh-research-report`

    $ npm i -g dsh1024

  3. 03

    いずれのチャネルも bundle 行を profile の `dsh.profile.bundles` スタックに導入し、profile の再起動で有効化

導入成功の確認

  • 行がマウントされたか確認:`dsh --profile demo --dump-config | grep dsh-research-report`

ロールバック

  • `dsh plugin --profile demo remove dsh-research-report` でアンインストール。すべての書き込みは `ctx.effect()`/`register()` を通るため、アンインストールとホットリロードはクリーン

03DSH 統合と能力の範囲

DSH 統合ネイティブ実行

DeepSeek Harness のネイティブランタイム(プラグイン)——dsh CLI 経由で profile の `dsh.profile.bundles` スタックに導入し、再起動で有効化

  • 証拠台帳(Evidence ledger)

    証拠スナップショット(起点 URL、任意のインライン content、title)内容アドレス可能なスナップショット保存(`<ledgerRoot>/objects/<sha256>` + JSONL ジャーナル)。読み取り時にハッシュを再計算

  • バイト単位の論断検証

    証拠参照を紐付けた研究報告の論断論断ごとの判定:unverified / insufficient / disproven / contradicted(意味処理・埋め込みなしの監査可能なバイトチェック)

  • バージョン管理された封印報告

    組み立て済み報告(topic・sections・claims・evidenceRefs)`report.md` + `manifest.json` + `verification.jsonl` + `disconfirmation.jsonl`。シールハッシュ = manifest の SHA-256

  • 反証台帳(Falsification ledger)

    矛盾または反証された論断`disconfirmation.jsonl`(論断+証拠参照+理由)と `证伪记录` 附录。反証済みテキストは内容ハッシュで記憶

  • スタンドアロン検証 CLI(dsh-research-verify)

    封印済み報告ディレクトリ(`--report <dir>`)、任意で `--seal` / `--ledger` / `--format`再計算済みシールハッシュ+論断ごとの再チェックを JSON または SARIF 2.1.0 で出力。失敗時は非ゼロ終了

  • evidence_add ツール

    `evidence_add({ origin, content?, title? })`証拠 id と SHA-256 ハッシュを返す。任意の sessionRef でセッションに証拠をアンカー

    証拠スナップショットは不変で内容アドレス可能。論断登録は不変、判定は付加のみ。
  • research_report ツール

    `research_report({ topic, sections, claims, evidenceRefs, gather?, depth?, background? })`可視マーカー付きの封印報告と manifest.json を生成し、シールハッシュを返す

    設定された証拠台帳と報告ルート内(いずれも既定は workspace ローカル)のみに書き込む。

04誰に向いているのか?使うべきでない場面は?

向いている用途

  • DeepSeek Harness 上で監査可能で引用検証付きの成果物を必要とする研究者・アナリスト・agent 開発者
  • 報告の完全性を決定的にチェックする必要があるレビュー・パイプラインや CI ジョブ——ネットワーク不要、モデル不要

不向きな用途

  • バイト単位・非意味論:組み込みチェックは数値/引用片段をそのまま検索する。検証可能なリテラルを持たない言い換え型の論断は `unverified` となり、数値が欠けているがラベルが別の値で現れる真の論断は `contradicted` と判定される。これは意図的な v1 の選択(監査可能であることが賢さに勝る)。
  • 既定の profile にはフェッチプロバイダが未マウント:同梱の `dsh-base` は検索のみをマウントするため、フェッチプロバイダを設定するまで URL 取得は明示的に失敗する(`WEB_UNAVAILABLE`/`WEB_PROVIDER_UNAVAILABLE`)。検索ベースの `gather` は未取得ソースをギャップリストに列挙する。

05互換性・メンテナンス・セキュリティ上の注意

  • バイト単位・非意味論:組み込みチェックは数値/引用片段をそのまま検索する。検証可能なリテラルを持たない言い換え型の論断は `unverified` となり、数値が欠けているがラベルが別の値で現れる真の論断は `contradicted` と判定される。これは意図的な v1 の選択(監査可能であることが賢さに勝る)。
  • 単一 workspace スコープ:証拠台帳と報告ルートはマウント時に harness の作業ディレクトリに解決される。マルチ workspace 構成では profile ごとに絶対ルートを設定すること。
  • 既定の profile にはフェッチプロバイダが未マウント:同梱の `dsh-base` は検索のみをマウントするため、フェッチプロバイダを設定するまで URL 取得は明示的に失敗する(`WEB_UNAVAILABLE`/`WEB_PROVIDER_UNAVAILABLE`)。検索ベースの `gather` は未取得ソースをギャップリストに列挙する。
  • ワークスペース隔離:ローカル証拠の読み取りは workspace ルート基準で比較され、越境は拒否される(両側を先に `path.resolve` して比較)。ネットワークアクセスは harness の web シームのみを通り、直接の `fetch` は行わない。
2026-08-192026-09-02v0.3.3

Apache-2.0 · 活発にメンテナンス中(最新リリース v0.3.3、2026-09-02)

06よくある質問

DeepSeek Harness に dsh-research-report をどう導入しますか?

dsh CLI を使います:`dsh plugin --profile demo add dsh-research-report`(npm チャネル)、または `dsh1024 plugin --profile web add dsh-research-report`(1024 ストア)。bundle 行は profile の `dsh.profile.bundles` スタックに入り、再起動で有効化されます。`dsh --profile demo --dump-config | grep dsh-research-report` でマウントを確認してください。

「検証可能」とは具体的に何を意味しますか?

各論断は、紐付いた証拠スナップショット内にその数値と引用片段をそのまま見つけられる必要があります。台帳は不変で内容アドレス可能なスナップショットを保存し、読み取りごとにハッシュを再計算するため、改ざんや削除は信頼されるのではなく検知されます。報告のシールは manifest の SHA-256 です。

DeepSeek Harness を動かさずに封印報告を検証できますか?

できます。スタンドアロンの `dsh-research-verify` バイナリ(lib/cli.js として同梱、`@deepseek-ai` 依存ゼロ)は、封印ディレクトリだけからシールと監査ハッシュを再計算し、バイト単位チェックを再実行して JSON または SARIF 2.1.0 を出力します。失敗時は非ゼロ終了します。

ウェブ調査を代わりにしてくれますか?

意図的に deep-research ループは持ちません。検索は harness の機能を再利用します。`ctx.web` が検索/取得、`ctx.jobs` が長時間実行です。`research_report({ gather: true })` は検索を 1 ラウンド実行し、候補証拠と明示的なギャップリストを返します——自動組み立てはしません。

採用前に知っておくべき制限は?

検証はバイト単位であり意味論ではないため、検証可能なリテラルを持たない言い換え型論断は `unverified` のままです。証拠台帳と報告ルートは単一 workspace スコープです(マルチ workspace は profile ごとに絶対ルートを設定)。既定の `dsh-base` profile にはフェッチプロバイダが未マウントで、設定されるまで URL 取得は明示的に失敗します。

08データと出典

  • 作者による申告github.combf63dab5d8ad…

    A verifiable research-report engine for DeepSeek Harness.

  • 作者による申告github.combf63dab5d8ad…

    Both channels install the bundle row (see `cordis.patch.yml`) into the profile's `dsh.profile.bundles` stack and take ef…

このページは、プロジェクトの公開ドキュメント、リポジトリのメタデータ、および DSH Plugins の構造化解析に基づいて生成されています。最終検証日:2026-09-03。誤りを見つけた場合は、修正を送信してください。

🏆

dsh プラグイン おすすめ

最初に入れたい 12 のプラグイン。全カタログ・全カテゴリから厳選しました。

DSH Plugins は DeepSeek Harness プラグインの独立したコミュニティ ディレクトリです。DeepSeek との提携・公認はありません。サードパーティ製プラグインはセキュリティ監査を受けていません。インストール前にソースコードをご確認ください。

DeepSeek Harnessの新着プラグインを毎週お届け。スパムはありません。