高密度页面怎么组织：一份信息呈现指南
内容提要
作者在前端项目中发现，AI 能快速生成 CRUD 页面，却无法帮助用户理清信息优先级与行动顺序。为此整理出“页面组织指南”，主张先明确主信息、关联信息和用户动作，再选择表格、看板、日历等表达骨架，并配 Ant Design 示例，供团队和 AI 检查、改造页面。
延伸解读
从CRUD到信息架构：AI生成页面的常见盲区
文章指出，AI能快速生成CRUD页面，但往往只完成字段罗列和操作堆砌，未解决用户“先看什么、下一步做什么”的问题。作者强调，页面设计应先明确主信息、关联信息和用户动作，再选择表格、看板等表达骨架。这提醒我们，AI生成代码后仍需人工审视信息优先级，否则页面数据齐全却难以使用。
表达骨架的选择逻辑：以任务意图为导向
作者提出，选择表格、看板、日历等骨架前，需先判断用户主任务：是比较字段、推进状态还是安排时间。例如，比较优先级和负责人适合表格，跟进阶段适合看板，安排时间占用适合日历。不能因API返回数组就默认表格，也不能因路由有ID就默认详情页。这一逻辑帮助团队避免盲目套用组件。
多视图的代价：维护成本与适用场景
文章提醒，后台页面不必实现所有视图。每增加一种视图，筛选、状态和操作就多一份维护成本。只有存在多种高频用法时，才值得增加视图。例如，GitHub Projects同一数据可切换表格、看板、路线图，但用户读它的方式不同。团队应优先服务一种主要任务，避免为“现代化”而过度设计。
将指南交给AI：人机协作的检查流程
作者建议将页面组织指南放入项目仓库，作为AI检查页面的依据。人先定义业务意图和主任务，AI再根据指南检查信息架构、表达骨架是否合适，并给出具体改造建议。检查报告需指出哪些信息应放在一起、当前问题及指南依据。改造后需沿真实任务验收，确保信息易找、操作清晰、原有功能正常。
Q&A
高密度页面应该先想清楚哪三个问题？
先明确：1. 用户打开页面时最重要的是看到什么（主信息）；2. 为了理解主信息，还需要看到哪些关联资源、关联模型和上下文（关联信息）；3. 用户看完后要作出什么反应、执行什么动作或继续思考什么（用户动作）。
表格、看板、日历分别适合什么场景？
表格适合逐字段比较和排序，让比较发生在固定位置；看板适合按状态分组，让阶段一眼可见，并支持拖动推进状态；日历适合处理时间占用和冲突，如排班、会议室预订。
为什么不能因为API返回数组就做成表格？
因为页面结构应由用户的主任务和主问题决定，而不是数据形状。同一个对象，用户在查找时可能需要列表，处理时可能需要状态流转，协作时又可能需要讨论线程。API只负责交出数据和操作，页面还得把它们之间的关系摆清楚。
如何让AI帮助检查和改造前端页面？
可以把页面组织指南放进项目仓库，让AI阅读指南并检查当前项目。然后提供页面入口和主要任务，让AI结合需求、源码和实际页面，给出信息架构和表达方式的检查结果与改造建议，列出主信息、关联信息、用户动作，说明当前骨架是否适合、问题在哪里、指南依据是什么，以及建议采用什么结构。
卡片网格和表格在什么情况下更适用？
当图片是识别锚点时，如挑素材或模板，用户先看缩略图确认是否为目标，此时卡片网格更适用，能把预览放在显眼位置。如果需要比较价格、规格等字段，表格可能更省事，因为表格让比较发生在固定位置。
仪表盘设计最容易犯什么错误？
最容易做成一堆大小相同的卡片，导致用户还是得自己猜哪些指标应该一起看。正确做法是按问题分组：哪些数字用来发现异常，哪些趋势用来解释变化，明细入口放在什么位置。信息多不代表每一块都要抢注意力。
