dsh-agent-context
上下文治理一体化插件：/context 命令 + ctx.contextMeter 服务 + 剪枝工具（prune_candidates/apply/expand/guard/stats）+ 两条提醒通道（上下文提醒 / 压缩告警，状态落盘跨重启去重）
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:jonah791/dsh-agent-context#094097494b962f8b24ac1500ba4d89fa6d6d23eaAgent Context 以 dsh-agent-context 发布，当前版本为 0.2.3。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
/context 命令：人类可读的上下文占用报告（占用、花费、组成）ctx.contextMeter 服务：结构化上下文快照（供其他插件消费）prune_candidates / prune_apply / prune_guard / prune_stats / expand为什么需要它。 压缩插件的「会话忙」路径是 fire-and-forget——工具返回「压缩已启动」，
真正的提交发生在之后（模型输出 checkpoint 时），此时抛出的错误回不到工具调用方，
最终只落一行 logger.warn。实测代价：10 次压缩全部失败、跨 2 天无人知晓，直到从
「流程跑完了但上下文没减少」这个症状才发现。durable ≠ visible——失败记录在会话事件流里，
但没有机制去读它。
它做什么。 在每轮结束（turn/end）时，从会话尾部有界回溯，找出最近一次
compaction/end；若它携带 error，就向会话投递一条【压缩告警】，附带失败原因与事件 seq，
供下一步取证。
它不做什么（避免狼来了）。 最近一次压缩成功即视为健康，不报历史旧错误；同一失败事件 只提醒一次；只看尾部固定窗口，不扫全库；纯读取 + 字符串拼装，任何异常静默返回—— 提醒机制的故障绝不影响会话与压缩本身。
cd <你的 self-plugins 目录>
git clone https://github.com/jonah791/dsh-agent-context.git
cd dsh-agent-context
pnpm install
pnpm build
MIT