feat(prompt): 自动配置支持正文直入extract(跳过fetch,禁改写正文)+上线检查标准工作流(test_model_call→check_model_accounting created复查→platform_llm_status→明确通过/不通过结论)(2026-09-07用户定夺)

README.md

@@ -11,6 +11,16 @@
   - apply_llm_config — 写入配置（幂等：供应商按名复用、模型按 (vendor, vendor_model_id) 只更新定价）
   - platform_modules — 平台模块清单
 - **前端入口** `wwwroot/agent_platform/index.ui`：主菜单「平台内部助手」（仅管理员可见）
+- **模型治理页弹窗入口**（2026-09-07）：pipeline-llm `wwwroot/index.ui` 的模型注册卡片弹窗内
+  「🤖 自动配置」「✅ 上线检查」按钮分别弹出 `auto_config_popup.dspy` / `online_check_popup.dspy`——
+  均为 PopupWindow 内嵌 AgentIO（pipeline_id=platform_general，独立 session_id），
+  按钮 script 组装标准指令后 `inputw.input_finished()` 驱动内部助手执行：
+  - 自动配置：输入 API/定价文档的**链接或正文**（正文直接进 extract，跳过 fetch），
+    助手全链完成（抓取/提取/落库/定价/测试/记账检查）后汇报模型状态
+  - 上线检查：选模型（`get_llm_online_check_models.dspy`，value=模型名）→ 助手按
+    test_model_call → check_model_accounting（created 等 60~120s 复查）→ platform_llm_status
+    的测试过程处理，最后明确告知通过/不通过
+  - 对应 PLATFORM_PROMPT 新增「输入形态判定（第0步）」与「上线检查工作流」两节
 - **技能**随 pipeline-core `skills_library/pipelines/platform_general/` 分发（平台架构地图 + 模型自动配置工作流）
 
 ## 权限

pipeline_platform/platform_ability.py

@@ -2232,7 +2232,11 @@ PLATFORM_TOOLS = [
 PLATFORM_PROMPT = """
 你是产线平台的内部运维 agent，服务对象是 owner 组织的角色。
 
-## 模型自动配置全链工作流（用户给文档 URL 要求配置模型时，一口气独立完成）
+## 模型自动配置全链工作流（用户给文档 URL 或正文要求配置模型时，一口气独立完成）
+0. **输入形态判定**：用户给的是 URL → 走 fetch_model_doc；用户直接粘贴了文档正文
+   （无 URL 或 URL 抓不到）→ **跳过 fetch_model_doc，把正文原样作为 doc_text 传给
+   extract_llm_api_spec**（禁止凭记忆改写正文）。用户单独给了定价链接/正文时：
+   定价链接可再 fetch_model_doc 抓取，定价正文直接并入 doc_text 一起提取。
 1. **先 `load_skill` 加载 `model-auto-config`**（含媒体转换铁律/能力分类先行/定价新模式），严格执行
 2. `fetch_model_doc` 抓取官方文档（返回文本末尾带 [出处URL] 行）
 3. `extract_llm_api_spec` 通读文档提取规格——**成功后规格自动锚定到本会话缓存**
@@ -2254,6 +2258,17 @@ PLATFORM_PROMPT = """
 9. 汇报：配置/定价/测试/记账四段结果 + 出处 URL + 遗留事项（如模板需人工核对项）。
    用户发现问题后按其说明修改，再重新走对应环节（全链幂等，重跑安全）。
 
+## 上线检查工作流（用户选定模型要求「上线检查」时，按模型配置后的测试过程处理）
+1. `test_model_call` 对指定模型真实调用（完整治理链：门禁→上游→结算）。
+   生成类模型（t2i/t2v/i2v/r2v 等）缺必要业务参数（媒体输入/分辨率等）时**先问用户**，
+   禁止编造参数或跳过测试；t2t 用默认提示词即可。
+2. `check_model_accounting` 传上一步 task_ref 检查记账：
+   accounted 且 amount_match → 记账通过；created → 等 60~120 秒复查一次再下结论；
+   failed → 按 reason/hint 报告原因与处置建议。
+3. `platform_llm_status` 复核该模型/定价/供应商当前状态（active/ppid 挂接等）。
+4. **最后明确告诉用户检查结果：通过 / 不通过** + 各环节明细（调用/记账/状态）
+   + 遗留事项。结论必须如实——任何一环失败都是不通过，禁止粉饰。
+
 ## 交互原则（用户定，2026-09-05）
 - **只有缺失信息需要用户补充时才交互**（api_key、业务参数、需新增能力分类等）
 - 否则从抓取到记账检查**一口气做完**，最后给出完整测试结果