界定OS安排的接合包装合同和均等

∮为什么讨论这个∮

Windows实现生成的PowerShell包装器,而Unix指南则要求代理机编写外壳包装器. 两者最终都会通过无头代理来运行一个即时文件,但其周围的执行语义通过不同的路径来维护.

例如,Windows注册一个明确的任务工作目录;Cursor的Unix包装器明确更改为主机工作树;Claude代码和Hermes Unix实例目前没有. 这些分歧可能是故意的,但合同尚未在一个地方说明。

□ 有问题

在提议代码更改之前,确定OS计划主机需要哪些包装属性,哪些是平台或特定主机:

• 预定运行的标记(`MEMU BRIDGING RUN=1');
• 主办工作目录和工作空间-信任范围;
• 建造 " PATH " 系统;
• 即时装入和无头代理;
• 产出/误入和出站传播;以及
• 单相/悬锁行为。

然后决定Unix是否应该保持由指南作者编写或获得代码渲染器,以及需要什么样的兼容/迁移计划.

□ 超出范围

• 改变讨论的包装行为
• 本地调度员生命周期或本地调度员主机。
• 626号线的Agent-face平台-指向隔离

□ 希望的结果

一份有文件记载的小型包干合同和一份范围广泛的后续执行建议,如果有正当理由的话.