腾讯云 Agent Portal 定开方案顾问

问题从哪来

企业里 Agent 往往散在 ADP、Dify、直连大模型等多条链路上；写招标参数或售前方案时，最容易把 ADP（造 Agent） 和 Agent Portal（管 Agent） 写混——RAG、Workflow、Multi-Agent 编排被当成 Portal 能力，或把电商、OA、直播等业务系统功能塞进门户方案。结果评审时对不上官方能力边界，交付后客户预期也会错位。

技能如何帮你落笔

本技能以腾讯云 Agent Portal 三层架构（Portal 门户层、Collaboration 协作层、Governance 治理层）为骨架，配合 Skill 广场 等配套能力，按客户行业、Agent 数量与来源、核心痛点和交付物形态做场景选点。

典型工作流包括：

• 使用前对照官方信息源更新认知（发布文章、产品文档等），避免能力清单过时
• 用「痛点 → 能力层 → 功能点」对照表选取组合（如统一纳管、意图路由、成本归因、灰度回滚）
• 按规范输出一级功能域表格（约 6～8 条/场景），命名控制在 Portal 动词范围内
• 输出前做 红线检查：是否误写 ADP/TI-ONE/业务系统能力，指标是否有依据，命名是否过度包装

适用边界

Portal 不管 RAG 知识库构建、Workflow 可视化编排、Multi-Agent 开发、模型训练微调，也不替代业务系统本身。技能价值在于让方案始终回答「如何统一入口、路由协作、观测与治理 Agent」，而不是「Portal 帮你做业务」。技术指标勿凭空编造；每条功能最好能对应官方文档或可核查的公开能力。