Agent Portal 场景选点顾问

When to use

• 为客户设计基于Agent Portal的智能体门户方案时
• 撰写招标/投标文档中Agent Portal相关技术参数时
• 评审已有材料是否符合Agent Portal真实能力定位时
• 需要区分"ADP能力"与"Agent Portal能力"的边界时
• 任何涉及Agent Portal场景规划、功能描述的输出场景

核心认知：ADP vs Agent Portal

绝对不能搞混的两个产品：

Agent Portal 不做的事：

• ❌ 不做RAG知识库构建（那是ADP的）
• ❌ 不做Workflow可视化编排（那是ADP的）
• ❌ 不做Multi-Agent协同开发（那是ADP的）
• ❌ 不做模型训练/微调（那是TI-ONE的）
• ❌ 不做业务系统功能（电商/OA/LMS/直播/积分等）
• ❌ 不做GPU渲染/视频处理（那是MPS/云渲染的）

Agent Portal 三层架构（官方定义）

Layer 1: Portal Layer（门户层）

解决问题：AI能力分散在多个入口，用户找不到Agent

核心能力：

• 统一Agent资产目录（注册、发现、浏览）
• 跨平台Agent纳管（ADP自建 + Dify开源 + 直连大模型Agent）
• Agent元数据管理（名称/描述/场景标签/状态/负责人/版本）
• Agent生命周期管理（开发中→已发布→运行中→已停用）
• 统一用户入口（一个搜索框找到所有Agent）

Layer 2: Collaboration Layer（协作层）

解决问题：多平台多Agent缺乏分工协调

核心能力：

• 智能意图路由：用户自然语言提需求→自动匹配最合适Agent
• 多执行路径支持：轻量路径（直出）/ 深度路径（Agent处理）/ 自动化触发
• 多Agent协作分发：复杂任务拆解→分发到多个Agent并行处理
• 多渠道集成：企业微信/微信小程序/Web/公众号/钉钉/飞书等
• 触发器与事件驱动：定时触发、Webhook、事件回调

Layer 3: Governance Layer（治理层）

解决问题：Agent质量、成本、稳定性不可见

核心能力：

• 全链路可观测：调用量/成功率/响应时长/Token消耗/错误率
• 逐层下钻：全局指标→具体Agent→具体会话→调用链详情
• 成本归因：按组织/Agent/模型/会话四级拆解AI消耗成本
• 预算管控：阈值告警/超限降级/自动限流
• 效能评估：识别高价值Agent和低效Agent，输出优化建议
• 安全合规：权限隔离/审计日志/私有化部署/操作追溯
• 生命周期治理：灰度发布/版本对比/自动回滚

配套能力：Skill广场

• 为Agent提供企业级增强技能（Rerank/Embedding/知识库/腾讯文档等）
• 支持ZIP打包上传自定义Skill
• 内置安全审核与防越权检测
• "一键全享"Skill Plan服务（套餐内所有Skill免费调用）

Steps

1. 更新知识库（每次使用前必做）

抓取以下官方页面获取最新Agent Portal信息，更新到本skill的references中：

WebFetch: https://cloud.tencent.com/developer/article/2649049
  → 提取Agent Portal核心功能、最新更新

WebFetch: https://adp.intl.cloud.tencent.com/blog/adp-agent-portal
  → 提取三层架构最新定义、能力范围

WebSearch: "腾讯云 ADP Agent Portal 最新 功能 更新"
  → 获取最新发布动态

如果发现官方能力有变动（新增功能/指标更新/架构调整），立即更新本SKILL.md中的能力清单。

2. 明确客户场景

问清楚：

• 客户行业（教育/政企/消费/内容创作/金融/制造等）
• 客户当前Agent数量和来源（多少个Agent、散在哪些平台）
• 核心痛点（找不到Agent？成本不透明？质量不可控？权限混乱？）
• 交付物形态（招标技术参数表？方案PPT？产品设计文档？）

3. 场景选点原则

从三层架构中选取最匹配客户痛点的能力组合：

4. 输出格式

推荐表格结构（每个场景6-8条功能）：

序号 | 一级功能域 | 二级功能模块 | 功能描述 | 技术指标（量化） | 是否必配 | 备注（能力层定位）

一级功能域命名规范：不超过20字，格式为"场景+Portal能力动词"，如：

• ✅ "教育Agent统一入口与智能路由"
• ✅ "政企Agent运营监控与效能评估"
• ❌ "消费者画像构建与精细化运营触达框架"（这是业务系统不是Portal）

5. 红线检查

输出前逐条检查：

• [ ] 每条功能是否属于Portal三层架构范畴？
• [ ] 是否误写了ADP开发层能力（RAG/Workflow/Multi-Agent编排）？
• [ ] 是否误写了业务系统能力（电商/OA/直播/积分/培训等）？
• [ ] 技术指标是否有官方数据支撑或合理工程推算？
• [ ] 是否存在AI生成的过度包装命名？

Pitfalls

• 最常见错误：把ADP的能力（RAG/Workflow/Multi-Agent）写进Agent Portal方案。Portal只管调度不管开发。
• 第二常见错误：把业务系统功能（电商/积分/考试/直播）当成Portal能力。Portal是管Agent的，不是做业务的。
• 第三常见错误：技术指标凭空编造。Portal官方公开的指标有限，不要编造"准确率>=99%"之类的数字。
• 命名陷阱：避免"XX赋能框架""XX引擎"等过度包装命名，Portal是管理工具不是业务引擎。

Verification

• 每条功能能否在Agent Portal官方文档/发布文章中找到对应能力？
• 删除所有"Portal做不到"的内容后，方案是否仍然有价值和完整性？
• 客户看到方案后，是否能清楚理解"Portal帮我管好Agent"而非"Portal帮我做业务"？

官方信息源（定期抓取更新）