同一个工作区内的会话为啥不做个目录隔离？

[guoyuanchang88-commits]

当前同一个工作区的不同会话是共享同一个工作区的，多个会话产生的内容会出现前后影响，是不是可以加上会话级别的隔离，更加合理？

[Smalldy]

没明白你意思 工作区下的会话影响工作区不是理所应当的嘛 要想不影响就放在不同工作区呀 不可能说这个会话改的同一个文件在另外一个会话读一下发现没变化吧

[guoyuanchang88-commits]

一般使用的场景，都是一个会话做一件独立的事情的，如果在一个工作区没有做会话级别的隔离，那么就会有问题。我的想法是，工作区就是沙盒目录，下面的每个会话做隔离，而不是创建一堆沙盒目录。然后对接了企业微信的机器人，机器人那里也只能在同一个工作区创建会话，这样会相互影响，企稳机器人也无法创建工作区，我是要考虑多人用的场景，多个会话的场景。

[Smalldy]

我懂你意思

我举个例子 你期望一个工作区中的文件被改动后同一个工作区的另一个会话可以感知到 还是无法感知到？
我理解你是期望分离开的对吧 在git中有一个叫做worktree 的概念 它可以创建一个新的目录关联到已有的工作目录，两者编辑互不影响

我认为这种隔离 不是HARNESS做的，而是更上一层的编排做到的：比如它可以创建一个新的工作区，然后不拷贝任何文件，读取时，读取原工作空间的内容，写入时，将原工作空间的内容复制到新的工作区，然后再写入（也就是写时复制）

所以，我的结论是，你的需求层级不在harness上，我认为你的需求是一个工程上的问题，需要有具体的工作流编排解决它

[starchou6]

这个claude code好像有，work tree模式吧