写下流程、工具和期望输出，我先判断能不能做。
- 无需付款
- 生成需求编号
- 24 小时内给判断
先判断值不值得做
第一版不卖大系统。只看一个流程：每天怎么做、哪里重复、最后要输出什么。
能不能做，只看三个事实。
不是看工具多高级，而是看流程是否足够稳定、重复、可验收。
- 每天或每周都要做
- 步骤能写清楚
- 结果能用文件或清单验收
- 输入每天都不一样
- 验证码或风控频繁
- 主要靠临场判断
优先做省时间、少出错、容易复核的流程。
不做大而全系统。先让一个每天重复的动作稳定跑起来。
打开页面、复制数据、批量提交。
清洗、合并、分类、生成结果。
收集、提炼、改写、生成文档。
交付不是 PPT，是能跑的流程。
你给真实步骤和样例，我交付可运行流程、使用说明和验收标准。
演示案例
资料收集与周报自动化
原来每天打开多个网页，复制信息到表格，再人工分类和总结。自动化后，Agent 按规则抓取、清洗、归类，输出周报草稿和待处理清单。
- 交付物
- 可运行脚本 / Agent，使用说明，样例输出
- 边界
- 登录、验证码、平台变化、数据权限需提前评估
页面、文件、账号状态、样例。
判断字段、条件、异常边界。
点击、抓取、上传、整理。
文件、清单、报告、说明。
四个条件清楚，才值得搭建。
如果输入、规则、输出、边界说不清，先诊断，不急着写自动化。
输入
网页、表格、文件、账号状态
规则
判断条件、字段关系、异常处理
输出
清单、报告、文档、状态更新
边界
登录、验证码、风控、数据权限
常见问题
是不是所有流程都能自动化？
不是。输入不稳定、验证码频繁、主要依赖临场判断的流程，通常不适合第一版。
提交前要准备什么？
准备当前步骤、使用工具、样例输入、期望输出和大概频率。不需要写技术方案。
为什么不直接付款？
先确认流程是否稳定、是否能验收、是否值得做。确认范围后再付款，降低试错成本。
交付后怎么售后？
提交后会生成需求编号。后续查询进度、提交问题、维护优化，都用这个编号绑定。
把你的重复流程写下来，我先判断。
不用写方案，只写事实：现在怎么做、多久做一次、输入是什么、想要什么结果。