做一次架构设计评审
把一个含糊的「这设计靠谱吗？」变成一次结构化评审，覆盖可扩展性、故障模式、取舍、以及编码前需要回答的问题。
设计评审常常失败，不是因为设计差，而是因为评审无章法——几个人对着扎眼的地方各自反应，而那些安静的风险没被审视就溜了过去。一套一致的视角，才让评审可靠。
这个工具把这套视角用到你的架构上：它逐项走过可扩展性、故障模式和单点故障、成本与复杂度的取舍、以及那些尚未验证的假设。结果是一份结构化的批评，而不是零散的意见。
它不替代你的资深工程师或一场真正的设计评审会——它为这场会做准备。把它的发现带到桌上，让讨论从一组更锋利的问题开始，而不是一块空白白板。
对应工具
🏛️架构方案评审
对你的技术设计做批判性评审 —— 优势、风险、取舍、待答问题。
常见问题
架构评审该覆盖什么？ +
可扩展性、故障模式和单点故障、成本/复杂度取舍、以及未验证的假设。工具按结构化批评逐项走过。
这能替代设计评审会吗？ +
不能——它为这场会做准备。把它的发现带上，让讨论从更锋利的问题开始，而不是空白白板。
为什么用结构化视角？ +
无章法的评审会让安静的风险溜过。一致的视角让评审可靠、可复制。