用户目标

评审 TagLauncher 在“免费版 + Pro 解锁”方案下，是否应把所有高级功能统一挂上 V 锁图标，并给出适合原生 macOS 设置页、符合当前克制风格的明确建议。

已完成事项

• 基于既定方向评审了 Pro 信息架构：
• Data 页放完整 Pro 状态区
• Theme 页放轻量镜像状态条
• 主题卡只保留小型 Pro / Preview 状态槽
• 从信息架构、交互可理解性、实现一致性和 QA 可验证性角度给出图标策略结论。

关键决策

• 不建议把所有高级功能统一挂 V 锁图标。
• V 锁只适合少量“可见但当前不可用、且点击后能解释或升级”的入口型控件。
• 已有完整 Pro 状态承载的页面，不应再在每个细项上重复加锁，否则会造成噪音、稀释层级，并把设置页推向营销化付费墙。
• 更合适的做法是分层表达：
• 页面级：用 Data 页完整状态区、Theme 页轻量状态条承担权益说明
• 卡片级：用小型 Pro / Preview 状态槽表达主题状态
• 控件级：仅对少量不可直接使用的动作入口加轻量锁态或禁用态

文件变更

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

未决问题

• V 图标在当前产品语言里到底代表 VIP、Pro 还是“受限状态”，是否存在用户心智歧义，后续如继续采用需统一定义。
• 后续实现时，需要明确哪些具体控件属于“入口型受限能力”，哪些只需要页面级状态承载。

后续建议

• 优先统一文案和状态系统，图标只做辅助手段，不做主语义。
• 后续设计落地时，可建立一条简单规则：
• 先看该处是否已有页面级 Pro 说明
• 再看该控件是否可点击且需要解释
• 两者都满足时，才允许使用轻量锁态