用户目标

评审 TagLauncher 在“免费版 + Pro 解锁”方案下，是否应该把所有高级功能统一挂一个 V 锁图标；要求结论适配原生 macOS 设置页与当前克制风格，不写代码。

已完成事项

• 基于当前已收敛方案完成视觉系统评审：
• Data 页放完整 Pro 状态区
• Theme 页放轻量镜像状态条
• 主题卡仅保留小型 Pro/Preview 状态槽
• 给出是否统一使用 V 锁图标的明确建议
• 补充适用范围、原因、替代方案与结论口径

关键决策

• 不建议把所有高级功能统一挂 V 锁图标。
• 建议采用“页面级状态集中表达 + 局部按需标记”的策略：
• 页面级：继续以 Data 页完整 Pro 状态区作为主锚点
• 次级镜像：Theme 页保留轻量状态条
• 卡片级：仅在主题卡等可购买/可预览对象上保留小型 Pro/Preview 槽
• 对真正“不可直接使用、但可理解为 Pro 权益”的控件，可使用更中性的 Pro 文本徽标或锁态样式，而不是把 V 作为全局通用锁信号。

文件变更

• 新增会话记录：
• .codex-sessionhistory/2026-06-26-Pro图标策略-01.md

未决问题

• V 在 TagLauncher 品牌语义里是否已有稳定含义；若没有，不应把它提升为全局权限符号。
• 后续若进入实现，需要进一步统一 Pro、Preview、锁定态三者的视觉优先级与文案规则。

后续建议

• 建立一条简单规则：
• 权益归属看页面级状态区
• 内容是否可预览看 Preview
• 内容是否需升级解锁看 Pro
• 仅对少量不可操作控件使用锁定态，不铺满全页
• 后续如需，我可以继续补一版面向设计稿的组件级标记规范，覆盖 Data 页、Theme 页、主题卡、禁用控件和 tooltip 文案。