youxinpai-reconciliation
v1.0.1高性能执行优信拍月初保证金对账前置流程,在星河任务页批量查找并触发相关数仓任务并汇报执行结果。用户提到优信拍、保证金对账、月初对账、推送 x 月保证金数据、跑对账任务时使用。
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 - 当前目标是触发任务,而不是直接输出最终财务对账结论
如果登录失效、页面无法打开、没有权限访问,立即停止并汇报,不要自行猜测下一步。
任务列表
按下面顺序处理任务:
raw_auction_guafundaccountdetail_all_draw_auction_auctionguafundbill_all_hraw_auction_guarantee_withdraw_apply_all_dods_auction_refund_order_all_draw_auction_payment_order2_all_d
执行原则
- 搜索框优先使用
placeholder="搜索任务名"对应的 input - 搜索出结果后,先定位“包含当前任务名的结果行”,后续所有查找都只在当前结果行内完成
- 开启状态优先使用
<span class="ant-switch-inner">开启</span>判断 - 运行按钮优先使用当前结果行内的
span.iconzanting2.iconfont - 确认按钮优先使用
button.ant-btn.ant-btn-primary,并校验按钮文本包含“确定” - 除搜索框外,不要在整个页面范围内重复查找“开启”“运行”“确定”
- 每个任务都要单独搜索,不要假设上一次搜索结果仍然有效
- 如果同一个任务搜索结果中有多个“开启/可运行”的实例,需要逐个触发,直到当前搜索结果中的可运行实例全部处理完成
- 每完成一个任务,都要记录结果,避免最后无法说明哪些已执行、哪些失败
- 不要因为第一个任务成功就提前结束;只有
任务列表中 5 个任务都被逐一检查并记录状态后,才允许结束本技能
高性能策略
- 本技能目标是“快速触发任务”,不是等待任务实际执行完成
- 每个任务只做一次搜索输入,不要反复清空、反复全页分析
- 搜索后只等待结果区变化,不做长时间固定等待
- 点击“运行”后只等待确认弹窗出现,不重新扫描任务列表
- 点击“确定”后只确认弹窗关闭或按钮状态变化,不等待任务跑完
- 只有当当前任务的所有可运行实例都处理完成后,才进入下一个任务
- 记录结果时使用最简表格或简短状态,不在执行过程中生成长段说明
固定选择器顺序
按下面顺序查找元素,前一个成功就不要继续尝试更慢的方式:
- 搜索框:
input[placeholder="搜索任务名"] - 结果行:包含当前任务名文本的结果行
- 开启状态:当前结果行内的
span.ant-switch-inner - 运行按钮:当前结果行内的
span.iconzanting2.iconfont - 确认按钮:
button.ant-btn.ant-btn-primary - 只有在上述方式失败时,才退回到基于按钮文案或页面语义的兜底判断
执行清单
开始执行前,先在内部维护下面这份进度清单,并在每处理完一个任务后立即更新:
任务执行清单
- [ ] 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:逐个处理任务
- 在
input[placeholder="搜索任务名"]中输入当前任务名 - 只做短等待,并优先检查搜索结果区是否已更新
- 定位“包含当前任务名”的结果行;如果有多行,只处理这些匹配行
- 仅在这些匹配行内检查
span.ant-switch-inner是否为“开启” - 对每个开启行,仅在该行内点击
span.iconzanting2.iconfont - 点击后只等待确认弹窗出现
- 在弹窗中点击
button.ant-btn.ant-btn-primary,并校验按钮文本包含“确定” - 点击“确定”后只确认弹窗已关闭,然后立刻回到当前任务的下一条匹配行
- 持续处理,直到当前任务所有匹配行中可运行实例全部触发完毕
- 记录当前任务执行结果
- 更新
任务执行清单 - 继续处理下一个任务,直到 5 个任务全部处理完成
步骤2.1:单任务最短路径
每个任务都遵循下面的最短路径,不要额外扩展步骤:
- 搜索任务名
- 找到对应结果行
- 判断是否“开启”
- 点击“运行”
- 点击“确定”
- 记录结果
- 进入下一个实例或下一个任务
禁止出现以下低效行为:
- 搜索一次后反复全页查找按钮
- 每点击一次都重新理解整个页面结构
- 点击“确定”后长时间等待任务跑完
- 在当前任务未处理完前提前汇总
步骤3:处理异常
出现以下情况时,停止当前任务并明确汇报:
- 搜索不到任务
- 页面没有可操作的“运行”入口
- 点击后没有出现确认弹窗
- 弹窗确认失败
- 页面报错、权限异常、登录失效
异常处理规则:
- 如果是“当前任务级别”的异常,记录原因后继续处理下一个任务
- 如果是“页面整体不可继续操作”的异常,例如登录失效、页面崩溃、权限缺失,则停止整个流程并汇报
- 不要在异常状态下自行跳过并假设成功
- 如果只是 class 选择器短暂失效,先在当前结果行内用文本语义做一次兜底,不要立刻回退到全页面扫描
结果记录要求
执行过程中,至少记录以下信息:
- 任务名
- 是否找到任务
- 是否成功触发
- 如果有多个实例,触发了几个
- 异常原因
建议按下面格式维护结果表:
任务结果表
| 任务名 | 是否找到 | 是否触发 | 触发实例数 | 备注 |
| --- | --- | --- | --- | --- |
| raw_auction_guafundaccountdetail_all_d | 是 | 是 | 2 | 全部已触发 |
| raw_auction_auctionguafundbill_all_h | 是 | 否 | 0 | 无可运行实例 |
完成判定
只有同时满足以下条件,才可以输出“执行完成”:
任务执行清单中 5 个任务都已勾选任务结果表中 5 个任务都有对应记录- 已明确区分哪些任务“成功触发”、哪些任务“检查完成但未触发”
如果不满足以上条件,只能输出“执行中断”或“部分完成”,不能输出“已完成”。
输出格式
完成后按下面格式输出结果:
优信拍月初对账前置任务执行结果
- 执行页面:星河任务页
- 已成功触发:
- 任务A
- 任务B
- 未成功触发:
- 任务C:原因
- 需要人工关注:
- 是否存在权限/登录/页面异常
- 是否可以继续进入下一步对账
注意事项
- 本技能的目标是“触发并汇报”,不是“静默执行”
- 如果页面元素与预期不一致,应先在当前结果行范围内做兜底判断,不要立刻扩大到全页面
- 如果用户明确要求继续产出对账结果,先完成本技能中的任务触发,再进入后续数据核对流程
- 整个执行过程中,优先级始终是:固定选择器 > 当前结果行局部查找 > 文案兜底 > 全页面语义分析