fix(selling): distinguish new vs existing VPC in architecture planning

architecture_planning 在 intent 未声明 VPC 已存在时仍预设已有 VPC，
只产出「已有 VPC 下新建 VSwitch」单候选，候选集遗漏用户的 VPC 创建需求。

- iac-aliyun-architecture skill 明确 use_existing/reference 只能来自 intent
  显式声明，未声明的资源（含 resource_intents 缺失）默认按 create 处理
- 承载关系中被依赖资源生命周期未确认时，要求同时给出「新建 VPC + 新建
  VSwitch」和「复用已有 VPC + 新建 VSwitch」两个候选；仅在 intent 显式
  声明或 network_constraints 给出已有资源标识后才收敛为单候选
- 收紧「简单明确需求给单候选」口径为资源清单与生命周期均已确定
- 补充两个 eval 用例与契约测试覆盖未确认/已确认两种语义

evaluate_candidates 为引擎驱动的 parallel_sub_pipeline，只消费
architecture.candidates，不产生候选，无需改动。

Author: ruanzhengxin-zhuxing

src/iac_code/pipeline/selling/prompts/architecture_planning.md

@@ -6,6 +6,7 @@
 根据用户意图生成差异化的候选架构方案。方案数量取决于需求复杂度：
 - 简单明确需求（如"创建一个 VPC"）：只给 1 个方案
 - 有设计空间的需求（如"部署一个 Web 应用"）：给出 2-3 个有实质差异的方案
+- 依赖资源是新建还是复用已有尚未确认时（如意图只有 VPC、VSwitch 且没有声明 VPC 已存在）：至少给出 2 个方案，分别覆盖「新建被依赖资源」和「复用已有被依赖资源」
 
 ## 用户意图（上一步结论）
 ```json
@@ -26,4 +27,5 @@
 - 你可以按需自主使用 `read_memory` 补充规划上下文：在生成方案前，如用户意图涉及已有资源、默认地域、已有 VPC/Zone、网段约束、成本偏好、高可用偏好、架构偏好、命名规范或历史项目约束，先调用 `read_memory({})` 查看索引，再读取相关 name。
 - 记忆只用于补充方案设计背景；若记忆与当前用户意图冲突，以当前用户意图为准。
 - 直接根据已知意图设计架构方案。
+- `resource_intents` 里没有显式标成 `use_existing` / `reference` 的资源默认按新建处理；意图没有声明某资源已存在时，不要预设它是已有资源。
 - 如果意图信息不足以设计架构，可在 rollback_request 中请求回退到 intent_parsing。

src/iac_code/pipeline/selling/skills/iac-aliyun-architecture/SKILL.md

@@ -69,6 +69,8 @@ conclusion_schema:
 
 判断标准：如果你需要添加用户完全没提到的产品来"制造"差异，那就不该有多个方案。
 
+「简单明确」指的是**资源清单和生命周期都已确定**。如果意图里的资源本身很少，但某个依赖资源是新建还是复用尚未确认，那它不属于简单明确需求，必须按下面「依赖资源生命周期未确认时的候选覆盖」给出多个候选，不能因为资源数量少就收敛成单候选。
+
 ## 差异化维度
 
 当需求确实存在设计取舍时，根据场景从以下维度中选择最相关的来构建差异方案：
@@ -105,6 +107,27 @@ conclusion_schema:
 
 示例：intent 表示“已有 VPC 中创建安全组”时，candidate 应包含 `resource_intents: [{"product": "VPC", "action": "use_existing"}, {"product": "SecurityGroup", "action": "create"}]`。不得生成 VSwitch，也不得设计成“创建 VPC + VSwitch + SecurityGroup”。
 
+### 未声明的资源默认是新建
+
+`use_existing` / `reference` 只能来自 intent 的显式声明，不能由你推断：
+
+- intent 的 `resource_intents` 没有把某个 product 标成 `use_existing` 或 `reference` 时，该资源默认按 `action=create` 处理。
+- intent 完全没有 `resource_intents` 字段时，`core_requirements` 里的每个 product 都默认按 `action=create` 处理。
+- 不得因为某个资源“通常已经存在”“一般由用户提前准备好”就预设已有资源。没有显式声明就当作本次新建。
+
+反例：intent 只解析出 `VPC`、`VSwitch` 且没有任何 `use_existing` 声明时，把 VPC 预设成已有 VPC、只产出「已有 VPC 下新建 VSwitch」单候选是错误的——这会让候选集完全遗漏用户的 VPC 创建需求。
+
+### 依赖资源生命周期未确认时的候选覆盖
+
+当意图里存在承载关系（如 VSwitch 依赖 VPC、ECS 依赖 VSwitch、安全组依赖 VPC），而**被依赖资源到底是新建还是复用已有还没有确认**时，必须给出至少两个候选，分别覆盖两种语义：
+
+- 候选 A：被依赖资源 `action=create`，与目标资源一起新建（如「新建 VPC + 新建 VSwitch」）。
+- 候选 B：被依赖资源 `action=use_existing`，只新建目标资源（如「复用已有 VPC + 新建 VSwitch」）。
+
+「已确认」只有两种来源：intent 的 `resource_intents` 已显式给出该资源的 `use_existing` / `reference` / `create`，或 `non_functional.network_constraints` 已给出具体的已有资源标识（如 VPC ID、VSwitch ID、既有网段）。任一来源确认后，按确认的语义收敛为单候选，不要再为了凑数保留另一种。
+
+每个候选的 `resource_intents` 必须与该候选自身的语义一致：候选 A 里的 VPC 是 `create`，候选 B 里的 VPC 是 `use_existing`。不要让两个候选共用同一份继承自 intent 的 `resource_intents`。
+
 ## 输出
 调用 `complete_step` 提交结论。字段定义见 tool schema。
 
@@ -114,7 +137,7 @@ conclusion_schema:
 - 名称为方案名的英文 kebab-case 简写
 - 示例：`templates/1-simple-nginx.yml`、`templates/2-high-availability-slb.yml`
 
-当只有 1 个方案时，`candidates` 只有 1 个元素。
+当只有 1 个方案时，`candidates` 只有 1 个元素。只有资源清单和生命周期都已确定时才允许收敛到 1 个方案。
 
 ## 约束
 

src/iac_code/pipeline/selling/skills/iac-aliyun-architecture/evals.json

@@ -172,6 +172,57 @@
         {"name": "within_budget", "check": "所有方案的monthly_cost_range上限不超过500 CNY"},
         {"name": "no_overengineering", "check": "不包含SLB集群、多可用区等超出预算的高可用配置"}
       ]
+    },
+    {
+      "id": 9,
+      "name": "vpc-vswitch-lifecycle-unconfirmed",
+      "prompt": "创建一个VPC和一个VSwitch",
+      "intent_context": {
+        "is_infra_intent": true,
+        "confidence": "high",
+        "cloud_platform": "aliyun",
+        "business_type": "网络基础设施",
+        "core_requirements": ["VPC", "VSwitch"],
+        "resource_intents": [
+          {"product": "VPC", "action": "create", "source": "user"},
+          {"product": "VSwitch", "action": "create", "source": "user"}
+        ],
+        "non_functional": {"high_availability": false, "security_level": "basic"},
+        "scale_hint": null,
+        "budget_constraint": null,
+        "additional_notes": "用户未声明 VPC 已存在"
+      },
+      "expected_behavior": "意图未声明 VPC 已存在，必须覆盖新建 VPC 的需求；不得只产出「已有 VPC 下新建 VSwitch」单候选",
+      "assertions": [
+        {"name": "covers_vpc_creation", "check": "至少一个方案的resource_intents中VPC的action为create"},
+        {"name": "no_presumed_existing_vpc", "check": "不存在只有「已有VPC下新建VSwitch」这一个候选的情况；候选数量至少为2"},
+        {"name": "per_candidate_lifecycle", "check": "每个方案的resource_intents与该方案自身语义一致，不共用同一份继承值"}
+      ]
+    },
+    {
+      "id": 10,
+      "name": "vswitch-in-confirmed-existing-vpc",
+      "prompt": "在已有的 vpc-bp1abc 下创建一个VSwitch",
+      "intent_context": {
+        "is_infra_intent": true,
+        "confidence": "high",
+        "cloud_platform": "aliyun",
+        "business_type": "网络基础设施",
+        "core_requirements": ["VPC", "VSwitch"],
+        "resource_intents": [
+          {"product": "VPC", "action": "use_existing", "role": "network_container", "source": "user"},
+          {"product": "VSwitch", "action": "create", "source": "user"}
+        ],
+        "non_functional": {"network_constraints": {"vpc_id": "vpc-bp1abc"}},
+        "scale_hint": null,
+        "budget_constraint": null,
+        "additional_notes": "用户已明确给出已有 VPC ID"
+      },
+      "expected_behavior": "已有 VPC 上下文已确认，收敛为单候选「已有 VPC 下新建 VSwitch」",
+      "assertions": [
+        {"name": "single_candidate", "check": "candidates数组长度为1"},
+        {"name": "vpc_use_existing", "check": "方案的resource_intents中VPC的action为use_existing，不生成新建VPC"}
+      ]
     }
   ]
 }

tests/pipeline/selling/skills/test_iac_aliyun_architecture_skill.py

@@ -1,5 +1,6 @@
 from __future__ import annotations
 
+import json
 from pathlib import Path
 
 SKILL_DIR = (
@@ -34,3 +35,51 @@ def test_architecture_prompt_guides_optional_memory_lookup_for_planning_context(
     assert "架构偏好" in body
     assert "已有 VPC" in body
     assert "当前用户意图为准" in body
+
+
+def test_architecture_treats_undeclared_resources_as_create():
+    body = (SKILL_DIR / "SKILL.md").read_text(encoding="utf-8")
+
+    assert "未声明的资源默认是新建" in body
+    assert "默认按 `action=create` 处理" in body
+    assert "没有显式声明就当作本次新建" in body
+    assert "不得因为某个资源“通常已经存在”" in body
+
+
+def test_architecture_requires_both_candidates_when_dependency_lifecycle_unconfirmed():
+    body = (SKILL_DIR / "SKILL.md").read_text(encoding="utf-8")
+
+    assert "依赖资源生命周期未确认时的候选覆盖" in body
+    assert "必须给出至少两个候选" in body
+    assert "新建 VPC + 新建 VSwitch" in body
+    assert "复用已有 VPC + 新建 VSwitch" in body
+    assert "non_functional.network_constraints" in body
+    assert "按确认的语义收敛为单候选" in body
+    assert "不要让两个候选共用同一份继承自 intent 的 `resource_intents`" in body
+
+
+def test_architecture_simple_requirement_shortcut_does_not_bypass_lifecycle_coverage():
+    body = (SKILL_DIR / "SKILL.md").read_text(encoding="utf-8")
+    prompt = PROMPT_FILE.read_text(encoding="utf-8")
+
+    assert "资源清单和生命周期都已确定" in body
+    assert "不能因为资源数量少就收敛成单候选" in body
+    assert "至少给出 2 个方案" in prompt
+    assert "不要预设它是已有资源" in prompt
+
+
+def test_architecture_evals_cover_unconfirmed_and_confirmed_vpc_lifecycle():
+    data = json.loads((SKILL_DIR / "evals.json").read_text(encoding="utf-8"))
+    evals_by_name = {ev["name"]: ev for ev in data["evals"]}
+
+    unconfirmed = evals_by_name["vpc-vswitch-lifecycle-unconfirmed"]
+    assert unconfirmed["intent_context"]["core_requirements"] == ["VPC", "VSwitch"]
+    assert all(item["action"] == "create" for item in unconfirmed["intent_context"]["resource_intents"])
+    assertion_names = {assertion["name"] for assertion in unconfirmed["assertions"]}
+    assert "covers_vpc_creation" in assertion_names
+    assert "no_presumed_existing_vpc" in assertion_names
+
+    confirmed = evals_by_name["vswitch-in-confirmed-existing-vpc"]
+    vpc_intent = next(item for item in confirmed["intent_context"]["resource_intents"] if item["product"] == "VPC")
+    assert vpc_intent["action"] == "use_existing"
+    assert "single_candidate" in {assertion["name"] for assertion in confirmed["assertions"]}