# 项目愿景

## 核心目标

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

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

## 目标用户

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

## 核心价值

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

## 产品原则

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

## 非目标

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

具体范围与验收见[需求](02-requirements.md)。