⛰️ 太惊艳了，微软的 TRELLIS.2 能把一张平面图直接变成能上手用的 3D 资产。 GitHub 上 1.2 万 star，一千四百多个 fork，背后有论文（arXiv 2512.14692），40 亿参数的模型权重和在线演示都放了出来。 做 3D 的朋友最清楚，以前拿一张参考图起模型，要先建基础形体，再手动缝拓扑、补 UV，最后一张张贴材质，一个道具磨一天不稀奇。TRELLIS.2 用的是一种叫 O-Voxel 的稀疏体素结构，开放表面、非 manifold 的几何、内部封闭结构都能直接生成，不用先做有损转换；出来的东西带完整 PBR 材质，粗糙度、金属度、透明度都在里面，渲染出来有透明效果也不用返工。 速度写得很实在：在 H100 上 512³ 分辨率约 3 秒，1024³ 约 17 秒，1536³ 约 60 秒。门槛也没藏着，目前只在 Linux 上测过，显卡至少要 24GB 显存，A100 和 H100 上验证过。 模型和代码按 MIT 许可放出来，这种大方程度不多见。 GitHub：

Opus 5.5（图1-2） vs GPT 6 Astra（图3-4） Opus 5.5 网页： GPT 6 Astra 网页： --- Prompt --- 请直接制作一个可以在浏览器中实时交互的高完成度 3D 景观网页。 主题：日式樱花山谷。 使用 HTML、CSS、JavaScript 实现。不要生成图片，不要只给设计方案， 不要用一张背景图加视差效果冒充 3D。我要的是实际可运行、可游览的成品。 【一、作品定位】 这是一片完整、连续、有远近层次的山谷景观， 不是孤立的小摆件、悬浮岛、带底座的沙盘，也不是单纯的技术演示。 风格是现代精细体素 / voxel art： 保留立方体几何的造型语言，但画面应高分辨率、抗锯齿、光影细腻。 不要复古低分辨率像素化，不要粗大积木堆砌，不要给画面套像素滤镜。 视觉质量优先。宁可少几个功能，也不要牺牲构图、材质和光照。 【二、参考图的使用方式】 如果附有参考图，请先理解它的构图层次、尺度、光线和色彩关系。 仅借鉴氛围与视觉语言，重新设计场景， 不要照搬建筑、树木、山体和道路的位置，不要 1:1 复刻。 参考图不是网页里的背景素材。场景本身必须由真实 3D 几何构成。 【三、场景构图】 默认打开时就应呈现一幅完整、有吸引力的画面， 不需要用户先旋转镜头才能找到好看的角度。 采用透视相机，而不是沙盘式等距俯视相机。 画面有明确的前景、中景、远景： 前景： 一株有存在感的古老樱花树，配合岩石、草木、石灯笼和少量落花， 形成画面边缘的自然框景，但不能挡住河流、桥和主要建筑。 中景： 一条蜿蜒河流引导视线进入画面，红色木桥横跨河面； 村落、茶屋、神社和小径顺着地势分布，建筑之间有真实的通行关系。 地面有起伏、岸线和自然过渡，不是平面上均匀摆放模型。 远景： 山坡上的多层塔、不同距离的森林和山脊，以及远处的雪山。 用尺度变化、遮挡、冷暖变化和空气透视表现距离， 而不是仅仅把远处物体缩小。 不要把所有元素均匀铺满。需要主次、疏密、留白和清楚的视觉焦点。 【四、造型与画面质量】 樱花树： 树干有转折、分叉和根部，树冠由不规则花簇组成， 有间隙、厚薄变化和可见枝条。不要做成几个规则球体或方块团。 建筑： 屋顶有层叠瓦片、挑檐、梁柱和窗格； 不同建筑有用途、体量和高度差异，不要复制同一栋房子铺满山谷。 地形： 岸边有湿润石块、草丛和植被过渡。 避免过于规律的台阶、重复条纹、棋盘格和明显的程序生成网格。 水面： 必须能够反映周围景物，具有适度的波纹、深浅变化和岸边过渡。 尽量使用实际场景反射；需要性能降级时也应保持视觉可信。 不要用闪烁噪声、强烈扭曲或一整块蓝色平面代替水。 细节： 可以有少量锦鲤、落花、萤火虫、瀑布和远处飞鸟， 但都应服务于氛围，不能让画面显得嘈杂。 不要为了宣称模型数量而堆砌细节。 【五、色彩与氛围】 默认是蓝调时刻： 偏冷的山谷与远山，柔和的粉色樱花，温暖但不过曝的灯笼和窗光。 暖光集中在有人活动的地方，不要把整个环境染成橙色。 需要柔和阴影、物体接触处的明暗、合理的曝光、 克制的泛光、抗锯齿和有距离层次的薄雾。 避免发白、灰蒙、过度饱和、满屏浓雾、过曝灯光和明显锯齿。 方块几何可以清晰，但渲染本身不能粗糙。 另提供“清晨”和“雨中”两种氛围； 切换时应同步改变天空、环境光、雾和局部效果， 不是仅仅修改背景颜色。 【六、交互与界面】 提供四个经过设计的镜头： 山谷全景、河边低机位、寺庙小径、山坡俯瞰。 切换应平滑，每个镜头都需要有独立的构图价值。 基础交互： 鼠标拖动观察、滚轮缩放或前进，触屏支持拖动和双指缩放。 提供重置视角、隐藏界面和保存当前画面的功能。 可选增强： 自由探索、缓慢镜头巡游、环境音。 环境音默认关闭，只在用户主动点击后播放。 额外功能不能影响默认画面的完成度。 界面要克制、有设计感，以景观为主。 标题和控制条放在边缘，不遮挡视觉焦点。 桌面和手机都不能出现按钮越界、文字重叠或无法操作的问题。 【七、工程与性能】 允许使用 Three.js / WebGL，以及版本固定、互相兼容的 CDN 依赖。 优先使用成熟渲染能力，不要为了“零依赖”重写整套引擎。 自写的 HTML、CSS、JavaScript 尽量整理在一个 HTML 文件中。 景物由程序化几何和材质生成，不依赖外部图片或 3D 模型资源。 重复物体采用适合的批量或实例化绘制方式； 合理控制细分、阴影、反射和渲染分辨率。 提供高画质和轻量模式，手机默认使用较轻设置。 不要靠无限增加体素数量换取细节。 加入加载提示、WebGL 不支持时的提示和必要的错误处理。 没有开启声音时不要自动播放；尊重减少动态效果的系统偏好。 【八、交付前验收】 不要写完代码就立即交付。 如果当前环境支持浏览器运行和截图，请先实际打开页面， 检查默认镜头、四个视角、氛围切换、桌面和手机布局， 再根据截图修正明显的构图、曝光、遮挡和渲染问题。 重点检查： 是否存在空白画面、加载失败、控制台错误； 是否有穿模、闪烁、阴影条纹、过曝、水面异常； 默认画面是否真正像完整景观，而不是小型沙盘； 功能按钮是否实际可用，移动端是否越界。 可以使用浏览器截图验收，但不要调用图像生成工具。 没有完成的测试要如实说明，不要声称已经验证。 最终交付： 1. 实际存在、可以打开的 HTML 文件，或当前环境支持的交互预览。 2. 如能截图，附一张真实浏览器渲染截图。 3. 简短说明操作方式和必要的运行条件。 请直接完成制作；非关键细节自行作出一致的设计选择， 不要把可以自行解决的实现问题反复交给我决定。

我在Bitget交易$ESPORTS后，账户被风控 我的钱全部提不出来了 客服邮件称，我的交易存在“可疑异常交易或市场操纵行为"，并通知将扣除47,406.15USDT，后续账户还可能被永久封禁 为啥我交易代币也会被封控？ 我理解交易所需要风控 但风控不能只给结论，不给证据 我问客服半天，也不给我回答 不过这操作让我想起了当时 $VOXEL，当时也是封控了一大批账号，符合BG交易所的行事作风 @xiejiayinBitget @GracyBitget

真的极度看运气和选币策略，出货策略。 10.11以后身边不少朋友都选了一篮子小币，应该没赚多少。 如果你按流通市值选，那你会选中dmc dam tanssi fhe skate hana这些坑b。 然后选不中light evaa jelly xpin这些好货。 当时还有不少人买币安现货的，不管是meme类的tst Mubarak还是下架预期的voxel fis 那么恭喜，只要币安现货的，基本都是0涨幅，直接跌。 选中了还要及时跑。

这年头还可以一封邮件就直接把用户账户交易数据回滚并封禁的交易所不多了，且行且珍惜吧 按理说只有那种小所弱所野鸡所才会做的事BG这种号称TOP几的所居然也干是我没想到的。 我朴素的理解平台是没有执法权的吧？像这种单方面宣布你违约然后回滚的，合规赌场都不能这么干吧？这么干的前提是有法律支撑的前提下并且有确凿证据证明客户出老千才可以吧？ 大概问了一下情况，据说是 $ESPORTS 这个项目引起的，扒了一下K线，发现5.25号的时候有一次断头铡。不知道是项目方跑路还是MM做市又或者是哪家所暴雷导致的。 但不论是哪种情况，是不是都应该调查清楚，公布情况，最后再依法依规办理呢？平台不应该把“自己风控不完善”或“项目方跑路”的成本，简单转嫁到普通交易者头上。但想起2025年4月的 $VOXEL 事件的处理，这次这么干似乎也不足为奇了。 至于邮件里说的该行为符合您所同意平台《使用条款》那真是欺负弱势群体了。众所周知，一般人注册任何平台账户都不会去看条款都是默认勾选的。就算是看了同意了，这相当于劳动仲裁里的恶法无效原则。难道说如果《使用条款》里有卖身契用户点击同意了也能生效不成？