附件不是把文件塞进去：给改包 AI 递材料的四条规矩

改包这件事里，最容易被低估的一步，是把材料递过去。

大多数人一开始都这么干：写一句话，点修改，等结果。——"把启动页换成新的宣传图"——然后就没有然后了。——因为 AI 手上没有那张图，它只能猜：猜你要的是哪种图、猜放到哪个位置、猜要不要保留原来的文字。——猜出来的东西不一定难看，但一定不是你想的那个。

而"把材料递过去"这件事，在这个工具里是有规矩的。——你可以一次挑多个文件，每挑一个，都要给它写一句"它是干什么用的"；这句说明不能少于十个字；然后这些文件和说明会被按序号排列，跟你的需求一起送过去。——三个细节——多选、说明、序号——每一个都在解决一个具体的失败。

为什么说明要不少于十个字？——因为"图片""logo""素材"这种两三个字的说明，等于什么都没说。——而"这是新 logo，白色透明底，用在顶部左侧"——十七个字，把"是什么、什么样子、放哪里"三件事都交代了。——十个字不是形式要求，它是一条最低的可操作线：低于这条线，说明就没有信息量。

为什么要有序号？——因为当你一次递了四五个文件，光靠文件名区分是不行的——设计稿可能叫"未标题-1.png"，截图可能叫"Screenshot_20261015.png"。——序号的作用是给每个文件一个"在对话里可以被指认的名字"：第一号是主图、第二号是背景、第三号是参考。——这样你后面说"按第三张参考"的时候，双方说的是同一个东西。

只需说话，就能让应用变成你想要的样子。而"说话"这件事，其实包含两部分：说出你要什么，以及把你要的东西递过去。——这篇讲的就是后半部分：附件怎么挑、说明怎么写、哪些该附哪些不该附。——而这两部分里，能被写成规则、能被照着做的那一半，恰恰是后面这个。——因为"我要什么"往往只能当场想清楚，而"怎么把它说清、配什么材料"是可以练的：练一次，之后每一次都省一段路。

一、先说清一件事：附件不是"补充说明"，是"另一半需求"

很多人把附件当成"顺便附上"的东西，觉得主体还是那句话。而在改包这类活里，附件经常是主体。

原因很简单：改包的很多需求，本质上是"换一个东西"。——换图标、换启动页、换背景、换字体、换一段音乐——而"新东西"本身不可能用文字描述清楚。——你可以说"换成我们公司的新 logo"，但这句描述里有三个不确定：哪个文件、多大、放哪。——不定这三样，做出来的东西就有一半概率不对。

还有一类需求，附件是"证据"而不是"素材"。——比如"这个页面在平板上被切掉了一截"——你说十句话描述，不如附一张截图；"我想要这种风格的弹窗"——你说半天"圆角、浅色、有阴影"，不如附一张你喜欢的参考图。——这类附件的作用，是把"形容词"换成"可以被看见的东西"。

所以附件分两类，写法完全不同：——一类是"要被用上的东西"（素材），说明要写清尺寸、位置、用途；一类是"要被看懂的东西"（参考），说明要写清"看哪一点、不看哪一点"。——前者的说明是"使用说明书"，后者的说明是"关注点说明"。——写混了，AI 就会把参考图当成素材直接贴上去——这是最常见的翻车方式。

一个立刻能用的判断方法：附上这张图的时候，问自己一句"我是想让它出现在应用里，还是只想让它被看一眼"。——前者写成"这是素材，用在某某位置"；后者写成"这是参考，只参考某某，不要直接用"。——两句话的差别只有几个字，但它决定了结果是不是你要的。

再补一层：附件也是"责任边界"。——你把设计稿附上去，说明"按这张图做"——做出来不像，是图的问题还是做的问题，有据可查；——你不附图，只说"按我们的品牌色来"——那"品牌色"到底是哪个色号，就变成了事后讨论。——附件在这件事上的作用，跟合同附件一样：它让"我以为"变成"按这个"。

二、它到底在校验什么：四条文件检查 + 一条说明检查

点「选择附件」，挑完文件、写完说明，点确定的时候，程序会做五件事的检查。这五件事很朴素，但每一件都对应一种真实发生过的情况。

第一件：这个文件还在不在。——听起来像废话，但"选完文件之后把文件删了、改名了、移走了"是真实会发生的——尤其是在你一边整理素材一边改包的时候。——文件不在了还发过去，AI 拿到的是一条指向空处的路径，结果只能是不了了之。

第二件：这不是一个文件夹。——拖拽的时候，误把整个素材文件夹当文件拖进来，是很常见的手误。——文件夹没有"内容"可读，附上去等于附了一个名字。

第三件：它不是零字节。——零字节文件是另一种常见陷阱：下载中断、导出失败、同步盘还没同步完就挑中了——文件在那里，名字正常，大小是 0。——这种文件最坑，因为它看起来完全正常。

第四件：它读得出来。——文件在、不是目录、不是空的，但可能是被别的程序占用着（比如设计软件还开着这个文件）、可能在权限受限的位置、可能已经损坏。——这一条是"能不能真的被用上"的最后一道门。

第五件：你的说明不少于十个字。——这一条是五条里唯一跟你有关的，也是唯一一条"程序没法替你判断对错"的。——前四条是技术检查，第五条是内容检查——而内容检查只能卡长度，卡不了质量。——这就是为什么后面要花一整节讲"说明怎么写"：程序能拦住"图片"这两个字，拦不住"图片图片图片图片图片"这种凑字数的写法。

四条文件检查 + 一条说明检查，构成了一个很务实的门槛：它不保证你的材料足够好，但它保证"递过去的材料一定是能读的、且有基本说明的"。——这个门槛的价值，在你改过二三十个包之后才会真正体会到：那时候你会发现，出问题的从来不是"AI 太笨"，是"递过去的东西本来就不完整"。

三、一句说明该写什么：四个格子填三个就够了

说明写得好不好，有一个很简单的检验标准：如果换一个人来看这句话，他能不能在不动手的情况下知道这个文件该怎么用。

一句够用的说明，通常包含四样东西里的两到三样：它是什么、它长什么样、它要用在哪、它有什么限制。——四样不必全写，但至少要让人知道"是什么"和"用在哪"。

格子一：它是什么。——新 logo、启动页背景、弹窗插图、二维码图、字体文件、参考截图。——这五个字决定了它会被"当成素材用"还是"当成参考看"——所以这一格不能省。

格子二：它长什么样（关键特征）。——白底还是透明底、横版还是竖版、深色还是浅色、有没有文字、有没有边框。——这一格的作用是"防止误用"：一张透明底的 logo 被贴到白底上很好看，被贴到深色背景上可能就消失了。——而 AI 拿到一张图，未必知道它原本是给什么底色设计的——你说一句，它就知道。

格子三：它要用在哪。——顶部、底部、启动页中间、某个弹窗里、还是"替换原来那张同位置的图"。——这一格是四格里最能减少返工的——因为"放哪里"往往比"放什么"更容易出偏差。

格子四：它有什么限制。——不要拉伸、不要裁切、不要加文字、保持完整比例、四角留白不要动。——这一格是"审美指令"，写不写取决于你在意不在意——但在意的时候一定要写，因为默认行为通常服从"填满容器"，而不是"保持比例"。

四个格子填三个，一般就够了。举几个对照：

这张表的四行，其实都在做同一件事：把"我的意思"翻译成"可以被执行的意思"。——而这件事的门槛，比想象中低——你不需要懂技术，只需要在写说明的时候多问自己一句"还有哪个地方可能被他理解错"。

四、序号是怎么拼进去的：一条固定格式，和它的三个好处

说明写完之后，程序会把它们拼成固定格式：序号 + 文件路径 + 一条破折号 + 你的用途说明，然后跟需求一起发过去。

这个格式看起来平平无奇，但它解决了三个问题。

第一个问题：指认。——多条附件排成 1、2、3、4，你在需求里就可以直接说"按第 2 条那张图"。——如果没有序号，你只能说"那张蓝色的图"——而如果两张都是蓝的，这句话就失效了。

第二个问题：路径和用途分得开。——文件路径是给程序读的（它得知道去哪儿取文件），用途说明是给"理解需求"用的。——两样东西用一条破折号隔开，是为了让它们不混在一起——因为路径里经常带空格、中文、括号，混在一起读起来就乱了。

第三个问题：顺序即优先级。——当你附了四五张图，序号本身就隐含了一个"主次"：1 号是主要的，4 号是补充的。——所以挑文件的时候，顺手按重要性排一下序——这是一个几乎不花成本、但很有用的动作。

还有一个实际的好处，跟"重复利用"有关。——同一批素材，你可能要连着改两三次——第一次调位置、第二次调大小、第三次换文案。——而附件是可以"再挑一次"的：上一轮用过的文件路径还在你的素材目录里，重新挑一遍、说明照抄，比重新想一遍快得多。——这也是为什么建议把素材按项目放：改到第三轮的时候，你不需要在下载目录里翻"那张图到底是哪个"。

顺带说一句"一次挑多个"这件事的实用场景：——换整套图标（桌面图标、通知栏小图标、启动页 logo）时，三张图一起附，说明分别写清用途，一次改完；——如果分三次改，你会有三次等待、三次打包、三次装机验证——而它们本来可以是一次。——批量递材料，是省时间最直接的方式，比"话说得更聪明"直接得多。

五、四类常见附件，四套写法

实际改包时会递过去的材料，基本逃不出四类。四类的写法差别很大，混着写是最常见的错误来源。

第一类：要被贴上去的图（素材）。——logo、启动页背景、弹窗插图、二维码、活动海报。——这一类最常见，也最容易出问题，因为它涉及"怎么放"：会不会被拉伸、会不会被裁、要不要留边。——写法要点：说清位置、说清比例要求、说清能不能裁。——一句范例："这是新的首页 banner，横版，我要它铺满宽度、高度按原比例、左右各留 12 像素边距，不要裁掉中间的二维码。"——注意这句话里出现了三个可执行的条件：铺满宽度、按原比例、留边距——每一个都能被检验。

第二类：要被对着看的图（参考）。——你在别处看到的一种风格、一张排版、一个弹窗样式。——这一类最大的风险是"被直接用了"——你说"参考"，它可能理解成"照做"。——写法要点：明确说"不要直接用"，并且说清"只参考哪一点"。——范例："这是一张参考图，只参考它的按钮圆角大小和间距，不要用它的颜色和文字。我们的按钮还是用品牌蓝。"——两句"不要"，把误用的路堵死了。

第三类：要说明问题的图（截图）。——某个页面在你的设备上显示不对、文字被切、按钮点不到。——这一类的作用是把"描述"变成"证据"，所以写法要带"现象"：哪里不对、什么时候不对、期望是什么。——范例："这是平板上的首页截图，注意第三行那个编号被右边切掉了一半，我要它在窄屏上换行显示，而不是被裁掉。"——"这一张图 + 这三句话"，比十句"排版有问题"有用得多。

第四类：要被装进去的配置或文本（文件）。——一份要展示在"关于"页的说明文字、一份门店列表、一个字体文件、一段要加进去的音频。——这一类最容易忽略的是"边界"：整份都要用，还是只用其中一段？格式要不要保留？——范例："这是一份门店清单，只取前 20 行的店名，做成列表页，不要带表头和电话列。"——"只取"和"不要带"这两个限定，决定了结果能不能直接用。

四类之外还有一类特殊材料：另一个包。——比如"按这个内部工具的风格来改"、"把那个包里的某个页面搬过来"。——这一类要特别小心，因为它涉及"能不能用别人的东西"——只在你有权使用的范围内才成立，这一点在文末的合规提醒里还会再说。

四类写法可以记成一句口诀：素材说位置，参考说边界，截图说现象，文件说范围。——四句话概括了四种"说清"的方式——而它们的共同点是：都在描述"约束"，而不是在描述"愿望"。——这是改包这件事里最反直觉的一点：让结果变好的，往往不是你表达了多想要，而是你限定了多少"不要"。

六、附件说明为什么不进历史：一个刻意的取舍

这里有一个容易被忽略的设计：你写的需求原文会进历史记录，而附件的说明不会。

第一次发现这件事的人，反应通常是"那我下次还得重写说明？"——这个反应很正常，但想清楚之后会发现这个取舍是对的。

理由一：历史记录的价值在"可复用"，而附件说明不可复用。——需求原话"把启动页换成新的宣传图"过一个月还能照着重说一遍；而"这是新宣传图，横版，铺满宽度留 12 像素边距"——离开那张具体的图，这句话就失去了意义。——把不可复用的东西塞进历史，只会让历史变长、变难读。

理由二：历史是"你说的话"的档案，不是"当时的现场"的档案。——你翻历史，想看的是"我上次让他改了什么"——一句话就能看完；如果每条后面跟着五六行附件说明，翻起来就像在读一份工单。——而它的作用是"照上次那条再改一遍"——所以它必须短、必须是一句话。

理由三，也是最实在的一条：附件说明里往往有本地路径。——路径是"这台机器上的这个位置"，换一台机器、换一个目录，这些路径就全失效了。——把一堆失效的路径存进历史，只会让人误以为"上次就是这么做的"。

那怎么解决"下次还得重写"的问题？——答案是把说明写在"素材本身"的位置，而不是写在历史里。——具体做法：素材按项目放，文件名带上用途（"启动页-横版-带二维码.png"），说明模板存在你自己的笔记里。——下次改同一个项目，素材还在那个目录，说明照抄一遍——三十秒的事，比翻一份又长又乱的历史快。

这个取舍值得单独讲的另一个原因：它体现了整个工具的一个倾向——把"该留的"留得干净，把"不该留的"清掉。——历史里只留原话，所以历史永远可读；聊天记录和附件说明是"过程"，过程不必留档。——用久了你会发现这个倾向很有价值：一个永远可读的历史，你才会真的去翻它。

七、三个反例：材料递过去了，结果还是不对

下面三个场景，都是"明明附了东西，还是返工"的典型。三个反例的共同点不是"AI 不行"，是"递过去的东西里有歧义"。

反例一：附了图，但没说"这是参考"。——需求写的是"把弹窗做得清爽一点"，附件是一张你在别处看到的弹窗截图。——结果弹窗确实变清爽了，但配色和布局全部照搬了那张截图——因为"清爽"没法执行，"照这张做"可以。——而它不知道那张图只是你想要的一种感觉。

这个反例的修正方式只有一个动作：在那条说明里加一句"只参考某某，不要直接用"。——比如"只参考它的留白和圆角，配色和文案按我们原来的"。——一句话，把"感觉"和"素材"分开了。

反例二：附了三张图，但没说哪张是主图。——做活动页时附了主视觉、活动说明、二维码三张图，需求写"把这三张放到活动页上"。——结果三张图被平铺成三块，大小均等——因为"放到页面上"这句话没有主次，均分是最中性的做法。——而你想要的是"一张大图 + 下面两行说明 + 右下角一个小二维码"。

修正方式：把"关系"说出来。——"1 号做整页大图，2 号放在大图下方做两行说明，3 号缩小放在右下角"——一句话定义了三种大小和三个位置。——关系类的需求，永远要写"谁大谁小、谁上谁下"，不能只写"都放上去"。

反例三：附了截图，但没说"我要它变成什么样"。——截图是一台老机器上文字被切掉的页面，需求写"这个地方有问题"。——结果可能是字号被缩小、可能是容器被加高、可能是文字被允许换行——三种都能让"切掉"这件事消失，但只有一种是你要的。——而"有问题"这三个字，只指出了病，没开药。

修正方式：给一句"期望"，最好带上一个可检验的条件。——"这句文字在窄屏上要能完整显示，宁可换行也不要被裁掉"——这就同时说清了"要什么"（完整显示）和"可以让步的"（可以换行）。——而"可以让步的"这部分特别重要：它决定了实现方式，不说，实现方式就是随机的。

三个反例连起来看，其实是同一句话：附件负责"看见"，说明负责"取舍"。——图能传达的只有"是什么样"，传不了"要哪个方向"——而方向恰恰是最需要你来说的。——这就是为什么"材料齐全"从来不等于"结果正确"：中间还差一层判断，而那层判断只有你有。

八、两个自家应用：把附件用对之后，差别有多大

下面两个实例都来自我们自己有权修改的项目。第一个是"素材型"附件，第二个是"截图型"附件。

实例一：内部审批应用，换一整套品牌视觉。

以前怎么做：——公司换了 logo，要求把内部审批应用里所有露脸的地方都换掉：桌面图标、启动页、登录页顶部、以及"关于"页里的那一行小字。——最早我们分四次做，每次附一张图、写一句话。——四次意味着四轮等待、四次打包、四次装机——而更麻烦的是，四次做出来的圆角和边距并不统一：因为每次那句"换成新 logo"都在不同的上下文里被理解了一遍。——最尴尬的是桌面图标：第一轮换上去了，但看起来比旁边的应用小一圈——因为原图是方的，被当成"按宽度铺满"处理，而图标应该是"居中留白"。

现在一句话怎么做：——现在这种事一次做完：三张图一起挑（图标方图、启动页横图、登录页方图），三条说明分别写清位置和限制。——图标那条写"桌面图标，方形原图，居中留白不要裁边，四角按系统形状"；启动页那条写"横版铺满整屏，居中裁切，不要拉伸"；登录页那条写"顶部居中，宽度占屏幕八成，下方留出一行文字的位置"。——然后需求只写一句："把这三张按说明换上去，其余不动。"

改完怎么验证：——四个地方按顺序看一遍。——第一，桌面上把新图标和旁边几个系统应用并排放着看——不看细节，只看"大小是不是一个量级"，这一步专治"看起来小一圈"。——第二，冷启动一次，看启动页有没有被拉伸变形（看那个圆形 logo 有没有变成椭圆）。——第三，进登录页，看顶部图和下面那行文字有没有挤在一起。——第四，进"关于"页，看那一行小字是不是也换了。——四处，三分钟，一处都不用猜。

这个实例真正的差别不在"省了三次打包"，在"四次变成一次"之后，四个地方的视觉终于统一了。——视觉这件事有个特点：单个看都对，放一起看才露馅——而"放一起看"只有在同一轮里做才可能。

实例二：车间点检应用，平板上一行字被切掉。

以前怎么做：——现场反馈"那行编号看不全"。——我们最早的做法是打电话问："哪一行？什么编号？在哪个页面？"——三句话问下来，对方说的和我们理解的经常不是同一个地方。——有一轮我们按"顶部标题被切"的理解改了一次，装上去之后对方说"不是这个，是列表里那个"——于是又改一次。——两次改动，两次打包，两次跑现场——而根本原因只是"没说清是哪一行"。

现在一句话怎么做：——现在遇到"某处显示不对"，第一步不是问，是让对方拍一张屏幕照片发过来。——拿到图之后，附件就是那张截图，说明写"这是平板上的点检列表，第三行右侧的编号被屏幕边缘切掉了一半，编号是 12 位数字"，需求写"这一列编号在窄屏上要完整显示，允许字号缩小，不要换行也不要截断"。——一句话里三个信息：位置（第三行右列）、现象（切掉一半）、期望（完整显示，可缩字号，不换行不截断）。

改完怎么验证：——把改完的包装到那台平板上，直接翻到同一页，把手机横过来拍一张新截图，和原来那张并排放着看。——并排看的时候，你不需要判断"够不够好"，只需要判断"切掉的那一截回来了没有"——这就把一个主观问题变成了一个客观问题。——然后把系统字体调到最大再看一遍——因为现场那台机器的字体设置，你并不知道。

这个实例的关键不是"用了截图"，是"截图 + 三句话"这个组合。——只有截图，对方得自己找位置；只有三句话，你得自己想象画面；两样都有，第一轮就对了。

两个实例放在一起，能看出附件系统的真正价值：它把"来回确认"这件事，压缩到了递交材料的那一分钟里。——而"来回确认"才是改包这类活里最贵的成本——它不由你控制，得等对方有空。

九、递材料之前，过一遍这张六项清单

这张清单是我自己每次点"选择附件"之前会默念一遍的东西。六项，全过一遍不到一分钟。

六项里有三项（第二、三、四项）都是"说什么"，只有一项是"文件本身"。这个比例很说明问题：附件这件事，八成的功夫在写说明上。

十、五个关于附件的具体问题

问一：附件可以附多少个？

能一次挑多个，但"能挑多少"和"该挑多少"是两件事。——实际用下来，一轮三到五个是最舒服的区间：每条说明都能被认真写完，彼此的关系也说得清。——超过这个数量，通常意味着这次需求该拆成两轮——比如"改一整套视觉"和"改几个页面的文案"，本来就是两件事。——而拆成两轮的好处是：第一轮的结果你能看到，第二轮可以基于它调整——一轮里塞十件事，出问题时你连是哪件都没法判断。

问二：说明只写十个字够吗？

够"被通过"，不一定够"被做对"。——十个字是程序能卡的最低线，它保证这条说明不是"图片"两个字；而"能被执行"通常需要二十到四十个字，包含"是什么 + 用在哪 + 什么限制"。——一个可操作的写法：先写十来个字说清是什么和位置，再补一句"不要怎样"。——"不要拉伸""不要裁边""不要加文字"这类句子很短，但每一条都能省掉一次返工。

问三：附了图之后，需求那句话还要写吗？

要，而且它承担的是"整体意图"。——附件说的是"这几张图怎么用"，需求说的是"这一轮到底要干什么"。——只写附件说明，容易变成"按说明执行"——做完之后你会发现每一处都对，但整体不是那个意思；只写需求不附图，就回到"猜"。——一个好用的搭配是：需求一句话说整体（"把整站的视觉换成新的，其余功能不动"），附件说明逐条说细节（位置、比例、限制）。

问四：能不能直接把一整份设计稿文件夹附上？

不行——文件夹会被拦住，而且就算能附，也不该附。——一个设计文件夹里通常有源文件、切图、废稿、命名混乱的中间版本——把它们一起递过去，等于让对方在垃圾堆里挑东西。——正确做法是：先把要用的那几张挑出来，改成"用途-特征"的名字，再一条条附。——这个动作看起来像在整理，实际上是在做"需求梳理"——你会在这个过程中发现"有两张图其实用不上"。

问五：附件里的路径会不会泄露什么？

路径里通常包含你的盘符、目录名、甚至人名缩写——这属于"本机信息"，不是敏感数据，但也没必要到处散。——一个务实的建议：素材目录别建在桌面或者以自己名字命名的文件夹下，而是放在项目目录里。——这样路径本身就是"项目/素材/启动页-横版.png"——既方便自己找，也不带多余信息。——顺带一个好处：项目目录跟着项目走，换机器的时候素材还在。

问六：附件能不能"事后补"？

能在下一轮补，不要在上一轮指望它自己回来。——改动是"一轮一轮"的：这一轮说了什么、附了什么，就是这一轮的边界。——如果做完发现漏了一张图，正确做法是把它作为下一轮需求重新提一次，并且说清"这一轮只补这张图，别的地方不动"。——这样第二轮的范围是清楚的，两次改动的关系也是清楚的；而在同一轮里"想起了就再发一次"，容易让两次输出叠在一起，最后你自己都说不清哪一版是哪个。

问七：同一批素材要在好几个项目里用，怎么管？

建一个"公共素材"目录，但每个项目里留一份副本。——只留引用、不留副本，短期省空间，长期会出事：某天你清理公共目录，几个项目的素材就一起没了。——而副本的好处是"这个项目自己就完整"——换机器、发给别人、隔半年再看，都还在。——素材不像代码，它不大；用空间换"随时能复现"，这笔买卖在改包这件事上永远是划算的。

十一、三种不该附的东西

前面讲的都是"怎么附"，这一节讲反面。有三类东西，附上去不但没用，还会把这一轮搅乱。

第一类：来源不明的素材。——从网上随手存下来的图、来路说不清的字体、别人的宣传片段。——技术上它们能附、能被用，但一旦进了应用里，问题就从"改得对不对"变成"能不能用"。——尤其字体和音乐这两类，最容易在不知不觉中被塞进去——因为它们在界面上"看起来只是一个样式"。——判断标准很简单：这张图（这个字体）是谁做的，我有没有权利把它放进自己的应用里——答不上来，就别附。

第二类：别人的安装包，当作"参考模板"。——"照着这个包的样子改"——这句话里藏着一个风险：那个包是不是你能动的。——如果是你自己另一个项目，那没问题，附上去当参照很省事；如果是别人做的商业应用，那就越过了本文一直强调的那条线。——更好的替代方式：把你要的那一点用截图表达出来（"我要这种底部导航的样式"），而不是把整个包递过去。

第三类：跟这次需求无关的整包素材。——这一条最隐蔽，因为它在道德和法律上都没问题，问题只是"分散注意力"。——你要改的是一处按钮文案，却把整个素材库都附上了——结果那一轮改动会被无关材料牵着走，做出来的东西"好像哪儿都对，但重点跑了"。——这就是前面说的"三到五个"那条线的另一面：不是嫌多，是多了之后每一张的说明平均只能写十个字，等于什么都没说清。

三类不该附的东西，其实是同一个原则的三个侧面：附件是"这一轮要做的事"的输入，不是"我这台电脑上的东西"的展示。——凡是跟"这一轮"无关的，都不要递——哪怕它很好看、很完整、很有参考价值。——因为每一次多递一样东西，都在给"理解"增加一个可能的岔路。

十二、把"递材料"当成需求的一半来做

把这篇收一下。附件这件事，说到底是在解决一个很古老的问题：你怎么让别人（哪怕它是一个程序）知道你脑子里那张图。

它有三层，一层比一层实。——第一层是"文件"：确保它存在、不是空壳、读得出来——这是四条技术检查在管的事。——第二层是"说明"：把"是什么、用在哪、什么限制"写下来——这是那条十个字门槛在提醒你的事。——第三层是"关系"：多张图之间的主次、位置、以及哪一张只是参考——这一层没有任何检查能管，只能靠你。

而大多数人卡在第二层和第三层之间。——文件总是有的，说明也会写一句——但"参考还是素材""谁主谁次""哪里可以让步"这三件事，很少有人主动写。——而它们恰好是"改一次就到位"和"改三次才对"的分界线。

还有一个反过来的收获，值得单独说：写附件说明的过程，会改变你对需求的理解。——当你被迫写下"这张图放在顶部、宽度占八成、不要裁边"的时候，你会发现自己其实没有想清楚"占八成"是什么意思——是屏幕宽度的八成，还是内容区宽度的八成？——而这个问题在你写说明之前，是隐藏的；写下来之后，它暴露了。——很多人以为"想清楚了才能写"，实际经验常常是反的：写的过程就是想清楚的过程。

顺带说一个长期收益：这套写法是可以沉淀的。——同一类需求写三四次之后，你会发现说明的句式在重复——"这是某某素材，用在某某位置，不要拉伸不要裁边"。——把它抄下来存成模板，下次换个名字就能用。——而这一步，就是把"每次都要想"变成"照着填"——改包这件事的效率，多半是这么一点点攒出来的。

最后提醒一句关于"过程"的事。——附件说明不进历史，只留需求原话——这不是缺陷，是刻意的取舍。——但它带来一个副作用：如果你只依赖历史回头找"上次是怎么做的"，你会丢掉说明那一半。——所以素材要按项目放、说明模板要自己留一份——历史负责"我提过什么要求"，素材目录负责"我当时给的是什么"。

再补一句关于"经验"的事：附件这套写法，是少数会越用越省力的东西。——因为你写的每条说明都是一次判断的固化——今天想清楚"图标要居中留白"，明天遇到同一类需求就不用再想。——积累到一两年，你手上会有一套自己的句式库：换图标怎么说、换启动页怎么说、报显示问题怎么说。——而这些句式，比任何教程都贴近你实际做的那类活。

只需说话，就能让应用变成你想要的样子。而"说话"最实的一种形态，就是一句话加几张图，每一张都带着一句只有你知道的说明。

安卓修改大师智改工坊的产品页在 https://www.apkeditor.cn/ai-version.aspx，官网是 www.apkeditor.cn。它的附件区就是按这篇讲的逻辑设计的：可以一次挑多个、每个都要写一句不少于十个字的用途、会先检查文件能不能用、最后按序号拼进需求里。——你负责说清，它负责把"说清"这件事完整地递过去。

十三、用过的人怎么说

---