不要让占位文本掩盖真实问题
占位文本适合检查间距、换行和空状态，但应接近真实内容长度。过于整齐的假文本会隐藏按钮、表格和卡片中的溢出问题。
排除敏感数据
浏览器工具很快，但生产密钥、客户数据和内部主机名仍应删除或脱敏。
复制前检查结果
生成内容在确认目标运行时、语法变体或平台行为前都应视为草稿。
用相关工具再检查
设计占位文本 的结果不要单独结束。继续用相关工具检查格式、时区、编码和公开 URL 状态，能在复制前发现下一步可能变化的条件。
只保留可分享结果
移除生产密钥、客户数据、内部主机名和一次性 token，并简短记录结果前提。这样整理后的输出更适合放进文档、issue 或代码评审。
先定义复核标准
使用设计占位文本时，先写清楚什么结果可以复制，能减少误用。把输入形状、目标运行环境、安全边界和可分享范围放在一起检查，才能判断工具结果是否适合实际任务。
- 确认样例输入能代表真实问题。
- 记录目标浏览器、调度器、解析器或部署环境。
- 出现任何警告时，复制前用相关工具再检查一次。
连接到下一步任务
实用工具不应停在一次转换。格式化后提取字段，生成后验证结果，检查公开 URL 后继续看 header、DNS、robots 或 sitemap，才能留下可复用的工作记录。
- 格式化结果继续做 diff 或 schema 检查。
- URL 和网络结果要结合 redirect、robots、sitemap 状态查看。
- 分享前移除密钥、内部主机名和客户数据。
补充边界和异常样例
只用一个成功样例会让结果看起来比实际更稳定。把正常值、边界值、空值、带空格值、带标点值和明显错误值放进同一轮检查，可以更快发现格式、编码、时间或安全边界上的问题。
- 至少保留一个应该通过和一个应该失败的样例。
- 检查空输入、过长输入和带特殊字符的输入。
- 如果结果会进入代码、配置或文档，复制前再看目标环境限制。
保留可复核记录
复制结果时，不要只留下最终字符串或数字。记录输入来源、选择的选项、看到的警告、目标平台和下一步验证工具，能让团队成员知道这个结果为什么可信，也能在问题复现时快速回到同一条件。
- 把输入样例、输出摘要和警告放在同一段记录里。
- 说明结果是否来自浏览器本地处理或公开网络检查。
- 分享前再次移除密钥、内部主机名和客户数据。
贴近真实 UI 密度
Placeholder 不只是填满画面，它应帮助发现 overflow、空状态、长 label、错误说明和按钮换行问题。把接近真实界面密度的短句、长句、无空格 token 放在同一轮检查中。
- 按钮、tab、chip 使用短文本测试。
- 卡片和 modal 同时测试较长说明。
- 上线前搜索并替换 filler 文案。
分享前整理复核记录
把设计占位文本结果放进工单、文档或 pull request 前，请简短记录输入来源、选择的选项、出现的警告、目标环境，以及下一步使用的相关工具。只复制最终结果很难复现问题，也不利于团队判断可信度。对于会影响部署、搜索、样式或数据结构的结果，还要写明是否已经在目标浏览器、调度器、解析器或公开 URL 上复核。
- 从分享值中移除密钥、客户数据和内部主机。
- 说明结果来自浏览器本地处理还是服务器检查。
- 写清楚下一步工具和复核原因。
- 把未解决的警告留在记录中，避免被当作已验证结果。