SkillHub

youxinpai-reconciliation

v1.0.1

高性能执行优信拍月初保证金对账前置流程,在星河任务页批量查找并触发相关数仓任务并汇报执行结果。用户提到优信拍、保证金对账、月初对账、推送 x 月保证金数据、跑对账任务时使用。

Sourced from ClawHub, Authored by just4learn1

Installation

Please help me install the skill `youxinpai-reconciliation` from SkillHub official store. npx skills add just4learn1/youxinpai-reconciliation

优信拍月初对账

用于高性能处理优信拍业务保证金月初对账前的任务触发工作。

本技能默认只负责触发前置任务、记录执行结果、反馈异常;不默认替代后续人工核对或财务口径确认。

适用场景

当用户有以下意图时使用本技能:

  • 执行优信拍月初对账
  • 推送某月保证金数据
  • 跑优信拍保证金对账前置任务
  • 检查优信拍对账依赖任务是否已触发

前置条件

  • 已存在可复用的登录态
  • 可以访问星河任务页 https://dp.58corp.com/data-develop/task-list
  • 当前目标是触发任务,而不是直接输出最终财务对账结论

如果登录失效、页面无法打开、没有权限访问,立即停止并汇报,不要自行猜测下一步。

任务列表

按下面顺序处理任务:

  1. raw_auction_guafundaccountdetail_all_d
  2. raw_auction_auctionguafundbill_all_h
  3. raw_auction_guarantee_withdraw_apply_all_d
  4. ods_auction_refund_order_all_d
  5. raw_auction_payment_order2_all_d

执行原则

  • 搜索框优先使用 placeholder="搜索任务名" 对应的 input
  • 搜索出结果后,先定位“包含当前任务名的结果行”,后续所有查找都只在当前结果行内完成
  • 开启状态优先使用 <span class="ant-switch-inner">开启</span> 判断
  • 运行按钮优先使用当前结果行内的 span.iconzanting2.iconfont
  • 确认按钮优先使用 button.ant-btn.ant-btn-primary,并校验按钮文本包含“确定”
  • 除搜索框外,不要在整个页面范围内重复查找“开启”“运行”“确定”
  • 每个任务都要单独搜索,不要假设上一次搜索结果仍然有效
  • 如果同一个任务搜索结果中有多个“开启/可运行”的实例,需要逐个触发,直到当前搜索结果中的可运行实例全部处理完成
  • 每完成一个任务,都要记录结果,避免最后无法说明哪些已执行、哪些失败
  • 不要因为第一个任务成功就提前结束;只有 任务列表 中 5 个任务都被逐一检查并记录状态后,才允许结束本技能

高性能策略

  • 本技能目标是“快速触发任务”,不是等待任务实际执行完成
  • 每个任务只做一次搜索输入,不要反复清空、反复全页分析
  • 搜索后只等待结果区变化,不做长时间固定等待
  • 点击“运行”后只等待确认弹窗出现,不重新扫描任务列表
  • 点击“确定”后只确认弹窗关闭或按钮状态变化,不等待任务跑完
  • 只有当当前任务的所有可运行实例都处理完成后,才进入下一个任务
  • 记录结果时使用最简表格或简短状态,不在执行过程中生成长段说明

固定选择器顺序

按下面顺序查找元素,前一个成功就不要继续尝试更慢的方式:

  1. 搜索框:input[placeholder="搜索任务名"]
  2. 结果行:包含当前任务名文本的结果行
  3. 开启状态:当前结果行内的 span.ant-switch-inner
  4. 运行按钮:当前结果行内的 span.iconzanting2.iconfont
  5. 确认按钮:button.ant-btn.ant-btn-primary
  6. 只有在上述方式失败时,才退回到基于按钮文案或页面语义的兜底判断

执行清单

开始执行前,先在内部维护下面这份进度清单,并在每处理完一个任务后立即更新:

任务执行清单

- [ ] raw_auction_guafundaccountdetail_all_d
- [ ] raw_auction_auctionguafundbill_all_h
- [ ] raw_auction_guarantee_withdraw_apply_all_d
- [ ] ods_auction_refund_order_all_d
- [ ] raw_auction_payment_order2_all_d

勾选规则:

  • 只要当前任务已经完成“搜索、检查、触发或确认无法触发、记录结果”这一整套动作,才能勾选
  • “勾选”不等于“成功触发”,也可以表示“已检查但失败,且已记录原因”
  • 如果清单里还有未勾选项,不要结束,不要汇总,不要告诉用户“已完成”

执行流程

步骤1:进入任务页

  • 复用现有登录态打开星河任务页
  • 确认页面已正常加载,且可以看到任务搜索区域
  • 优先确认 input[placeholder="搜索任务名"] 存在;存在即视为页面可操作

步骤2:逐个处理任务

  1. input[placeholder="搜索任务名"] 中输入当前任务名
  2. 只做短等待,并优先检查搜索结果区是否已更新
  3. 定位“包含当前任务名”的结果行;如果有多行,只处理这些匹配行
  4. 仅在这些匹配行内检查 span.ant-switch-inner 是否为“开启”
  5. 对每个开启行,仅在该行内点击 span.iconzanting2.iconfont
  6. 点击后只等待确认弹窗出现
  7. 在弹窗中点击 button.ant-btn.ant-btn-primary,并校验按钮文本包含“确定”
  8. 点击“确定”后只确认弹窗已关闭,然后立刻回到当前任务的下一条匹配行
  9. 持续处理,直到当前任务所有匹配行中可运行实例全部触发完毕
  10. 记录当前任务执行结果
  11. 更新 任务执行清单
  12. 继续处理下一个任务,直到 5 个任务全部处理完成

步骤2.1:单任务最短路径

每个任务都遵循下面的最短路径,不要额外扩展步骤:

  1. 搜索任务名
  2. 找到对应结果行
  3. 判断是否“开启”
  4. 点击“运行”
  5. 点击“确定”
  6. 记录结果
  7. 进入下一个实例或下一个任务

禁止出现以下低效行为:

  • 搜索一次后反复全页查找按钮
  • 每点击一次都重新理解整个页面结构
  • 点击“确定”后长时间等待任务跑完
  • 在当前任务未处理完前提前汇总

步骤3:处理异常

出现以下情况时,停止当前任务并明确汇报:

  • 搜索不到任务
  • 页面没有可操作的“运行”入口
  • 点击后没有出现确认弹窗
  • 弹窗确认失败
  • 页面报错、权限异常、登录失效

异常处理规则:

  • 如果是“当前任务级别”的异常,记录原因后继续处理下一个任务
  • 如果是“页面整体不可继续操作”的异常,例如登录失效、页面崩溃、权限缺失,则停止整个流程并汇报
  • 不要在异常状态下自行跳过并假设成功
  • 如果只是 class 选择器短暂失效,先在当前结果行内用文本语义做一次兜底,不要立刻回退到全页面扫描

结果记录要求

执行过程中,至少记录以下信息:

  • 任务名
  • 是否找到任务
  • 是否成功触发
  • 如果有多个实例,触发了几个
  • 异常原因

建议按下面格式维护结果表:

任务结果表

| 任务名 | 是否找到 | 是否触发 | 触发实例数 | 备注 |
| --- | --- | --- | --- | --- |
| raw_auction_guafundaccountdetail_all_d | 是 | 是 | 2 | 全部已触发 |
| raw_auction_auctionguafundbill_all_h | 是 | 否 | 0 | 无可运行实例 |

完成判定

只有同时满足以下条件,才可以输出“执行完成”:

  1. 任务执行清单 中 5 个任务都已勾选
  2. 任务结果表 中 5 个任务都有对应记录
  3. 已明确区分哪些任务“成功触发”、哪些任务“检查完成但未触发”

如果不满足以上条件,只能输出“执行中断”或“部分完成”,不能输出“已完成”。

输出格式

完成后按下面格式输出结果:

优信拍月初对账前置任务执行结果

- 执行页面:星河任务页
- 已成功触发:
  - 任务A
  - 任务B
- 未成功触发:
  - 任务C:原因
- 需要人工关注:
  - 是否存在权限/登录/页面异常
  - 是否可以继续进入下一步对账

注意事项

  • 本技能的目标是“触发并汇报”,不是“静默执行”
  • 如果页面元素与预期不一致,应先在当前结果行范围内做兜底判断,不要立刻扩大到全页面
  • 如果用户明确要求继续产出对账结果,先完成本技能中的任务触发,再进入后续数据核对流程
  • 整个执行过程中,优先级始终是:固定选择器 > 当前结果行局部查找 > 文案兜底 > 全页面语义分析