Pacheche/unslop-anything

Unslop 任何东西

AI 模板化（slop）就是没人真正做决定的东西。模型只是选择了最通用的答案，因此结果看起来和其他一千个结果一模一样：紫色渐变、每个标签上的表情符号、打招呼的标题、"不仅仅是 X，更是 Y" 的句式。一旦人人都默认使用，即使好的设计模式也会变成模板化。

因此，去模板化包含两个部分，两者缺一不可：

1. 移除默认项。 找到每一个明显的特征，用一个具体的值或具体的句子来修复它。
2. 加入一个决策。 一个干净的结果，如果可能属于任何产品，那它只是下一个模板。完成的作品必须至少包含一个只有这个产品、品牌或作者才会有的东西。

你需要自己动手完成工作：读取文件、编辑它们、渲染、对比。只有当素材本身无法告诉你答案时，才向用户提问。

如何使用此技能

路径相对于此技能的文件夹。按需加载参考文件，切勿一次性全部加载。

1. 路由。 确定你要去模板化的内容类型，并只打开其对应的参考文件。

类型	读取
Web应用、仪表盘、落地页、任何 HTML/CSS/React/Vue/Svelte UI	references/ui-signs.md, references/ui-passes.md, references/direction.md
移动应用屏幕（iOS, Android, React Native, Flutter, SwiftUI）	上述UI文件加上 references/mobile.md
图片、插画、图标集、海报、社交图形、幻灯片、Logo	references/visual-design.md, references/direction.md
写作：帖子、线程、文章、邮件、文档、README、UI文案	references/writing.md
文案本身也是模板化的UI	先处理UI，然后根据 references/writing.md 进行文案处理

当用户要求一个特定的叠加层或组件，但名称含糊不清（比如“做一个弹出窗口”）时，在开始构建之前先查阅 references/component-vocabulary.md。

2. 选择任务类型。

   • 检测。 用户问“这够不够模板化？”，想要一个审计，或者说不做任何修改。只加载对应类型的标志文件（ui-signs.md, visual-design.md 或 writing.md）。不要编辑。按以下格式回答：

     模板化程度：N%（重度 | 轻度 | 无）
     <类别>
     - <标志>: <位置: 文件:行号、屏幕区域或“引用的句子”> -> <用几个字说明修复建议>
     需确认的声明：<无法验证的声明，或无>
     未检查项：<你无法看到的内容，或无>
     需要我修复吗？
     

   • 修复（默认）。 执行下面的工作流程。

3. 把素材放到你面前。

   • 代码：找到渲染屏幕的文件。如果可以运行，就渲染它并截图。根据人们看到的内容来判断，而不是仅看代码。
   • 一个没有代码的URL：用浏览器工具打开它，截图，并将HTML保存为本地副本进行编辑。输出的是一个重新设计的文件，用户可以交给拥有该网站的人。请说明这一点。
   • 只有截图：将其重建为一个高度匹配的静态HTML文件，将其视为原始文件，并说明这一点。
   • 没有浏览器或渲染工具，或者应用无法启动：将屏幕提取为静态HTML文件，如果可以的话渲染它；否则就从代码入手，并在 Not checked: 下列出所有无法进行的视觉检查项。
   • 写作：如果草稿没有粘贴，就向用户索要。如果目标受众不明确，问一个问题：谁在什么环境下阅读？

工作流程

1. 扫描。 对于代码或文本文件，运行扫描器。它找到的是候选，不是最终结论：

   python3 <技能文件夹>/scripts/slop_scan.py <文件或文件夹>
   python3 <技能文件夹>/scripts/slop_scan.py --text draft.md      # 在任何文件上应用写作规则
   

   在Windows上使用 py 而不是 python3。只需要 Python 3。退出码 0 表示无候选，1 表示有候选，2 表示未扫描任何内容。 仅扫描目标：该屏幕的文件及其使用的共享组件和样式，而不是整个仓库，除非用户要求进行全仓库审计。对于全仓库审计，使用 --json 并在阅读之前按规则对命中结果进行分组。通过阅读每个命中结果来确认。丢弃误报并在报告中说明原因。
2. 审计。 遍历对应类型的标志文件。每行一个标志：是什么，在哪里（file:line，屏幕区域或引用的句子），如何修复。添加扫描器无法看到的标志：层级、节奏、构图、意义。
3. 评级。 统计标志文件（不是扫描器的类别）中至少包含一个标志的类别数量。每个标志只归入第一个列出它的类别。将该计数乘以 10 即为模板化程度。在UI中，最后一个类别（模板外观）仅在其他九个类别都为空时才计入。然后选择模式：
   • 重度（50% 或以上）：完整流程，先确定方向。
   • 轻度（10-40%）：润色模式。只修复审计发现的问题。保留调色板、字体、布局、语调和品牌。更大的想法作为建议放入报告。
   • 无（0%）：明确说明。提供两到三个带有精确值的优化建议，并且仅在用户同意后才应用。永远不要仅仅为了不同而改变好的作品。
4. 方向（仅适用于重度UI和视觉设计）。 遵循 references/direction.md：产品描述、角色、世界、时刻、标志性元素，对于新外观需要三个候选方向，然后承诺一个。展示审计结果和方向，然后停下来等待用户的回答，因为稍后改变方向意味着重做所有内容。只有当用户已经说了“直接做”时，才跳过等待；但仍然需要在报告中列出三个候选方向（每个一行）以及为什么选择其中一个。
5. 按轮次修复。 UI：遵循 references/ui-passes.md 中的顺序。视觉设计：遵循 references/visual-design.md 中的顺序。写作：遵循 references/writing.md 中的工作流程。在开始下一轮之前，完成跨越整个作品的一轮修复。
6. 验证。 再次渲染（每次运行最多渲染三次），并以全尺寸、逐区域查看渲染结果：列碰撞、裁剪或重叠的文本以及未对齐的边缘只会在那里显示。对照审计列表和所用参考文件的检查清单进行检查。再次运行扫描器。任何仍在列表上的问题都要被修复或明确给出理由。
7. 报告。 修复前后的模板化程度、方向、每轮修复中做了哪些更改（每个几行）、你丢弃的误报、任何你无法检查的内容（Not checked:）以及需要用户确认的声明。

不可变通的规则

• 保留产品，改进工艺。 功能、内容、数据、章节顺序和产品名称保持不变。不要新增章节。
• 模拟数据仅替换占位符。 当原始内容显示占位符时（$123,456，Lorem，John Doe，一个假图表），你可以用合理的模拟值替换它们。在报告中的 Mock data to replace 下列出每个模拟值。真实数据永远不变。
• 绝不虚构。 不得添加新功能、统计数据、推荐语、来源、Logo或引用。像“已获10,000+团队信赖”或“快10倍”这样的说法必须由用户确认或删除。在报告中列出它们。
• 移除的装饰不要用新装饰替代。 用玻璃态、颗粒感、霓虹灯、便当网格或3D玻璃图标替换紫色渐变，不过是换了一种趋势的模板化。
• 安静不代表模糊。 剥离所有颜色直到什么都没有可读，这也是失败。颜色应该保留在其承载意义的地方：主要操作、选择状态、状态指示、数据系列、重点时刻。
• 颜色和标签必须真实。 标签必须与数字匹配（“64%恢复率”不是“优秀”，除非评分标准如此）。红色表示问题。绿色表示良好。
• 通过设计系统工作。 如果项目有主题令牌或CSS变量，改变它们的值或使用方式；绝不使用硬编码值绕过它们。
• 保留作者的语调和真实的品牌。 真实的Logo、颜色或字体保持不变。用户未明确指出的情况下，Logo中的紫蓝渐变、闪光贴图或发光不是品牌要素。写作保留作者的词汇、直率度和幽默感。
• 复制知名应用不是去模板化。 研究3-5个参考案例用于结构和数据，绝不能把一个产品的外观照搬到另一个产品上。
• 没有检测器猜测。 在检测模式下，你只能用证据来命名模式。你绝不能声称某事“是由AI写的”。

借口	现实
"现在看起来很干净了"	干净就是模板。执行模板测试：换成一个竞争对手的名字。如果仍然合适，那就需要深化方向。
"用户只是想要它更漂亮"	漂亮和不同不是一回事。十个漂亮的AI应用并排在一起，不过是一个应用。
"去掉颜色就能修复它"	在没有色阶、强调色和意义的情况下移除颜色，只会得到一个灰色模板。
"扫描器什么也没找到"	零命中意味着零个可搜索的标志。层级、节奏和含义仍然需要你的眼睛来判断。
"我跳过渲染，代码没问题"	模板化存在于人们看到的东西中。裁剪的文本、不均匀的间距和薄弱的层级只有在渲染时才会显现。

模板测试（最后执行，每次都要做）

将产品名称或作者名称替换为竞争对手的。如果屏幕、图片或文本无需编辑仍然合适，说明还没有完成。在文案、视觉瞬间和标志性细节中进一步深化方向。