UI 自动化成本高
页面改版频繁，用例编写与维护占用大量时间；需要脚本管理、执行、修复闭环，并探索自然语言驱动以降低使用门槛。
接口测试从需求到用例链路长
PRD、Swagger、库表、甚至流程图/录屏里都有测试信息，人工整理慢、易遗漏；需要多源输入 + 智能生成 + 用例管理与导出。
Agent 与业务系统对接不统一
每个项目各写一套 HTTP/SDK，工具描述不一致，难以复用；需要统一的工具注册、列表、调用约定（MCP 式协议），便于扩展财务核对、数据校验等垂直场景。
性能与质量工程需要可观测
压测、调度、指标采集要纳入工程化体系，而不是单机脚本；需要任务调度、指标暴露、追踪等与业务服务同级对待。
这是一个多项目合集（单体仓库），围绕 QAgent 思路把几类测试与智能体能力放在一起：UI 自动化、接口/用例自动化、性能测试、财务/数据类 Agent。
名称里的 MCP + Skills 主要体现在：把可复用能力注册成「工具」，用类似 MCP 的约定做发现与调用（在 MCP-Skills-api 里最完整；MCP-Skills-ui 则在自然语言执行里写明 agent + mcp + skills）。
后端：多为 FastAPI；数据库常见 MySQL（配置里可见统一风格，如端口、库名 qagent_mcp_skills 等）。
「Skills」：以**可注册函数 + 元数据（schema、分类）**形式存在；MCP-Skills-api 用 skill_registry 与启动时批量 mcp.register_tool 对齐。
「MCP」：在本仓库中主要是应用内协议层 + REST 暴露，便于 Agent 侧按统一方式列工具、发请求；与「独立 stdio MCP Server」可以是同构思路的不同部署形态。
智能体：AutoGen / 编排服务 / 多模块 agents、services（各子项目侧重点不同）。
前端：Vue 3 + Vite，按业务拆多个 views 页面。
评论