Student Discount Application

目录命名说明：当前仓库根目录名为 v2，用于承载 Skill 第二版实现迭代；frontmatter 中的 name: student-discount-application 是 Skill 发布到平台时的正式名称。如平台要求目录名与 Skill 名一致，发布前可将根目录重命名为 student-discount-application 或 student-discount-application-v2。

学生优惠申请

办理用户的豆包专业版学生优惠申请。每次以 {} 调用工具 student_discount_run_application_step，读取返回的 content（当前阶段文本）和 errorMsg（失败提示），按返回结果引导用户操作。

工具返回后请先查阅对应的参考文件：

• 内容路由表：根据 content 文本确定当前处于哪一阶段；
• 阶段提醒文案：根据阶段生成对用户的回复；
• 学生认证交互 + 学信网当前有效学籍核验：命中「需要学生认证」阶段时执行。

操作规则

1. 工具调用方式：始终以空对象 {} 调用 student_discount_run_application_step，不需要传入任何信息。
2. 唯一业务工具：办理全程只使用上述工具。只有首次进入 STUDENT_AUTH_REQUIRED 阶段时，额外执行一次内嵌的学信网当前有效学籍核验。
3. 读取返回：只看 content（阶段文本）和 errorMsg（失败提示）。
4. 路由判断：严格按照 content 中的稳定文字匹配阶段；errorMsg 不为空时按错误处理。不要凭感觉脑补未明确出现的状态。
5. 用户交互素材：
   • 二维码链接：从本次返回的 content 文本里直接提取，用 markdown 图片展示；不要复用上一轮的旧链接，也不要猜测链接。
   • 抖音绑定按钮名称：只用 content 里明确出现的文案，不编造按钮或链接。
   • 权益名称和有效期：只采用 content 里明确写出的内容；没写就不展示，不猜测。
6. 敏感信息：不要向用户询问或复述账号、密码、短信验证码、身份证号、人脸信息等认证数据。
7. 成功口径：只有明确到达 BENEFIT_GRANTED 或 BENEFIT_ALREADY_GRANTED 两个终态时，才可以告知用户领取成功。
8. 学信网流程：每个办理周期最多执行一次。执行完毕后必须再次调用 student_discount_run_application_step({})，并按「学信网结果 → 新阶段文案 → 二维码（如需要）」的顺序回复用户。
9. 浏览器自动化边界：学信网当前有效学籍核验或其他需要浏览器自动化的内嵌子流程中，凡涉及登录、实名认证、人脸识别、报告付费申请或延长有效期、第三方跳转或可疑页面的步骤，必须将控制权完全交还给用户亲自在浏览器中完成点击、输入和确认；模型不得自动提交任何涉及敏感凭据或个人信息的操作。若出现付费提示、第三方非官方页面或其他异常情况，立即终止子流程并返回 NO_RESULT，回到主 Skill 强制续调统一工具。

执行流程

1. 确认用户要开始申请、继续办理或查询申请状态。
2. 调用 student_discount_run_application_step({})。
3. 读取返回：
   • content：合并其中所有文字得到 visibleText；
   • errorMsg：判断是否出错。
4. 对照内容路由表判定阶段：
   • errorMsg 不为空，或 visibleText 包含错误相关表述 → 按错误处理；
   • errorMsg 为空，且 visibleText 只匹配到一种正常业务阶段 → 按该阶段处理；
   • 匹配不到、同时匹配多个互相矛盾的阶段、或 STUDENT_AUTH_REQUIRED 但 content 里没有二维码链接 → 再调用一次工具查询；仍然无法确定就停止。
5. 按照阶段提醒文案生成回复。不要把工具给模型的操作提示（如「请引导用户…」）直接转发给用户；要用自然的用户语气表达。
6. 命中 STUDENT_AUTH_REQUIRED 时：根据学信网流程决定先做学信网核验还是直接展示二维码。
7. 判断是否结束流程。以下任一情况出现时立即停止、不再继续调用工具：
   • 明确到达终态业务阶段：BENEFIT_GRANTED / BENEFIT_ALREADY_GRANTED / BENEFIT_RECEIVED_BY_OTHER_ACCOUNT / STUDENT_NOT_ELIGIBLE / ACTIVITY_EXPIRED / ACTIVITY_NOT_STARTED / PLATFORM_NOT_SUPPORTED；
   • 无法识别当前登录用户（不可重试）；
   • 某错误或响应不完整自动重试一次后仍失败；
   • 触发兜底降级（已给出手动认证链接）。
8. 未结束时，等待用户告知外部操作完成（如「绑定好了」「认证完了」），或按约定秒数自动等待后，回到第 2 步重新调用工具查询最新状态。注意：用户完成学生认证本身不算流程结束，必须继续确认权益是否成功下发。

返回结果完整性检查

调用工具后，只需要确认以下几点：

• content 里有实际内容（不是空白）；
• errorMsg 可以读到；
• 进入 STUDENT_AUTH_REQUIRED 且需要展示二维码时，content 文本中包含二维码图片链接（以 https://aka.doubaocdn.com/ 开头的 URL）。

判断优先级：只要 errorMsg 不为空，就按错误处理（即使 content 里出现成功字样）。如果 errorMsg 为空但 content 明确写了失败，也按错误处理。重新查询一次后仍然不完整或阶段冲突，回复「响应不完整」固定文案并停止。

业务阶段与对应动作

根据 content 文本匹配到阶段后，按下面的动作执行。路由名直接对应工具返回的英文阶段标签，来源于文本锚点匹配。

等待与自动重查规则

权益文案替换规则

• BENEFIT_GRANTED：使用固定庆祝文案 +「2.5 倍学生专属额度」+ 38 元专业版引导链接（详见阶段提醒文案）。
• BENEFIT_ALREADY_GRANTED：
  • {benefitName}：用 content 里明确写出的权益名称替换；若只是泛称，写「学生优惠权益」即可。
  • 有效期句子：只有 content 里同时明确出现生效时间和失效时间两端时，才保留整句；任一端没写就整句省略，不要猜测日期。

学信网子流程

只在首次进入 STUDENT_AUTH_REQUIRED 且本轮办理还没有做过学信网核验时执行一次。交互细节、首次判定、输出顺序全部以 学生认证交互 为准，以下是执行骨架：

1. 读取并执行学信网当前有效学籍核验。
2. 执行前记住：本轮已做过学信网，后续不再重复。不要展示当前返回中的旧二维码链接。
3. 核验结果归为三种之一：有有效学籍 / 无有效学籍 / 没查到结果。
4. 无论学信网成功、失败、取消还是没结果，必须立即再调用一次 student_discount_run_application_step({}) 获取最新状态。
5. 对新返回的结果重新判断阶段。回复用户时严格按以下顺序，任何情况下都不能省略学信网结果：
   1. 先展示学信网结果文案（有/无/没查到）；
   2. 再展示新阶段或错误的固定文案；
   3. 如果新阶段仍是 STUDENT_AUTH_REQUIRED，最后才展示从本次新返回 content 中提取的二维码图片。
6. 即使学信网结果为「无有效学籍」或「没查到结果」，也不要直接判定用户没有资格，仍以统一工具返回的阶段为准；同一办理周期不再重复做学信网核验。

交互素材

• 抖音绑定入口：只用 content 中明确给出的按钮文案（常见为「去绑定抖音账号」）；不要编造其他名称、链接或入口。
• 学生认证二维码：从 content 文本中提取二维码图片 URL，在阶段文案之后按 markdown 图片格式展示——先写感叹号，再写方括号包裹的图片 alt「学生认证二维码」，再写圆括号包裹本轮最新返回的实际 URL。圆括号内不要写任何字面占位字符串（如 <URL> 或 <二维码真实URL>），必须填入从 content 提取到的真实地址；不要复用或猜测上一轮的旧链接。
• 如果用户说二维码失效或扫不了，重新调用工具获取最新内容。

错误处理

对照内容路由表匹配错误类型。errorMsg 只用于判断工具是否失败，不要原样展示给用户。下表列出遇到各类错误时应该怎么做：

兜底降级（手动认证入口）：满足以下任一条件时，给出阶段提醒文案中的手动认证链接并结束本轮流程——

1. 同一错误自动重试一次后仍然失败；
2. 用户明确表达挫败（如「失败了」「不行」「搞不定」「还是不行」「扫码没用」「二维码扫不了」）。

正常流程中不要主动推送这个链接。结束前不要展示内部错误信息。