用途：对 Amazon Data Firehose（原 Kinesis Data Firehose）交付流做运维审查，覆盖 AWS Well-Architected 七支柱与 Firehose 最佳实践，可回答审查、合规检查、安全性/可靠性/交付健康/性能/成本/配额评估、运维就绪审查（ORR）及交付延迟、失败、限流、成本驱动排查等问题。仅使用 Firehose、CloudWatch、Service Quotas API 收集数据，不做数据面写入，也不读取已交付记录内容。
主要步骤：1) 确定范围（账户、区域、流、支柱、时间窗；默认全部账户区域、全部流、全部支柱、近 7 天）。2) 发现资源：ListDeliveryStreams、DescribeDeliveryStream、ListTagsForDeliveryStream，记录源类型、目标、缓冲、压缩、加密、备份与重试、Lambda 转换、格式转换、动态分区、CloudWatch 日志、VPC 配置、跨账户/PrivateLink 及状态；仅对 ACTIVE 流做完整分析。3) 收集 AWS/Firehose 指标：先读 references/metrics-thresholds.md 获取阈值，用 GetMetricData 按源、目标与已启用功能取用；并用 DescribeAlarms 检查 ThrottledRecords 与 DeliveryTo<Dest>.DataFreshness 告警覆盖，按区域独立处理权限拒绝。4) 先读 references/best-practices-checklist.md，逐项标记通过/警告/失败/不适用并生成发现；配额需从 GetServiceQuota 与 *PerSecondLimit 指标读取，不硬编码默认值。5) 生成报告。6) 支持持续性跟踪复查。
成本估算为粗略方向性数值，需标注费率来源（协商/EDP 费率、公开按需列表价或 Price List API），压缩与列式转换的节省主要发生在下游存储与查询扫描，格式转换与动态分区自身按 GB 计费，Firehose 基础摄取费用刻意不计入。
限制：不承担角色或自行枚举组织，仅限 DevOps Agent Space 已配置访问的账户；两处参考资源加载失败时须在报告顶部明确说明并降级为通用指引；历史窗口超过约两周可能降低 CloudWatch 分辨率。其余细节暂未提供。