DeepSeek Harness 插件

dsh-subagent-pi

Session-backed one-shot Pi SubagentProvider for DeepSeek Harness(英文原文)

跳到安装方式

来源信息

GitHub 仓库
curiosity654/dsh-subagent-pi
最近更新
2026年8月18日
分类
自动化与任务
GitHub stars
0
载体类型
plugin
目录证据
上游声明已找到 dsh.bundle
证据路径
package.json#dsh.bundle
核对版本
0.1.0-rc.8
上游核对日期
2026-08-21

该证据由上游目录提供。本站没有安装、运行或安全审核这个插件。

安装

默认先复制一段 Prompt,让 Agent 读 GitHub 仓库和源码;需要自己装时再切到命令。

复制这段 Prompt,发给 DSH、Codex 或其他 Agent,让它先读 GitHub 仓库和源码。

请先不要安装或执行任何命令。阅读这个插件的 GitHub 仓库、README 和关键源码,然后用清楚、直接的方式回答以下问题,帮助我判断它是否适合我的需求:

1. 这个插件是什么,解决什么问题;
2. 适合哪些用户和典型使用场景;
3. 安装后如何使用,并给出一个最小使用示例;
4. 有哪些已知限制,以及隐私、安全、兼容性或维护风险;
5. 给出“推荐 / 有条件推荐 / 不推荐”的明确建议和理由。

请区分仓库明确说明、根据源码推断和未知信息。证据不足时请明确说明,不要猜测或照抄 README。

GitHub:https://github.com/curiosity654/dsh-subagent-pi
插件名:dsh-subagent-pi
作者:curiosity654

检查来源文件

安装前先看这个插件目录里的 README 和其他文件。

文件资源管理器3 个文件
README.md来源说明 · 只读预览

dsh-subagent-pi

dsh-subagent-pi is an experimental community plugin that registers Pi as a native, Session-backed one-shot SubagentProvider for DeepSeek Harness (DSH).

Each delegation runs in a fresh in-memory Pi session while a durable DSH child Session exposes the supported transcript, hierarchy, activity, token usage, and duration through the standard Subagent UI. Pi remains the sole execution authority; the DSH Session is an observation and navigation projection, not Pi conversation state.

Version 0.2 is pre-1.0 software pinned to developer-preview dependencies. It is useful for bounded one-shot delegation, but it is not a general workflow runner or a hardened remote-research execution environment.

What it provides

  • Provider pi for foreground work and standard one-shot background Jobs through pi_subagent.
  • A real DSH child Session that remains inspectable after completion and host restart.
  • Projection of supported Pi user, assistant, reasoning, tool, usage, and terminal events into official DSH Session events.
  • Approval-gated exact-Workspace trust persistence through the separate top-level pi_trust_project tool.
  • Explicit model, Thinking, cancellation, concurrency, cleanup, and diagnostic boundaries.

Compatibility

Version 0.2 targets this exact baseline:

ComponentSupported version
DSH0.1.0-rc.7
Pi coding agent and Pi AI0.84.2
Node.js>=22.19.0

The DSH profile must provide the rc.7 Session, Agent, Session persistence, and Session projection services. Pi authentication and model configuration must already work for the account running DSH. Activation fails instead of silently degrading to a Sessionless provider when required services are missing.

Security and data model

  • Pi is the execution authority. DSH tool filters, approval policy, sandbox, prompts, skills, and compaction are not inherited by Pi Child Runs.
  • pi_trust_project approves only persistent trust for the calling top-level DSH Workspace. It is not an approval gate for every Pi tool call.
  • An untrusted run may still load Pi global and user resources; trust controls protected project-local settings, extensions, skills, and related resources.
  • Tool permissions, approval gates, MCP, and sandboxing exist only when loaded Pi extensions provide them. Review the effective Pi configuration before delegating work in a sensitive Workspace.
  • Pi runs in-process with DSH. Version 0.2 has no hard execution or teardown timeout and cannot force-terminate an isolated worker. A stuck native tool may delay cancellation, unload, and capacity release until Pi becomes idle.
  • maxConcurrentRuns limits admitted Pi runs; it does not cap CPU, memory, I/O, recursive scan size, or external side effects.
  • Supported Pi transcript content is persisted through the host's normal DSH Session retention and persistence policy. Separately, this plugin's Audit Diagnostics remain content-free: they do not duplicate prompts, assistant/reasoning text, tool arguments/results, credentials, or raw settings.

Use the plugin only in Workspaces and Pi environments whose native execution policy you understand. Add a Pi approval or sandbox extension when the task requires stronger enforcement.

Install

Install the published package into a DSH profile:

dsh plugin --profile web add dsh-subagent-pi@0.2.0
dsh --profile web --dump-config

For development, clone and link the checkout instead:

git clone https://github.com/curiosity654/dsh-subagent-pi.git
cd dsh-subagent-pi
npm ci
npm run check
dsh plugin --profile web add "link:$PWD"
dsh --profile web --dump-config

The package declares its own dsh.bundle patch, so profile reconciliation adds the subagent-pi row. Restart any long-running DSH host after adding, updating, or removing the plugin.

Configuration

The plugin owns the standard subagent-pi settings namespace:

subagent-pi:
  # defaultModel:
  #   provider: <provider-id>
  #   model: <model-id>
  thinking: medium
  maxConcurrentRuns: 4

defaultModel is an optional fixed provider/model pair. thinking is an optional Pi Thinking override. maxConcurrentRuns is a positive safe integer with a default of 4. Settings changes apply only to later runs.

Each run inherits the parent Session's canonical Workspace. Pi resolves native tools, extensions, authentication, model fallback, and trusted resources inside a fresh print-mode session.

Usage

Ask the DSH Supervisor to delegate a bounded, self-contained task. For example:

Use the pi_subagent tool to inspect this Workspace and summarize its test structure. Perform read-only operations only.

The child appears in the standard DSH Subagent Catalog while it runs. Its Session remains read-only after completion. Use the standard run_in_background option when the task should be represented as a DSH background Job.

When a project-local Pi extension or skill is intentionally required, ask the top-level DSH Supervisor to invoke pi_trust_project. The approved trust decision affects later Pi runs, never a run that is already active.

Limitations

  • Pi children are one-shot. Follow-up, steering, continuation, and cold resume of Pi conversation state are unsupported.
  • Delegation input is text-only. Output schemas, provider-side tool filtering, personas, and per-call maxTokens are unsupported.
  • There is no Pi-specific UI, remote worker transport, workflow engine, internal queue, or hard resource budget.
  • Pi extensions that require an interactive UI follow their native print-mode behavior; this plugin does not emulate one.
  • Session Projection intentionally omits Pi-only data that has no exact official DSH representation.

See [ROADMAP.md](./ROADMAP.md) for planned capability work.

Development and verification

Run the automated gate with:

npm ci
npm run check

npm run check runs TypeScript checking, the Vitest suite, and the production build. Release verification additionally requires an authenticated linked DSH smoke covering foreground and background work, cancellation, Workspace trust, clean unload, and persisted Session history after restart.

The version 0.2 implementation follows GitHub Issue #2. Domain terminology and architecture decisions are recorded in [CONTEXT.md](./CONTEXT.md) and [docs/adr](./docs/adr/).

Removal

dsh plugin --profile web remove dsh-subagent-pi

Restart a running DSH host after removal.

License

[MIT](./LICENSE)