feat: poi id required

docs/agent_design.md

@@ -119,6 +119,23 @@
 
 这样做的目的是把“长期规则”和“本次任务上下文”拆开，减少 prompt 污染。
 
+### 5.3 当前严格执行流
+
+当前版本已不再把“地址解析是否足够精确”和“deep link 是否能生成”完全交给模型决定。
+
+当前执行流如下：
+
+1. 服务端先对起点、终点、所有途经点做前置解析
+2. 每个点都必须成功完成：
+  - `maps_text_search` 命中精确 POI
+  - `maps_search_detail` 返回稳定坐标
+  - 取得 `poi_id`
+3. 任意一个点解析模糊、缺少 `poi_id`、或地理结果交叉校验失败，直接返回错误
+4. 只有在所有点都通过后，才把“预解析点位 JSON”交给 Agent
+5. Agent 只负责候选顺序、逐段驾车计算、最佳路线选择、summary 和 warnings
+6. 服务端最后再直接调用 `maps_schema_personal_map` 生成 deep link
+7. 如果 deep link 生成失败，则整个请求失败
+
 ## 6. 已实现的代码护栏
 
 ### 6.1 输入护栏
@@ -132,6 +149,7 @@
 - `origin_mode=fixed` 时必须提供 `origin_address`
 - 终点地址不能同时出现在 `stops`
 - `max_permutations` 如果传入，必须大于 0
+- `need_deep_link` 必须为 `true`
 
 ### 6.2 执行规模护栏
 
@@ -157,6 +175,9 @@
 - `origin_mode=current_location` 时禁止返回固定 `resolved_origin`
 - 成功结果必须至少有一个 candidate
 - `best_route` 必须能在 `candidates` 中找到对应项
+- `success` 必须为 `true`
+- 成功结果必须包含至少一个 deep link
+- 成功结果中的所有点必须带有 `poi_id`
 
 ### 6.4 配置护栏
 
@@ -188,6 +209,8 @@
 - 高德远程 MCP 连通性已验证
 - 单个途经点请求可成功返回结构化结果
 - 超限请求可返回 422，并中止模型执行
+- 已改为严格 deep-link 模式：成功结果必须包含 deep link，否则直接失败
+- 已增加前置点位解析与 POI 校验阶段，缺少 `poi_id` 或命中模糊时直接失败
 
 当前尚未完成：
 
@@ -227,6 +250,7 @@
 - `current_location` 模式尚未做专门增强
 - `need_html` 目前尚未实现独立展示层
 - 没有缓存机制，请求成本与工具调用次数直接相关
+- 当前严格策略可能会拒绝一部分“人看上去可接受、但程序判断为不够精确”的地址输入
 
 ## 10. 下一阶段 TODO