怎样画出项目的整体结构并说明一次请求的经过？

追问浏览器、代理、应用、数据库、缓存与任务进程分别承担什么职责？哪些组件是当前必需，哪些可以在需求增长后再加入？

为什么选择当前后端框架，比较过哪些替代方案？

追问管理后台、接口类型、异步依赖、团队熟悉度与开发周期怎样影响选择？如何用实际需求支撑判断，避免只说某框架“性能最好”？

追问交互复杂度、人员分工、接口复用与部署成本分别有什么影响？如果只由一名学生开发，怎样说明取舍而不是照搬大型项目结构？

追问路由、输入验证、业务流程、数据访问与配置怎样分开？哪些地方值得抽取，哪些过早抽象会让简单流程更难理解？

追问发布权限、提交时限和评分规则怎样保证所有入口一致？后台管理、批量导入与普通接口共用规则时，怎样减少实现分叉？

追问数据库地址、日志等级与密钥如何传入并检查缺失？配置文件、依赖版本和示例文件怎样让新成员可靠启动项目？

追问题库、练习、账户与通知怎样交互？如果暂时不拆微服务，如何通过清晰接口与依赖方向控制耦合？

追问请求字段、响应示例、错误码与分页约定怎样先确定？模拟数据和契约变化如何管理，避免双方各自修改后才发现不兼容？

追问一次修改多大比较容易检查，代码冲突和数据库迁移冲突怎样解决？怎样保留本人参与的需求、代码与评审证据？

追问问题、候选方案、选择理由、限制与重新评估条件怎样写清楚？更换框架或新增组件之前，什么证据能证明当前方案确实不够？