mirror of
https://github.com/cline/cline.git
synced 2026-10-25 10:26:36 +08:00
BeeandCursor Agent
2ba680ce6c
* shared: expose workspace/global rules path helpers and search redirected Documents resolveWorkspaceRulesConfigPaths returns both supported workspace rule layouts (.clinerules and .cline/rules) so hosts can stop hardcoding one of them (#14186). resolveGlobalRulesConfigPaths returns every global rules location and now also includes OneDrive Known-Folder-Move Documents candidates: the VS Code extension resolves the real Documents folder through the OS and creates global rules there, so on Windows machines with redirected Documents the SDK resolver (used by the desktop app and CLI) never found them (#14144). * vscode: surface rules from every shared resolver location in the Rules panel The Rules panel's toggle refresh was hardcoded to the workspace .clinerules directory and the Documents global directory, so rules the SDK runtime loads from .cline/rules (and global ~/.cline/rules, ~/Cline/Rules) were applied to the model but silently missing from the panel (#14186). Synchronize toggles across every directory the shared resolver searches, combining per-directory results the same way the Cursor rules multi-location handling already does. Also drop the ambient @cline/shared/storage stub: it shadowed the real module declaration and hid every export the stub didn't re-declare; tsc resolves the real dist types fine. * desktop: classify .cline/rules workspace rules as Project in Customize view The Rules tab grouped project rules only when their path contained /.clinerules/, so rules in the .cline/rules layout were shown as Global (#14186, #14144). * fix(desktop): anchor rule scope to workspace roots and document layouts --------- Co-authored-by: Cursor Agent <cursoragent@cursor.com>