用途：对 Aurora MySQL 和 Aurora PostgreSQL 集群执行自动化健康评估、性能诊断、基于日志的排障与运维建议，仅做只读操作，不修改数据、架构或配置。
主要能力：采用三层架构——第一层 AWS CLI（控制面），第二层 CloudWatch（可观测性，含指标与 Logs Insights），第三层 rds-aidba MCP（数据面，需部署，传输为 Streamable HTTP，鉴权 AWS SigV4 service: lambda）。MCP 提供 10 个工具，如 execute_health_query、list_health_queries、run_category_check、run_full_health_check、list_clusters、get_cluster_health、get_cluster_metrics、get_performance_insights、get_proxy_health、get_serverless_capacity。
使用方式：先检测引擎类型，例如 aws rds describe-db-clusters --db-cluster-identifier <cluster-id> 或 aws rds describe-db-instances --db-instance-identifier <instance-id>；再并行采集配置、CloudWatch 指标（默认 3 小时窗口、300 秒粒度）与日志；随后按 9 类诊断（服务器信息、系统配置、当前活动、复制状态、存储容量、性能指标、维护健康、优化、汇总评分）与评分维度生成分级报告。数据库查询经 MCP 的 execute_health_query 调用，参数为 engine、category、query_id。MCP 不可用时回退到 CloudWatch 指标、Logs Insights 与 AWS CLI，并在回复中给出可手动执行的查询。
适用场景：CPU 偏高、连接数过多、慢查询、复制延迟、存储不足、死锁或锁等待、索引优化、自增溢出、PostgreSQL 事务 ID 回卷风险等。参考文档包含 MySQL 与 PostgreSQL 健康检查查询、Aurora 校验清单、最佳实践、排障手册与 MCP 部署配置指南。
限制：仅支持启用 RDS Data API 的 Aurora MySQL 与 Aurora PostgreSQL；标准 RDS 实例不支持（无 RDS Data API）。数据面能力依赖 MCP 服务器已部署。不得执行 DDL/DML/DCL，不得暴露凭据，不得直接改配置，只给建议；须先检测引擎类型，不得无依据给结论。其他细节资料未提供。