typeset

typeset 技能概览

typeset 能做什么

typeset 技能可以把普通、难读或缺乏层次的 UI 文案，梳理成更清晰的字体系统：更合适的字体选择、更明确的层级、更干净的字号关系，以及更有意图的字重使用方式。它尤其适合这样的场景：产品在结构上已经基本成立，但排版看起来仍然平、乱、不统一，或者视觉噪音偏重。

谁适合使用它

当你在做 UI Design，需要针对 app 界面、设计系统、dashboard、落地页或内容密集型界面做一次务实的字体排版优化时，就适合使用 typeset 技能。它特别适合这类使用者：你已经知道布局“差不多对了”，但还需要有人帮你把文字系统从“默认状态”调整成“有设计判断的状态”。

它为什么不一样

typeset 的核心价值在于：它先做诊断，而不是先做装饰。这个技能不是让你随便换几个字体试试看，而是先判断当前文字处理到底弱在哪里，再有步骤地优化，而不是靠随机改字体碰运气。

如何使用 typeset 技能

安装 typeset

把这个技能从 GitHub repo 加入你的 agent workflow，然后让它针对你希望优化的目标 UI、页面或字体系统工作。一次典型的 typeset 安装与使用，关键不在于笼统地说“让它更好看”，而在于给模型一个真实、明确的设计对象。

给它正确的输入

效果最好的 typeset usage，通常都建立在它能够实际操作的上下文之上：

• 当前是哪个 screen 或 component 类型
• 现有的 font stack 或 type scale
• 你希望保留的品牌语气
• 平台约束，例如 web、app，或 design token system
• 如果有的话，附上 screenshot、spec 或 text sample

更有效的提示词示例如下：
Use typeset on this dashboard. Current body text is 14px Inter, headings feel too close to body, and the product should feel more premium without losing readability.

先读清楚，再开始应用

如果你是按 typeset guide 的方式来使用，这个 repo 里第一个要看的文件是 SKILL.md。由于该仓库没有额外的 rules、scripts 或 references，技能本身就是唯一的事实来源。尤其要仔细阅读准备阶段，因为它明确要求你先提供设计上下文，再进入修改步骤。

实用工作流

一个更稳妥的流程通常是：

1. 收集当前的字体排版上下文。
2. 找出层级失效或不清晰的地方。
3. 判断问题主要出在 font family、scale、weight、spacing，还是这四者的组合。
4. 先应用最少的一组改动，以提升清晰度。
5. 再次检查正文可读性、标题区分度，以及不同状态下的一致性。

typeset 技能 FAQ

typeset 只适用于 UI Design 吗？

不是。typeset 在 UI Design 场景中最强，但也适用于营销页面、产品文档，以及任何重视文字层级和可读性的界面。如果你的问题只是纯视觉风格层面的美化，而不是排版结构本身有问题，那它就没那么匹配。

使用前一定要先提供设计上下文吗？

是的。这个技能明确要求在继续之前先收集上下文。如果你只是让它“整理一下字体”，却不给品牌、平台或界面细节，输出质量会明显受限，结果也很容易流于泛泛而谈。

typeset 和普通提示词有什么区别？

普通提示词可能只会给出一些风格建议。而 typeset 提供的是一套更有纪律的过程：先评估当前排版，再寻找层级问题，最后用结构化方式优化字体系统。这样通常更容易在 spacing、contrast 和 scale 上做出更好的判断。

什么情况下不该用 typeset？

如果问题主要出在 layout、illustration、motion，或者与文字无关的 branding，那就不建议优先使用 typeset。另外，如果你需要的是一次完整的视觉重设计，而不是聚焦在字体排版上的改进，它也不是最佳选择。

如何改进 typeset 技能的使用效果

提供更有力的字体证据

你的输入越具体，结果通常越好。尽量提供准确的 sizes、weights、line-height、font stack，以及你觉得不对劲的具体位置。不要只说“这个页面不好看”，而要明确指出：哪些文字太小、哪些标题混在一起、哪里层级已经塌掉。

明确你想要的语气

当你能说清产品希望呈现的感觉时，typeset 的效果会更好，比如 calm、editorial、premium、technical、friendly 或 compact。这样它才能在保守修正和更大胆的字体决策之间做出更合适的选择，同时不偏离产品原本的表达气质。

留意 typeset 的常见失败模式

最常见的问题包括：过度依赖换字体、标题层级之间对比不够、只优化了大标题却忽略了正文可读性。如果第一版看起来更“有风格”了，但反而更难读，可以要求一次更克制的 typeset revision，重点回到 hierarchy 和 legibility 上。

用聚焦的第二轮迭代继续优化 typeset

拿到第一轮结果后，第二轮最好一次只收紧一个维度。例如：

• 收紧标题 scale
• 提升正文可读性
• 减少 font family 数量
• 统一组件之间的 line-height 和 spacing

这种有针对性的反馈，通常比笼统地要求“再给我一个更好的版本”，更能提升 typeset usage 的实际效果。