SajoLuo/dsh-trellis

README 摘要

dsh-trellis DeepSeek Harness (dsh) host 插件：把 Trellis 工作流带进 dsh，并尽量沿用 DSH 原生能力补齐 Codex / Claude Code 级体验： 1. 每轮 workflow-state 面包屑注入 — 在每个 agent/pre-step ，解析项目 .trellis/workflow.md 的 [workflow-state: ] 块 + 活跃任务状态（no task / planning / in progress），把对应面包屑注入会话（与 dsh-agent-instructions 的注入管道相同）。未变化不重复注入；被压缩后自动重注入；提示词里出现独立单词 no-trellis 可跳过当轮。 2. 隔离的原生会话上下文身份 — 从当前 agent 的 DSH 原生 session header 生成受管的 DSH TRELLIS CONTEXT ID ，让 task.py start/create/current 解析到会话级 active-task 指针，并在子代理身份不同于 shell 自身 session 时优先使用被转发的身份；插件命令启动的子进程也显式使用同一个 DSH 身份。 3. 原生子代理同步 — 安装插件后，Trellis 角色可用 DSH continuable 后台子代理；主会话先继续独立工作，耗尽后调用事件驱动的 trellis wait 。它监听 DSH 的 subagent/end ，只在原生 settlement notice 已排入父会话后返回，不用 shell sleep、轮询或 job output 。 4. /trellis 命令 — /trellis-status （活跃任务 + git 状态）、 /trellis-finish （只读检查 + 安全收尾清单，不提前清 active-task 指针）。命令输出不进模型历史；真正的会话收尾走技能面 /trellis-finish-work ，由技能先归档再写 journal。 非 Trellis 项目不注入面包屑；命令只有被用户显式调用时才会检查并返回“未初始化 Trellis”。 这是 Trellis DSH 适配的 可选伴侣插件 ，不是使用 trellis init --dsh 的前置条件。workflow 会按能力选择路径：存在 trellis wait 时才使用 continuable 后台派发和事件汇合；未安装插件时，依赖结果的子代理从一开始就用 run in background: false 前台派发。两条路径都禁止 sleep 或轮询，Trellis CLI 也不会自动安装任何 DSH profile 插件。 安装 dsh plugin 会把插件安装到指定 profile；每个实…

分类