支持保存的智能视图与可声明的标签组规则

[ReneeGA2020]

背景

发布、审查和迭代流程经常重复使用“项目 + 日期范围 + 标签 + 归档状态”组合；目前每次都要重新筛选。标签也只有 name/color/description，无法表达互斥状态或有序累计阶段。

范围

• 增加可保存的智能视图：项目/workspace、日期范围、文件夹、标签、归档状态、收藏和查询词。
• 智能视图只保存筛选定义，不复制任务集合。
• 为标签增加可选的用户定义分组与规则：
  • 互斥状态组
  • 有序或累计阶段组
• 提供规则感知的标签操作，例如状态切换和阶段推进。
• 规则必须是通用配置，不在 ThreadShelf 核心硬编码 Patch Note、master、alpha 或 production。

验收标准

• 保存的视图在重启后可恢复，并能处理已删除/重命名的标签和项目别名。
• 标签重命名会原子迁移视图与规则引用。
• 互斥组切换不会同时保留多个状态；累计组推进不会删除已有阶段。
• 无分组的现有标签行为完全兼容。
• sidecar schema 有版本迁移、规范化和损坏恢复测试。
• UI、CLI/MCP 至少都能读取智能视图和标签规则；写入口有明确确认语义。

[ReneeGA2020]

本 issue 已在 PR #30 的反馈评估中审查，但未实施，保持开启并标记为 status: needs-design。

原因是当前范围同时包含两套相对独立的产品能力：

1. 保存的筛选视图及其持久化/引用迁移
2. 标签组、互斥/累计规则和规则感知操作

两者都会改变 sidecar schema、标签重命名迁移与 CLI/MCP 契约；在没有先确定交互和迁移语义时直接实现，风险高于当前反馈所证明的收益。建议进入实现前先将其拆分为两个可独立验收的 issue，并明确：

• 保存视图使用稳定 ID 还是名称引用
• 标签/项目删除或重命名后的降级与迁移规则
• 互斥组和累计阶段的冲突优先级
• schema 版本升级、损坏恢复和旧 sidecar 兼容策略

PR #30 新增的结构化 workspace/日期/标签/归档筛选可作为保存视图的查询模型基础。