昨天已经改好的品牌名称，今天生成的内容又回到旧版本；一个项目的配色，被带进另一个完全不同的页面。遇到这些情况时，继续加长提示词未必最有效。Tanner Kohler 对AI重度用户的观察提到，资料的更新、查找与使用范围同样影响结果。借此，兰亭妙微分享一套面向设计协作的资料整理思路。下面的工作区与审核界面是概念示意，具体做法需要结合团队工具和项目约定调整。
原文示意图：AI任务与上下文资料之间的关系。来源：Tanner Kohler／Nielsen Norman Group。
假设团队正在为一家文化机构改版官网，品牌手册在一个文件夹，导航调整在聊天里，甲方确认过的文案又放在另一份文档。人可以凭记忆找到线索，协作者或AI却未必知道应该以哪一份为准。最先值得补上的，是一份短而清楚的项目入口说明。
它不必把全部资料复制进来，只需说明项目目标、当前阶段、已经确认的要求，以及继续查阅的文件位置。尤其要区分已确认、待讨论和仅供参考。这样，灵感截图就不容易被误解为必须照做的设计，未通过的草稿也不会悄悄成为下一轮工作的依据。
对于外部设计合作，这种入口说明还能减少交接中的猜测。双方讨论的不只是文件有没有交齐，而是重要决定能否被迅速找到，以及哪些内容仍然需要继续确认。
团队可能同时做医疗App、工业后台和品牌网站。它们都需要UI设计，但使用场景、文字语气和视觉尺度差异很大。通用的文件命名规则可以共享，某个项目的颜色、交互限制和行业术语则应该放在对应项目内。
一个容易开始的结构，是让每个项目都有简短索引，再分别指向需求、界面、素材和决策记录。目录名字尽量与实际工作对应，而不是堆叠只有创建者看得懂的缩写。找资料时能先判断自己在哪个项目，再决定打开哪个文档，比记住很长的文件路径更容易。
原文示意图：分层目录与索引文件。该结构是原文展示的示例，并非所有工具的统一要求。
评审资料也可以按阶段归档，避免旧图与当前方案混在一起。保留历史很有价值，但历史不应该与现行规范拥有同样醒目的入口。让旧版本可以查到，同时让当前版本一眼可见，才是整理的目的。
视觉素材也需要同样的说明。一张喜欢的首页截图，可以标记为排版参考；一组客户确认的图标，则应标明可使用范围。参考对象和正式资产分清以后，生成内容更不容易混入不相关的品牌元素。整理资料时顺手补上这句话，通常比出图后逐项纠正更省事。
资料库真正容易失效的时刻，往往是会议结束之后。大家口头同意改了一个规则，负责画稿的人记住了，其他文件却没有变化。可以在每次重要评审后，用几句话记录此次确定的内容、影响的页面和仍未决定的问题，再同步到项目入口。
如果让AI协助整理，也应让它列出准备修改的文档和修改内容。人只需要检查与本次决定相关的部分，不必重新读完整个项目。对于只是表达偏好的意见，还要避免被升级成硬性规范，例如某次希望首屏更轻，并不等于所有页面都必须减少信息量。
AI概念示意：可查看资料版本与更新时间的设计知识工作区，非真实工具截图。
可以把检查时机安排在已有流程里，例如提交评审稿或交付开发之前。这样更新资料不需要额外建立一套沉重制度，也更容易与实际产出保持一致。
资料由多人维护时，变化本身也需要可读。是谁确认了新的按钮名称，为什么删掉一个步骤，哪些界面受影响，这些信息最好留在对应的决策记录旁。只保留最新答案而没有来由，下一位协作者仍可能把旧问题重新讨论一遍。
知识库界面可以提供差异预览、来源定位和历史版本入口。让AI修改之前先展示范围，修改之后能查看结果，比一个笼统的已完成更让人安心。遇到相互矛盾的要求时，应把冲突列出来，而不是让工具悄悄替团队选择。
AI概念示意：资料修改前的差异预览与确认界面，不代表现有产品功能。
涉及不同客户的资料，还应限制访问范围。当前任务只需要品牌规范时，就不必附带其他项目的报价或访谈记录。清楚的边界既能减少误用，也能让协作者更专注于正在处理的问题。
项目结束以后，可以保留经过确认的交付资料，同时把可复用的方法单独整理。复用的是排版判断、检查步骤或沟通方式，不是把客户的具体内容搬到另一个项目。让经验可以积累，让资料仍有边界，这也是团队长期使用知识库时值得坚持的习惯。
一个好用的设计知识库不需要看起来庞大。重要的是，团队能找到当前依据、看懂变化，并在要求调整时知道该改哪里。资料逐渐可靠以后，AI辅助工作才更容易稳定下来。