3

01-vision

ila edited this page 2026-08-07 16:47:15 +08:00

Table of Contents

• 项目愿景
• 核心目标
• 目标用户
• 核心价值
• 产品原则
• 非目标

同步来源：docs/01-vision.md · commit afc651f75a3a

项目愿景

核心目标

让采购团队能够把商品图片、标题、描述、数量和预算形成标准采购任务，由专用 Android 设备辅助完成拼多多检索和候选比较，减少重复搜索时间，并为每次自动化执行留下可审计 的结果。

本项目不是绕过电商平台规则的爬虫或支付机器人。首要目标是验证 AI 与 Android UI 自动化能否在真实采购场景中可靠协助人员，而不是追求无人值守。

目标用户

• 采购管理员：创建任务、设置硬性约束、查看进度和结果。
• 采购执行员：在 Android App 上领取任务、监控执行、人工确认候选和处理异常。
• 系统管理员（后续）：管理人员、角色、设备、模型配置和审计策略。
• 审核员（后续）：审核高金额或异常任务，不直接操作采购流程。

核心价值

价值	说明
减少重复操作	自动把图片和描述转为检索条件，减少人工输入和逐条翻找。
提高匹配一致性	用结构化约束和可解释的候选比较代替完全凭经验浏览。
保持人工控制	对不可逆操作设置明确停止点，人员随时知道当前状态并可接管。
留下执行证据	任务、候选、截图、失败原因和耗时可以追溯。

产品原则

• 先证伪最高风险：先证明拼多多页面自动化可运行，再建设完整后台。
• 硬约束优先于模型：数量、最高预算和人工输入不能被模型修改。
• 人工确认不可省略：验证版的订单提交和支付必须由人控制。
• 失败要可诊断：不能只返回“失败”，必须记录步骤、错误码和必要截图。
• 最小权限：后台、人员、设备和第三方 App 权限各自隔离。
• 可替换模型：业务流程不能绑定单一 VLM 厂商。

非目标

• MVP 不自动提交订单或支付。
• MVP 不支持淘宝、1688、京东等其他平台。
• MVP 不做后台推送后立即执行；只做 App 手动领取。
• MVP 不做多设备负载均衡、复杂审批、财务对账和退款。
• 不绕过验证码、风控、登录验证、平台限流或权限校验。
• 不承诺对所有拼多多版本和所有商品类目通用。

具体范围与验收见需求。