buhuikongpan/dsh-project-context

README 摘要

dsh-project-context · 让 DSH 终于认识「项目」两个字 DSH 原生只有 工作区 (workspace),没有 项目 (project)。 于是每次打开会话,模型都像第一天上班的员工:站在一个空荡荡的文件夹里, 不知道这是哪、文件往哪放、该从哪读起。 这个插件就干一件事—— 把工作区文件夹升格成项目 。 每次新会话,模型自动收到一份极简的「项目工作区约定」:记住你身在哪个项目、 文件都归这里管、开工先读代码建立心智模型、文档会撒谎代码不会…… 它不再是过客,进门先看门道。 别人把聊天记录当工作区,我们把它当家。 你打开一个文件夹,就等于挂上了一块项目的门牌。目录是空的?那就给它奠基——这就是你的新项目,文件都放这儿。 开工之前,模型先跟你对一遍暗号:理解、计划、确认,再动手。 输入框右侧那颗「项目」小开关,是给它装的手刹:这局不想让它插嘴,你就亲自踩一脚。 不吹牛,也不装深沉。它只是让模型在动手前,起码知道你把它放在了哪块工地上。 它做了什么 - 状态注入(核心) :复用 DSH 的 systemPrompt.context 动态运行时上下文机制(和沙箱权限 dsh-sandbox-policy 同一套)。 text 按 context.agent.session.header.cwd 求值,每次模型步骤都重算—— 所以 每次在该工作区打开新会话都会自动注入 ,无需任何手动操作。 - 状态渲染,不是"搬进/搬走" :有真实 cwd 的会话 恒定 拥有这个 context 块。 开启时渲染项目约定文本;关闭时 不消失 ,而是渲染"已降级为普通工作区"状态提示—— 模型在下一轮快照里立刻看到状态变化(沙箱权限切换 read-only/workspace-write 正是这个行为), 不会出现"第一轮已注入一大段、关了却悄悄搬走"的割裂。 - 判定「项目工作区」 :会话有真实 cwd(DSH 本身就是按会话 cwd 归组工作区)即视为被跟踪的项目; 无 cwd 的系统/后台会话不注入。 - 每会话独立开关 : 默认开启 。开关状态以 session log 事件 project-context/mode 存储 (fold 最近一条事件恢复,与沙箱权限的 sandbox/mode 同款:随会话 replay/导出/checkpoint 自动携带,无外部状态文件)。旧版 /.dsh/storages/project-context.json 中的关闭状态 会在启动时一次性迁移进各会话事件日志(幂等,原文件改名 .migrated 备份)。 - 客户端 UI : conversation.input.right (输入框右侧、发送键旁)的「项目」开关, list/session 级、低替换风险、只读当前会话;开关状态即时生效、跟随界面语言(中/英…

分类