用途：把产品流程转化为可运维系统，适用于设计、评审或加固创业公司 Web 平台，覆盖可扩展性、可靠性、安全性、可观测性、可部署性、数据完整性与后台任务。核心原则是优先采用能消除最大已证实风险的最小架构。
主要能力与工作流：梳理用户、关键旅程、信任边界、数据归属、外部服务、文件、异步工作与故障后果；明确工作负载假设与服务目标（流量形态、延迟、可用性、持久性、新鲜度、隐私、成本）；沿浏览器经 API、存储、队列、worker 到响应追踪关键路径，标注事务与幂等边界；评审可扩展性、可靠性、安全、数据完整性、性能、可观测性、部署与成本。
架构取舍：在独立扩展、归属、部署或故障隔离带来可衡量收益前，保持模块化单体；把慢或脆弱工作放入持久队列，处理器需幂等、可重试、可观测且对用户可见；加缓存前先定义归属、键设计、TTL、失效、防击穿与陈旧行为；在称为生产就绪前定义迁移、发布、回滚、健康检查、告警、运行手册与成本护栏；用与风险相称的故障测试、负载测试或端到端冒烟测试验证最高风险流程。
创业默认项：优先托管关系型数据库、对象存储、队列、缓存与可观测性，而非自建分布式系统；每个归属边界做服务端授权；相关 API 加超时、分页、限流与幂等键；结构化日志、trace 或请求 ID、服务指标与可操作告警；AI 调用使用结构化输出、供应商路由、token 上限、提示版本与有界重试；公开读取优雅降级，写入显式失败而非静默丢数据。
交付契约：系统图（组件、数据、信任边界、关键路径）、假设与 SLO（明确数字或已识别未知项）、发现（严重度、证据、故障模式、受影响旅程）、目标架构（最小合理变更与延后复杂度）、执行计划（schema、API、队列、迁移、发布与归属任务）、验证与运维（测试、仪表盘、告警、回滚与成本控制）。参考 references/architecture-checklist.md 做生产评审或拆分决策。限制：资料未提供具体平台、价格或效果数据。