产品使用指南

你能做什么

• 把 Dashboard 当作公开 framing 与 auth entry 之后的默认恢复/续接面。
• 在一屏查看频道、命中、素材、配额等全局状态。
• 先读 `今日简报`，决定今天优先恢复哪条线、继续哪个动作。
• 把 Dashboard 当作第一个策略闭环的恢复入口，以及闭环启动后的日常运营入口。

怎么用

1. 1登录后打开 `/{locale}/dashboard`。
2. 2先看 `今日简报`、统计卡与动态流，判断哪条线最值得优先处理。
3. 3需要权威说明时，通过「如何使用」跳转 `/{locale}/help#dashboard`。
4. 4如果第一个策略闭环仍在进行中，就在 Dashboard 恢复它，再到引导流程、频道管理、规则与导出里完成下一步。

注意事项

• Dashboard 是恢复入口与默认续接面，但仍保持读优先页面定位，本身不直接完成任何引导步骤。
• 公开面应先帮助用户理解和判断下一步；一旦跨过 auth entry，Dashboard 才成为默认续接面，除非存在更具体的 intent。
• `今日简报` 负责帮助你决定下一步，不是执行步骤的页面。
• 公开页面上的通用登录/注册入口在未指定明确目标时，会优先回到 Dashboard。
• 空工作区会把你引回频道管理与引导流程，而不是把 Dashboard 伪装成执行页。
• admin/ops viewer 不显示 `今日简报`，而是先看到特权说明；仅 access overlay 的非 admin 用户仍保留 creator dashboard。

你能做什么

• 建立长期观察名单，持续跟踪外部频道与最新视频的变化。
• 在同一模块里把总览、全部视频和洞察串成一条变化判断链路。
• 把值得继续跟进的线索送往 Rules、导出和后续沉淀动作。

怎么用

1. 1打开 `/{locale}/channels`，先把值得长期跟踪的频道加入观察名单。
2. 2用分组、频道和命中时间窗判断最近哪些变化值得跟进。
3. 3通过「如何使用」进入 `/{locale}/help#channels`，查看完整的观察线说明。

注意事项

• 频道管理的重点是观察名单与变化判断，不是单纯维护频道资料。
• 在这条闭环里，频道管理承担外部信号输入面，后续再把值得继续跟进的变化送往选题库、Rules 和验证回流。
• 「高 watch-rate 新视频」卡片及其相关排序使用启发式代理口径：只看过去 24 小时内发布的视频，并按 `views / subscriberCount * 100` 计算，不代表真实 24 小时播放增量字段。
• 频道视频 CSV 导出中的 watch-rate 列头现在会跟随当前 locale，不再退回硬编码英文。
• Rule Hits 结果受规则配置和小时窗参数影响。
• 写操作仍然遵循写保护策略。

你能做什么

• 用自己的频道承接闭环里的验证与反馈回流，而不是只做列表管理。
• 查看总览、频道和视频，跟踪发布结果与频道表现。
• 把结果反馈回下一轮追踪和选题判断。

怎么用

1. 1打开 `/{locale}/my-channels`，先添加自己的频道建立反馈线。
2. 2在频道或视频视图里查看结果、整理分组并继续跟进表现。
3. 3通过「如何使用」跳转 `/{locale}/help#my-channels`。

注意事项

• 只读模式可浏览，但不会开放写入动作。
• 总览为空通常表示你还没有开始建立反馈线。
• 我的频道是这条闭环的回流面：它负责把结果验证后送回下一轮追踪与选题判断。

你能做什么

• 把来自频道管理和手动收集的线索沉淀成可复利的内容情报库。
• 用分组、主题、状态和看板推进候选题材。
• 把值得继续做的线索送入后续创作、导出和复盘动作。

怎么用

1. 1在 `/{locale}/library` 保存一个线索，或从频道管理继续沉淀。
2. 2用列表筛选、主题和看板推进选题判断。
3. 3打开 `/{locale}/help#ideas` 查看完整的选题线说明。

注意事项

• 选题库重点是线索沉淀与复用，不是单纯收藏素材。
• 选题库是闭环里的复利沉淀面：重复信号在这里转成下一轮还能继续使用的内容情报资产。
• 当前选题库真值使用状态 `active / planning / done / archived / deleted`、改编 `pending / adapted`，且看板只保留两列；空 `adapt_status` 一律按 `pending` 处理。
• 列表与导出现在会在服务端先应用 truthful 状态/改编筛选，再做行数限制，避免大库场景下因为首批截断漏掉匹配项。
• Free 套餐仍可能触发选题数量上限。

你能做什么

• 把频道管理里的监控变化和选题库里的沉淀线索，转成持续判断规则。
• 查看最近命中，判断哪些线索值得继续跟进。
• 配置提醒送达方式，并核对最近的投递结果。

怎么用

1. 1打开 `/{locale}/rules`，定义哪些线索需要持续跟进。
2. 2通过 `Hits` 查看哪些监控变化或已沉淀线索现在值得采取动作。
3. 3通过 `Notifications` 与 `History` 确认提醒是否送到了正确的位置。

注意事项

• Rules 是承接频道管理与选题库线索、并让值得跟进的信号跨循环持续存在的“判断与提醒”层，不只是配置页。
• Email 收件人绑定账号主邮箱，保证审计一致性。
• Desktop 推送依赖浏览器权限与 VAPID 配置。
• 创建第一条规则是最终 activation journey 合同中的第 5 步。

你能做什么

• 分析标题模式并生成改写建议。
• 浏览历史改写并导出选中结果。
• 收藏高质量改写用于后续复用。

怎么用

1. 1打开 `/{locale}/titles`，选择改写/历史/灵感 Tab。
2. 2提交原始标题与上下文，查看候选结果。
3. 3通过「如何使用」进入 `/{locale}/help#titles`。

注意事项

• 受模型配额与当前可用容量影响。
• 历史字段为兼容口径时可能保留 legacy 命名。

你能做什么

• 生成和优化封面提示词。
• 浏览历史记录与复用模板。
• 导出提示词用于设计/生产流程。

怎么用

1. 1打开 `/{locale}/thumbnails`。
2. 2生成提示词后用筛选/收藏迭代。
3. 3通过「如何使用」进入 `/{locale}/help#thumbnails`。

注意事项

• 提示词生成依赖当前可用容量与配额。
• 同步相关状态可能异步更新。

你能做什么

• 作为 AI 增强层的已登录兼容总入口。
• 进入当前这条 AI 叙事线的三个工作面：Exports、Articles、Comments。
• 在一个页面里完成发现与分流，而不是把 AI Tools 变成新的主导航 owner。

怎么用

1. 1打开 `/{locale}/ai-tools`。
2. 2按阶段选择对应卡片：Exports 承接沉淀桥接，Articles 承接创作草稿，Comments 承接拆解分析。
3. 3通过「如何使用」进入 `/{locale}/help#ai-tools`。

注意事项

• 总入口偏兼容分流，具体执行仍在所属页面完成。
• 导出中心仍是系统层的 compound bridge / dispatch page；AI Tools 不接管导出执行。
• 评论分析与导出中心保持现有侧边栏/导航归属，AI Tools 只保留入口职责。

你能做什么

• 用 AI 辅助草稿把线索与判断推进到创作阶段。
• 跟踪任务状态、编辑草稿，并为后续发布/导出做准备。
• 让文章生成留在同一条策略闭环里，而不是变成孤立实验页。

怎么用

1. 1打开 `/{locale}/ai-tools/articles`。
2. 2提交主题与约束参数发起生成。
3. 3通过 `/{locale}/help#ai-tools-articles` 查看基线用法。

注意事项

• 文章生成是 AI 增强层的创作面。
• 草稿质量受输入素材质量影响明显。
• 长任务通常异步完成。

你能做什么

• 用 AI 辅助拆解把评论信号变成可判断依据。
• 抓取视频评论并查看情绪/主题摘要。
• 导出评论分析结果用于复盘或后续跟进。

怎么用

1. 1打开 `/{locale}/ai-tools/comments`。
2. 2按视频抓取评论并运行分析。
3. 3使用「如何使用」进入 `/{locale}/help#ai-tools-comments`。

注意事项

• 评论分析是 AI 增强层的拆解面。
• 评论接口可能受上游限流影响。
• 历史结果受缓存保留策略影响。

你能做什么

• 设置与账户（Settings）是系统控制面，承接“配置 / 连接 / 继续处理”一类用户可见系统任务。
• 管理偏好、导出目的地与「权益与付费」入口。
• 配置集成与账户级参数，把系统层连接能力统一放在同一处。
• 在 `Settings > Integrations` 连接 YouTube 与飞书；飞书默认走显式授权，不再把手工 webhook 输入作为首选路径。
• 检查写入控制与环境就绪状态。
• 在完成方案比较后进入「权益与付费」页，作为登录后系统任务面继续支付、查看当前付费状态、续费/到期时间、兑换码状态，以及可用的订阅动作。

怎么用

1. 1打开 `/{locale}/settings`。
2. 2如果需要飞书通知，先在 `Integrations` 区点击 `Connect Feishu` 完成授权；桌面端等待态会提供同一授权链接的二维码兜底。
3. 3授权成功后，系统会自动保存你自己的飞书绑定，并默认把它作为你的飞书通知目标。
4. 4配置导出目的地与其他账号级设置，让下游工作流复用同一份系统层连接状态。
5. 5如需支付、续费或查看当前订阅状态，继续进入「权益与付费」页。
6. 6通过 `/{locale}/help#settings` 查看快速说明。

注意事项

• 设置与账户（Settings）不是新的对象线，也不是新的动作阶段；它负责让整套策略系统保持可配置、可连接、可支持。
• 受限环境下部分设置可能只读。
• 导出目的地建议先通过校验再投入使用。
• 定价页保持公开比较面；「权益与付费」是登录后的系统任务面，承接方案比较后的下一步动作。
• 飞书通知 v1 只支持个人会话；群聊目标与群机器人迁移不在首发范围。
• 普通用户只需要关心自己的飞书绑定，不需要理解 legacy webhook。
• 集成、导出目的地配置与账号级续接任务都归 Settings 所有，即使后续由 Rules、选题库或其他流程消费。
• 通知边界：连接、授权、目的地配置在 `Settings`；提醒消费、提醒送达与投递复核在 `Rules`。
• 如果 `Rules > Notifications` 中看到 `等待授权` 或 `连接失效`，请先回到 `Settings > Integrations` 完成连接或重连，再继续启用规则通知。
• 「权益与付费」页会把内部管理权限与真实付费状态分开显示；拥有管理员或内部高权限访问，并不等同于已开通付费套餐。
• 如果当前账号尚未开通付费，进入「权益与付费」页后会先看到方案、周期，以及当前所选方案的核心权益摘要，再决定是否继续支付；已开通付费或已激活兑换码的账号则会先看到当前状态与管理动作。
• 如果当前环境暂时不能支付，页面必须直接说明是当前环境未开启支付、当前 billing 动作仍受发布保护阻断、当前账号还需要先确认最新条款/隐私，还是当前环境缺少 Paddle client token，而不是只显示笼统的不可用提示。
• 如果当前 billing 读链暂时不可用，「权益与付费」页仍会保留页面骨架并说明“当前付费状态暂时无法加载”，而不是直接掉到错误页，或把账号误判成未开通。

你能做什么

• 把定价页当作公开 compare 面，在用户跨过 auth entry 前完成方案判断。
• 先在公开页面对比套餐配额与能力差异。
• 进入升级流程并评估账单影响。
• 结合当前使用量判断是否需要升级。
• 在准备好后登录，并继续进入「权益与付费」页。
• 查看月付/年付切换，以及 Pro 月付的当前优惠资格。

怎么用

1. 1打开 `/{locale}/pricing`。
2. 2对比 Free/Pro/Team 方案。
3. 3通过「如何使用」跳转 `/{locale}/help#pricing`。

注意事项

• 定价页是公开比较面，负责帮助你决定值不值得付费，而不是直接承担支付任务。
• 这条 handoff chain 应始终保持为：`在 Pricing 比较 -> 登录保留 intent -> 在「权益与付费」继续承诺处理`。
• 页面展示的方案信息应与当前账户的真实付费状态保持一致；内部高权限访问不会被当成已付费套餐。
• 公开页面上的通用登录入口在未指定更具体目标时，会默认回到 `/{locale}/dashboard`。
• 完成方案比较后，如需发起支付、变更方案或查看付款信息，请在登录后进入「权益与付费」页继续处理；该页会复用定价页的套餐说明来展示当前所选方案的关键权益与适合人群。
• checkout、订阅管理入口和兑换码兑换属于同一条 billing 动作面；即使产品其余写入动作保持全局只读，这三类 billing 动作也必须按 billing 合同单独可用。
• Team 当前主要体现更高额度与更高优先级支持；它仍是公开套餐名，不代表管理员内部访问权限。

你能做什么

• 帮助与法律（Help & Legal）是系统参考与政策面，负责“参考 / 政策 / 支持交接”一类稳定任务。
• 解释 public shell、auth entry、dashboard、onboarding 与 billing 的续接关系，并承担方法与传播线里的 reference 角色，而不是接管它们。
• 通过 TOC 快速定位模块锚点说明。
• 查看隐私/条款/合规相关页面。
• 用稳定锚点链接支持培训、客服和验收。

怎么用

1. 1打开 `/{locale}/help`，通过 TOC 进入对应锚点。
2. 2确认模块入口与章节一一对应。
3. 3使用 `/{locale}/help#help-legal` 查看帮助与法律总览。

注意事项

• TOC 与章节锚点保持 1:1 维护。
• 帮助与法律（Help & Legal）负责稳定参考、政策引用与支持交接，不承担运行态管理。
• Help 负责说明入口与续接线，但不应伪装成 public shell、auth entry、dashboard、onboarding 或 billing 的执行 owner。
• 在方法与传播线中，Home 先讲明白，Features 再拆开，Help 负责 reference，Blog 负责传播，Tutorials 负责固化。
• 该页面是使用说明，不是运行态状态看板，也不是运行态监控面板。
• 公开帮助文案应聚焦用户目标，例如查看方案、登录继续、获取帮助，不展示内部交付术语。