先识别,再操作
先判断余票、候选座位、选中反馈和按钮状态,再进入下一步。
已完成一次受控真实预约业务闭环验证
面对固定时间开放、热门座位快速被抢和页面响应不确定的问题,把每天需要人工蹲点的预约过程转化为受控自动化流程。
助手根据真实页面状态依次判断日期、余票和可选座位,满足条件后再继续操作;成功后立即结束,状态不确定时 SafeStop,避免重复提交。
助手根据真实页面状态依次判断日期、余票和可选座位,满足条件后再继续操作;成功后立即结束,状态不确定时 SafeStop,避免重复提交。
CASE OVERVIEW
先用一屏建立业务对象、本人职责、验证范围与结果边界,再进入流程和证据。
先判断余票、候选座位、选中反馈和按钮状态,再进入下一步。
把真实业务结果放在明确保护条件下,避免不确定状态中的重复提交。
页面证据说明可证明事实,同时明确不代表长期稳定性或成熟产品能力。
CONTEXT
这个项目来自我每天真实的自习室预约需求。热门座位按固定时间开放,错过时间后往往很快就没有合适座位;即使提前等待,也可能因为网络波动、页面响应慢或人工操作慢几秒,被其他用户先选走。
为降低人工蹲点和快速操作压力,我把预约过程拆成一系列可判断的页面状态:助手先判断“当前在哪一步”,再决定“下一步是否继续”。流程依次完成页面识别、须知处理、余票判断、候选座位识别、按规则选座、提交前检查、单次提交、结果确认和证据留存。
公开流程图保留14个主节点、7个异常分支、单次提交与安全停止。
DEMO · 26秒
看助手如何识别页面、日期和座位状态,在条件满足时继续,状态不确定时停止。
RULES
这些规则约束自动化如何进入、判断、提交和停止;它们不是底层算法能力声明。
预约时间和页面顺序属于业务前提;进入后依次处理入馆须知、日期、余票与座位页面。
余票、候选座位、选中反馈和按钮状态都需要满足对应判断,不能只依赖固定点击位置。
提交前完成状态检查;结果未确认时保留现场并停止,不通过重复点击消除不确定性。
页面、网络或结果状态异常时先保留可复核信息,再进入异常恢复或人工确认。
TEST & ACCEPTANCE
本次案例以一次受控真实预约业务闭环为验收范围,不推导长期成功率。
处理入馆须知并进入预约页面
完成日期选择与余票检测
识别可选座位并按规则选择
检查选中反馈与最终按钮状态
在授权范围内执行一次最终提交
通过成功提示和完整预约信息交叉验收
最终结果分类
submit_success_confirmed表示本次受控流程已通过页面成功提示与完整预约信息完成交叉确认。VALIDATION
以中文键值卡呈现本次受控运行,不替代页面证据。
EVIDENCE
每张图片同时说明可以证明与不能单独证明的边界。
ROLE
项目使用图像区域识别理解页面中的余票、座位颜色和按钮状态,再把视觉信号交给业务规则判断。该应用不涉及自研视觉模型或算法精度承诺。
COLLABORATION
案例强调业务规则、测试与验收能力,不把本人包装为独立完成底层软件开发。
业务流程拆解、预约规则定义、判断条件、单次提交保护、测试组织、结果验收与公开口径管理。
协助完成代码实现、问题定位、迭代建议和验证工具;不替代业务授权、最终提交确认和结果验收。
按照已定义规则执行页面识别、日期与余票判断、座位选择、提交前检查、单次提交和结果采集。
提供本次真实测试所需的授权与确认,并对产生真实业务结果的操作保持知情。
以下均为待验证或待补齐内容,不作为当前已完成成果。