H2.08.2starter template distinct from user work设计
预置模板需要明显区别于用户自行创建的内容
别名: 模板外观区分 · 预置标记 · template vs created · origin badge
概念解释
预置起点一旦作为真记录住下来，就会和用户后来自己建的对象排在同一张列表里。区别要求来源仍可被扫视认出来：徽章、分区、「来自模板」的副标题，而不是靠人记得哪份是进门时发的。这和示例行要打「演示」标记不是同一件事——示例不应留在真列表里；这里谈的是合法留下的种子，如何避免和亲手创建的作品在视觉上塌成一类。
机制
列表按名称、时间、缩略图组织，不按身世。种子若起名叫「我的项目」、封面也像成品，分类器会把它当成已经交付的工作，人不敢改，或反过来以为自己写过其实没写。来源提示要出现在对象自己身上，而不是只在创建当时的欢迎句里——欢迎句会忘，对象会留下。区别还要经得起改名：用户把种子改成业务名之后，来源徽章仍应可查，否则身世在第一次重命名时丢失。过强的区别（整个分区锁死、不能当普通对象打开）会妨碍「在起点上继续」这个职责，所以区别是标记，不是隔离。编辑充分之后，徽章可以降级为属性里的一行，但在仍是默认标题、默认封面的阶段必须刺眼。
边界
用户从模板库主动选的模板，创建瞬间就知道来源，列表里的标记可以更淡；系统悄悄塞进工作区的种子必须更响。团队空间里种子对创建者是预置，对后来加入的成员是「已经在这的文件」，标记要让后加入的人也读得出来源，否则会被当成同事的成品。完全空白的预置（只有结构没有文案）几乎不会被当成已完成作品，标记可以只留在文件信息里。
怎么落地
- 系统放入的起点在列表、标题栏、属性里标明「模板 / 预置」，默认标题避免「我的…」这种像已经属于用户的名字。
- 重命名或改封面后，来源仍可在属性中打开，不要把身世写死在只能出现一次的欢迎条上。
- 不要把种子锁在不能编辑的演示区；标记存在的同时，对象按普通记录打开。
- 验证：在已经有用户自建项的列表里，让没参与创建的人指出哪些是系统放的。指错或不敢改被指中的那份，区别就不够。