mcpField
W
world-build

world-build

github.com/aa-on-ai创意与媒体655 次安装3 天前更新
代码仓库

关于 world-build

面向明确需要氛围、叙事深度或场所感的沉浸式体验设计技能。它指导视觉、动效、加载和作品展示的取舍,同时要求产品本身清晰易懂。

主要功能

  1. 01设定场景与核心隐喻
  2. 02选择克制的视觉手法
  3. 03规划字体与动效
  4. 04设计真实的加载状态
  5. 05检查无障碍与交互

适用场景

  1. 01创建调查主题界面
  2. 02设计沉浸式作品展示
  3. 03检查减少动态效果时的体验

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/aa-on-ai/agentic-design-system --skill world-build

安装后在 Claude Code 中输入/world-build确认已加载。

详细介绍

世界构建

适用于明确要求沉浸式体验、氛围感、叙事深度,或希望界面本身仿佛一个场所的情形。作品集或发布页面并不一定需要采用这种方式。ADS 负责产品范围、方向和评审。这是一组可选技巧,而非必须采用的技术栈,也不是另一套构建流程。

建立世界观

找回现有的需求说明、参考资料和先前答复。在任务的需求说明中明确设定、核心隐喻和预期感受。例如,调查场景可以使用证据和档案;实验室场景可以使用样本和观察记录;自然世界可以表现生长和季节变化。将隐喻转化为实用的导航、分组或反馈,而不是伪造运营遥测数据。

如果重要的创意方向仍未确定,请提出一个范围小、便于评审的目标,并给出建议。已经确定的方向无需再走一遍审批流程。即使不借助隐喻,真实产品也必须讲得清楚。

选择氛围,不要层层叠加

用尽可能少的技巧营造预期感受。留白、纯色和单一字体系列都可以是刻意的选择。

  • **材质:**细微颗粒感或纸张纹理可以营造触感。whimsical-design 中的噪点和渐变示例是可选方案。装饰性叠加层应不可交互,并置于有意义的内容之下。
  • **光线和深度:**静态光晕、克制的暗角或分层平面可以营造空间感。请在目标浏览器中检查对比度和性能开销;模糊效果并不等于有深度或精致感。
  • **环境细节:**只有在能传达真实且有用的背景信息时,才使用少量边缘标签。句首字母大写的示例:"Camera 04 recording"、"Sample 0042"、"Comms available"。不要捏造实时状态、日期、计数或加载百分比。
  • **标志性效果:**一个有明确用途的聚光效果或与滚动关联的平面,可以强化探索感。避免装饰性圆点、粒子场、闪烁,以及纯粹为了营造氛围的动态效果。
  • **指针处理:**默认保留原生光标。若需要添加情境化处理,必须保留点击目标、焦点、原生交互提示和粗指针设备上的行为。不要添加跟随光标的小圆点,也不要让交互依赖悬停。

让字体体现个性

优先使用既定的字体系统。展示字体与正文字体的对比,或加入等宽字体用途,都可以支持隐喻,但字体数量没有最低要求。层级感应通过清晰易读的字号、字重、间距和分组来建立,而不是强制使用夸张标题。保留句首字母大写格式和标识符原文。

动效编排

只有在动效任务范围明确时,才参考 web-animation-design。动效应能说明出现过程、因果关系、连续性,或有意设计的表达性节拍。内容也可以直接显示。不要要求每个部分都使用揭示动效、每个列表都依次错开显示,也不要要求必须安装 GSAP。

对于现有的滚动关联效果,较慢的背景平面可以营造深度感。应保留常规滚动、易读内容和直接导航;对于直接跟踪滚动,线性映射可能更合适。对于电影感的表现型入场动效,应另行说明采用较长时长的理由,不要套用快速产品控件的默认设置。控制动效序列的长度,并确保操作可以立即使用。

请在真实浏览器中检查正常、中断和减少动态效果时的表现,包括目标移动设备和 WebKit。静态画面可以展示构图,但无法证明滚动行为、时序或性能表现。减少动态效果时,必须完整展示所有内容,不得使用视差或强制等待。

加载应贴合实际工作

切勿为了营造氛围而添加最短时长的加载动画。缓存内容或可立即使用的内容应立即显示。如果确实需要加载资源,应保留清晰易读的界面框架和实用操作;只有在进度可衡量时才报告实际进度,否则应如实显示状态。不要用模拟终端、进度计数器或全屏遮罩隐藏可用内容。可选音效必须由用户控制,且不得意外自动播放。

项目展示方案

对于作品或案例研究,应根据访客的任务选择结构。证据展示板可以结合大型预览卡片、详情查看器、实用元数据和图片库。为了便于浏览、深层链接或移动端使用,网格、列表或直接展示文章可能比横向滑块更合适。

如果确有必要使用查看器,应保留键盘操作、Escape/关闭行为、直接进入功能,以及返回原始项目并保留阅读上下文的能力。不要强迫每个项目都采用全屏模态框,也不要让表现形式掩盖作品本身。

在 ADS 中审查体验

  • 场景是否强化了实际工作,同时无需了解内部信息?
  • 在目标尺寸下,主要操作、较长标签和实际项目资料是否清晰可读且不受遮挡?
  • 访客能否不依赖装饰性图像,理解产品的输入/输出?
  • 所选效果在实际交互和减少动态效果的设置下是否依然有效,且不会造成延迟?
  • 是否有证据支持预期感受,而不只是成功渲染?保留用户的审美判断。

纹理、自定义光标、加载动画、字体数量或氛围层数量都不是验收门槛。保留包含实际验收状态的参考/结果配对。将新反馈归入现有负责人,而不是每次构建后都自动扩展这项技能。

参考是线索,而非必须遵循的美学

需要特定参考时,采用某项技术前应检查其当前来源和预期用途:Killian Herzer 可用于调查框架,Inflight 可用于任务控制语言,Poolsuite 可用于怀旧风格识别,Lusion 可用于沉浸式纵深,Void 可用于克制的氛围。这些名称是探索线索,并不代表其当前能力,也不是重现其技术栈的指示。

评论

支持 Markdown