Skip to main content

两个小建议

Feedback

考虑不同 project 的 CLAUDE.md 文档解耦

不同 project 的 CLAUDE 文档可能并不相同。比如我的 Obsidian 仓库的 CLAUDE 和独立开发项目的 CLAUDE 内容并不一样，当前修改某个 CLAUDE 后，会提示我更新所有项目的 CLAUDE 文档。

建议添加 workspace 概念，同一个 workspace 下的 project 视为使用相同的 CLAUDE 文档。

提供更加宽松的文档类型识别

当前将 CLAUDE 视为 memory 类型， copilot-instructions 视为 rules 类型。导致 CLAUDE 文件内容变更时，并不会提示我更新 copilot-instructions。

但是从设计理念上，这两个软件的这两个文档其实起到相同的作用，或者我愿意将这两个文档用作同一种方式。

建议支持手动归类不同的文档，同一类别下的文档支持同步更新。

希望支持 GEMINI.md

我使用的 Gemini CLI 对应的指导文档为 GEMINI.md

Posted by balabalabalading ·
Status: In Progress1 comment

Log in to comment and vote

Comments1

  • Wei Wang

    Team•

    Jan 30

    谢谢你详细的反馈和持续使用！这些建议很有价值，我会认真评估并进一步改进。下面按三个问题分别说明一下…

    1. 关于不同 Project 的 CLAUDE 文档联动
      我们的核心设计是：如果在导入时内容相同，就被视为同一个 Asset，这样后续修改会同步到所有已导入的文档，避免重复维护。这个特性是我们想要解决的核心问题。

      不过如果你只想修改某一个 Project，现有流程确实不够顺手（需要先从 Project 里移除、编辑实际文件、然后再重新导入到这个 Project 中）。我们也在考虑提供“解耦”按钮或“从同步组中取出”的机制，但这个操作相当不容易理解，需要更精心的交互设计。

      想先请你确认两点：

    • 导入时这两个文件的内容是否完全相同？

    • 如果导入时内容不同，却仍被绑定在一起，那很可能是我们的 Bug，请告诉我们具体情况。
      目前推荐的使用方式是：

      • 如果希望联动，保持内容一致，系统会视为同一 Asset。编辑一处的话，会自动触发生成同步规则，可以一键应用到所有关联的其他 Project 中

      • 如果希望单独维护某个 Project 的文档，可以先从项目移除该文档，直接编辑项目内文件，再用 Project 的 Rescan 重新导入，从而断开与其他地方的关联。
        也欢迎你反馈这种方式的体验，哪些步骤让你觉得麻烦、希望怎样简化。

    1. 关于 MemoryDoc 与 Rules 的分类
      目前我们确实是按类型强区分（MemoryDoc 与 Rules），而不是按“用途”或“理念”归类。你提到的“把 CLAUDE 和 copilot-instructions 视为同类并联动更新”，是一个很有价值的方向，但现阶段还没有对应的机制。而且各个 Agent 对于 Memory (类AGENTS.md文件)和Rules(以 copilot 和 cursor 为代表)的支持都有所差异..暂时我们只做了遵循各个 agent 的支持范围来进行适配。
      我们会进一步研究更灵活的文档分类与同步策略，尤其是在 Rules 使用频率较低的现状下，如何更贴近真实使用习惯。

    2. 关于 GEMINI.md 的适配
      目前尚未提供完整的 Gemini CLI 适配。若需要使用，可以临时把 MemoryDoc 归到 AntiGravity（它使用 GEMINI.md）。
      稍后会补上 Gemini 的完整适配方案，后续也会同步更新。

    再次感谢你的反馈！如果你愿意补充上面问题的确认信息，我们会更快定位问题与优化方向。