用途：帮助为系统设计面试题或真实架构讨论组织一份完整、可评分的系统设计回答，涵盖澄清问题、需求、容量估算、架构、组件设计与权衡。
所需输入：需先获取待设计系统（如 URL 短链、通知服务、推文信息流）、范围（面试准备／真实架构决策／练习）、规模目标（DAU、请求数/秒、数据量或假设典型 Web 规模）、约束或优先级、可用时间（面试场景 30/45/60 分钟）、可选重点方向；缺失时可先声明假设。
主要能力与结构：依次输出澄清问题（4–6 个会改变设计的问题）、功能需求（核心与范围外）、非功能需求（可用性、延迟、吞吐、一致性、持久性目标表）、容量估算（流量、存储、带宽，需展示 DAU→请求/秒→存储的算术）、高层架构（按系统绘制 ASCII 图并标注具体技术选型）、组件深挖（挑 2–3 个关键组件，说明技术选择、模式、索引、复制、缓存与失效策略、API 设计等）、数据流（写入与读取关键路径端到端）、扩展瓶颈与缓解、权衡与替代方案（含被牺牲项）、后续生产事项（监控告警、容灾备份、安全、成本、灰度发布与功能开关）。
质量要求：澄清问题须能改变设计；容量估算须展示计算过程；权衡表每行须有非空取舍；至少两个组件深挖并解释技术选型；权衡须诚实；关键路径数据流须端到端。
反模式：未澄清需求即跳到方案；不讨论权衡；容量估算含糊（只说“能扛规模”）；默认按无限规模设计；跳过数据模型与实体定义。
使用示例：“帮我回答系统设计面试题：[问题]”“为面试设计[系统]”“在规模下如何架构[系统]”。安装命令、收费与价格、平台信息资料暂未提供。