有些使用上卡手的点希望佬解答一下。

[wangtufly]

1.npm安装之后添加mcp是否是添加到全局？
2.交互式运行命令添加的配置竟然是依赖项目的，这有点儿繁琐。
3.dashboard也不是全局可运行而是要绑定到项目，但是在dashboard中又可以切换项目
4.总体是init时比较依赖项目导致，多项目是每个都有重新配置，除非在全局手动配置好。这点体验不太好。

[AVIDS2]

这个反馈是成立的，感谢你把几个卡手点集中提出来。

目前 Memorix 的设计确实更偏 project-first：

1. npm install -g memorix 只是全局安装命令本体，MCP 配置本身是由各 IDE 决定放在用户级还是项目级。
2. memorix init 默认会在当前项目生成 memorix.yml，只有加 --global 才会写到 ~/.memorix/memorix.yml。
3. dashboard 现在也有两种模式：独立 dashboard 和 serve-http 自带 dashboard，这会让“它到底是项目绑定还是全局控制台”看起来有点割裂。
4. 多项目场景下，如果没有先准备全局默认配置，确实容易让人感觉每个项目都要重新配一遍。

所以这不是你理解错了，而是当前产品默认策略还偏工程化、对轻量用户和多项目用户不够友好。

后续我倾向的方向是：

• 默认更偏 MCP-first / zero-write
• 全局默认配置更自然
• 项目级配置只做 override
• IDE 集成按需生成，而不是一上来铺一堆配置
• dashboard / serve-http / 当前项目 / 全局控制台这几个概念进一步收口

这条我先保持 open，作为后续配置和使用体验收敛的跟踪项。这个问题提得很准，也和 #18 的方向是一致的，我们准备统一在下个版本里收口。

[AVIDS2]

补充一下 1.0.5 之后这条的当前状态：

你提到的这几个卡手点里，有一部分我们已经补清楚了，但还不能说“整体体验问题已经完全解决”。

目前已经更明确/更稳的地方：

1. HTTP control-plane 模式下，projectRoot 绑定规则现在文档和 agent 手册都写清楚了

• projectRoot 是 detection anchor
• Git 才是最终 project identity 的 source of truth
• 这能避免多项目 / 多 session 漂到错误项目桶里

2. 没有 Git 的目录，现在提示会更直接

• Memorix 需要 git repo 来建立稳定的 project identity
• 对纯文件夹模式的“为什么项目不对”这类困惑，说明已经比之前清楚

3. 安装/接入文档已经补了一轮

• README
• docs/SETUP.md
• docs/AGENT_OPERATOR_PLAYBOOK.md

但你说的核心体验问题我认同，尤其是：

• 全局 vs 项目级配置心智仍然不够统一
• dashboard 虽然能切项目，但启动/绑定时仍然偏项目语义
• 多项目默认体验还不够丝滑

所以这条我建议继续保持 open。更准确地说：

• 1.0.5 把“规则和说明”补清楚了一部分
• 但“配置 / 项目绑定体验整体收口”还没完成

如果后续我们推进 1.0.6，这条会比较适合作为体验重构的参考 issue。