资讯精选

分类：科技 标签：极氪汽车、新能源汽车、智能座舱、纯电SUV 极氪汽车近日正式宣布，2027 款极氪 7X 纯电 SUV 开启预售，起售价为 22.98 万元。作为极氪面向主流纯电市场的重要布局，新款车型在三电系统、充电效率以及性能配置上迎来了全面升级，CLTC 综合续航里程跨度达到 620 至 802 公里。 核心配置与动力版本解析 本次开启预售的 2027 款极氪 7X 共提供三个主要配置版本，满足不同用户的出行与性能需求： 后驱 Max 版：搭载 75kWh 神盾金砖电池，支持 5.5C 快充，电量从 10% 充电至 80% 仅需 10.5 分钟，CLTC 续航里程为 620 公里。全系标配 900V 电机、电控及热管理系统，配备 CCD 电磁减振、千里浩瀚 H7 智驾系统，电机功率达 370kW，百公里加速仅需 5.4 秒。 后驱 Max+ 版：标配 85kWh 神盾金砖电池（5.5C 快充，充电 10.5 分钟），续航达 680 公里；同时提供 103kWh 麒麟电池的可选项，升级支持 6C 超快充（10 分钟充满），将续航进一步推高至 802 公里，在该电池加持下，百公里加速时间由 5.4 秒提升至 5.1 秒。 四驱 Ultra 版：主打极致性能，采用全栈 900V 高压架构与 103kWh 麒麟电池组合，支持 6C 快充（10 分钟充电），CLTC 续航为 715 公里。搭载总功率高达 585kW 的双电机系统，百公里加速仅需惊人的 2.98 秒，并配备闭式空气悬架系统，兼顾操控与舒适性。 科技与补能体验再提速 2027 款极氪 7X 深度普及了全栈 900V 高压系统，配合最高 6C 的充电倍率，让纯电 SUV 的补能效率向燃油车加油看齐。无论是日常通勤还是长途自驾，10 分钟左右的补能时间都能大幅缓解用户的续航焦虑。 ...

分类：AI动态 标签：人工智能、大模型、Claude、AI编程 在人工智能领域，视频生成工具通常走的是直接输出像素画面的路线，但 Anthropic 即将推出的下一代旗舰模型，却展示了一条截然不同的技术路径。近日，海外开发者在社交平台上曝光了未发布的新模型 Claude Fable 5.5 的早期测试结果，其中一段完全通过代码自主生成的动画短片引发了科技圈的广泛关注。 2小时 40 分钟：AI 如何“写”出一部动画？ 根据海外开发者 Chestalua 在 X 平台分享的信息，这段长达 66 秒、分辨率为 1920 x 804 的动画短片，是由 Claude Fable 5.5 独立完成的。 让人惊叹的是，整个生成过程并非依靠 Sora 或 Runway 那样的原生视频生成工具，而是完全基于代码： 自主运行：模型在没有调用外部图像或视频工具的情况下，连续自主编写并运行代码约 2 小时 40 分钟。 元素丰富：画面中包含了狐狸、纸鸟、云层、动态文字以及复杂的光影效果。 视听同步：除了画面渲染，背景音乐和音效同样由模型自主编写的 Python 代码实时生成。 最终交付：模型将所有的视觉和音频逻辑封装进了一个单独的 HTML 文件中。 从静态代码到动态 3D 交互 除了长视频动画，多名开发者还测试了该模型在交互式 3D 场景生成方面的表现。演示显示，Fable 5.5 能够熟练运用 Three.js 等前端图形技术，通过程序精准控制模型、光照和物体运动，仅凭简单的提示词就能构建出古帆船、海浪、跑车等复杂的 3D 场景。 在与其他模型的横向对比测试中，开发者 Jazil 指出，Fable 5.5 能够在 1 小时左右完成复杂动态场景的代码编写与运行，展现出了极强的长时间自主执行任务能力。相比之下，现有部分模型在处理同类任务时常出现代码不完整或运行失败的问题。 备受瞩目的 Anthropic 新旗舰 事实上，关于 Fable 5.5 的蛛丝马迹近期频繁出现。此前，第三方工具 LiteLLM 的目录中曾短暂出现该型号条目，Anthropic 官网源码中也曾流出包含“Mythos 5.5”的字样。 ...

分类：游戏 标签：模拟经营、策略游戏、PC游戏、独立游戏 对于喜爱经典模拟经营游戏的玩家来说，2000年代的黄金岁月诞生了许多令人难忘的城市建造神作。如今，曾打造过口碑重制版《Pharaoh: A New Era》的原班开发团队 Triskell Interactive 携手发行商 Dotemu，带来了他们的全新力作——《诸神与城邦》（Laysara: Summit Kingdom 或同类经典传承，此处指代本作）。这款融合了神话色彩与硬核规划的城市建造游戏已于今日正式登陆 PC 平台，并开启了首发限时优惠。 打造令神明青睐的古希腊不朽名城 在《诸神与城邦》中，玩家将穿越回宏伟壮丽的古希腊时代，肩负起规划、设计并管理繁荣文明的重任。游戏不仅传承了传统建造玩法的精髓，更引入了极具特色的“神明互动”机制： 敬奉神明与历史名人：玩家需要在城中供奉宙斯、雅典娜等七位性格各异的希腊神明。满足祂们的愿望可以为城市带来丰厚的祝福与恩赐，反之则会招致神怒。同时，繁荣的社区还将吸引亚里士多德等声名显赫的历史名流前来定居，为城市发展提供额外助益。 双模式体验：游戏提供内容充实的冒险模式，以及自由度极高的沙盒模式，能够满足不同类型玩家数十小时的沉浸式游玩需求。 现代化的操作与精雕细琢的视听享受 作为擅长赋予经典 IP 全新生命力的开发团队，Triskell Interactive 在本作中沿用了在《Pharaoh: A New Era》中打磨成熟、备受好评的建造工具，并搭配了更加直观的用户界面。 无论是硬核的资深城市规划师，还是刚入坑的新手玩家，都能轻松上手，细致规划出一条从简陋聚落 -> 繁华贸易枢纽 -> 宏伟神话之都的演进之路。在视觉表现上，游戏通过细腻的笔触勾勒出了生机盎然的古希腊风光，从宏伟的巨型神庙到错落的小巷，每一个角落都充满了古典主义的艺术美感。 购买与发售信息 《诸神与城邦》目前已在 PC 平台正式发售，标准售价为 19.99 美元。官方同时推出了限时首发八折优惠活动，活动将持续至 11 月 11 日。如果你是一位热衷于规划布局、喜欢古希腊神话背景的模拟经营爱好者，这款注入了现代设计理念的复古风格佳作绝对值得加入你的游戏库。

分类：科技 标签：前端开发、排版设计、Apple、用户体验 作为人机交互领域的行业标杆，Apple 的网页设计中藏着大量教科书级别的细节。从定制字体到响应式换行控制，这些看似微不足道的排版微调，正是构筑其独特品牌价值的关键所在。 一、定制的 Web 字体与视觉校正 在 Apple 简体中文官网上，字体栈的第一个选项是一个名为 「SF Pro SC」 的非公开网络字体。 1. 中文字型更小 由于中文和西文字体对空间的使用方式不同，如果直接混排，视觉上西文往往会显得更小。为了让中英文混排更加协调，SF Pro SC 基于苹方（PingFang SC）缩小了汉字字型，从而实现了视觉上的平衡。 2. 全角标点符号宽度更窄 Apple 简体中文官网的所有标点符号看起来都更接近半角宽度，但源码显示其并未直接使用半角符号，而是通过字体层面的调整，将全角标点符号的宽度压缩至字宽的 0.5 到 0.6 倍。这一设计有效避免了因标点过宽而导致的标题视觉空隙过大、阅读不连贯等问题。 二、精细的换行控制 为了保障在不同屏幕和容器宽度下的阅读体验，Apple 在网页排版中引入了多维度的换行保护策略： 避免孤行：通过使用 nowrap 等标签包裹段落末尾的词语，防止最后一个字或词孤零零地掉落到新的一行。 响应式换行控制：通过显式插入带有屏幕尺寸断点的换行符（如 br class="small"），确保短标题在小屏幕与大屏幕下都能呈现最佳的折行效果。 英文产品名保护：所有带空格的产品名（如 iPhone 18 Pro Max）均使用不换行空格（ ）连接，避免在断行时被强行打断。 三、标题居中的视觉校正 中文全角标点的主体偏向左下角，当带标点的标题采用居中对齐时，视觉中心会不可避免地向左偏斜。 为了实现完美的视觉居中，Apple 官网采用了多种巧妙的技术方案： 对行末标点使用绝对定位（position: absolute）的 span 进行包裹。 为整个标题左侧增加额外的 0.5em 内边距（padding）。 在标点后加入具有负向右外边距（margin-right）的不可见 span。 四、中西文字符间的「盘古之白」 中英文混排是否需要加空格，一直是数码与排版圈讨论的话题。W3C《中文排版需求》中便明确指出，汉字与西文字母、数字间应使用适当空白。 Apple 官网选择在文案规范中直接引入空格（即所谓的「盘古之白」）。虽然这种做法依赖人工维护、偶尔会出现漏网之鱼，但它极大地提升了长文案阅读时的舒适度。 五、极致的文案本地化 除了技术层面的排版细节，Apple 在文案本地化上的严谨程度也堪称极致。例如，针对特定敏感时期的发售节点，中国大陆官网会对相关日期表述进行合规性与风险规避的灵活处理，展现出跨国大厂在本地运营层面的高度审慎。 总结：职业态度与品牌价值 世界上鲜有品牌能将网页排版和本地化细节做到如此苛刻的地步。Apple 独一无二的品牌价值，正是由这些流淌在代码与像素深处的职业态度凝聚而成的。我们之所以愿意为优秀的产品支付溢价，本质上也是在为那些「怀着认真职业态度的人」所付出的心血买单。

分类：科技 标签：前端开发、排版设计、Apple、网页设计 每隔一段时间，我就会逛逛 Apple 官网。作为人机交互与视觉审美的行业标杆，Apple 的网页实现有太多值得开发者和设计师学习的地方。在深入研究其源码的过程中，我发现了不少令人惊叹的排版细节，今天就来和大家一同盘点。 一、 定制的 Web 字体：SF Pro SC 打开 Apple 简体中文官网，通过开发者工具可以发现，字体栈中的第一位是一款名为 SF Pro SC 的字体： .typography-label:lang(zh-CN) { font-family: SF Pro SC, SF Pro Display, SF Pro Icons, PingFang SC, Helvetica Neue, Helvetica, Arial, sans-serif; } 这款字体并非系统内置，也没有公开下载资料，而是 Apple 为简体中文 Web 官网定制的非公开网络字体。它只包含汉字和部分标点符号，字型与苹方（PingFang SC）完全相同但经过了微调。 1. 中文字型更小 由于中文字体和西文字体对空间的使用方式不同，如果直接混排，汉字视觉上往往会比英文显得更大。为了视觉协调，SF Pro SC 基于苹方缩小了汉字字型。与之异曲同工的是，开源的思源宋体（Source Han Serif）则采用了将西文放大的策略，来达到同样平衡的中英混排效果。 2. 全角标点符号字符宽度更窄 Apple 简体中文官网的所有标点符号看起来都更接近半角宽度，但源码显示它并非使用真正的半角标点，而是在字体层面将全角标点符号的宽度调整为了字宽的 0.5 到 0.6 倍。这一改动能够有效避免大标题中由于标点过宽而导致的视觉空隙和不连贯感。 二、 严苛的换行控制 为了保证完美的视觉呈现，Apple 官网在换行控制上也做到了极致。 避免孤行：通过给段落末尾的最后一个词包裹 nowrap 的 span，防止段落最后一行只剩下一个孤立的字，破坏版面平衡。 保护易被折断的词语：在不同容器宽度（如 large、medium、small）下，网页会通过预设的 nowrap 精确保护可能被自动换行打断的词语，确保在任何屏幕尺寸下都具备最佳的阅读体验。 响应式换行控制：通过显式插入类似 <br class="small"> 的控制符，实现短标题在小屏幕上自动分行、在大屏幕上保持一行的响应式排版。 不换行空格：继承自英文官网的做法，所有类似 iPhone 18 Pro Max 的产品名均使用不换行空格连接，避免产品名在中间被强行截断。 三、 标题居中的视觉校正 中文全角标点的视觉中心通常偏向左下角。对于居中显示的带标点标题，这种特性会导致整体视觉重心偏左。 ...

分类：AI动态 标签：人工智能、大模型、腾讯混元、多模态 近日，腾讯正式发布了最新一代大语言模型——腾讯混元 Hy4 正式版。相较于先前的 preview 版本，Hy4 在预训练和后训练规模上进行了显著扩展，并在多模态理解与实际生产力场景中带来了重要突破。 核心亮点：从对话走向真实生产力 首次引入视觉能力：Hy4 不再局限于纯文本处理，而是具备了强大的视觉感知与解析能力，能够更好地理解图像内容。 电脑操作与跨应用协同：模型首次支持直接操作电脑，能够灵活结合命令行与图形界面。针对 Blender、CAD 等专业软件以及跨应用长程任务，腾讯进行了专项训练，大幅提升了专业任务的规划与执行力。 综合能力全面跃升：在指令遵循、长文理解、长程任务以及深度研究等多个维度，Hy4 均展现出了显著的性能提升。 应用场景与生态上线 腾讯混元 Hy4 旨在为真实生产力而生，其应用场景涵盖了视觉与电脑任务、前端与游戏开发、金融与办公场景、科研与模型研发以及长期个人助理等领域。 目前，Hy4 已在腾讯云和 OpenRouter 正式上线，用户也可以在 CodeBuddy、WorkBuddy、元宝以及 ima 等产品中进行体验。官方表示，该模型在保持与 preview 版本相同 API 价格的同时，性能实现了质的飞跃，并且近期即将开源模型权重并发布模型系统卡片。

分类：科技 标签：客户端开发、AI时代、技术选型、跨端开发 在 AI 深度赋能代码编写的今天，客户端开发的技术边界正在被重新定义。如何在一贯的“不可能三角”——研发效率、体验与性能之间找到平衡？又该如何在多端开发中巧妙借力 AI 与多语言特性？本文将结合实际项目的多端落地经验，探讨 AI 时代下的客户端选型思考与架构实践。 一、 Web、跨端还是原生：无法避开的不可能三角 做客户端开发多年，我们常在三条技术路径中权衡： Web 技术栈：开发最直观，塞进浏览器或套个 WebView 就能跑。优点是效率极高，缺点是性能与底层调用受限。 跨端开发：包括主打移动端一码多端的 React Native、Flutter，以及桌面端的 Electron、Tauri 等。它取了研发效率与性能的折中，但往往也容易陷入两头不讨好的尴尬境地。 原生开发：如 Swift + SwiftUI、Kotlin + Jetpack Compose 以及 C# + WinUI 3。前期投入大、学习成本高，但能带来极致的性能和深度调用系统底层能力的用户体验。 在 AI 介入之前，原生开发常常因为人力和时间成本被大打折扣。但现在，随着 AI 能够高效辅助双端原生代码的编写，“研发效率”这一短板被大幅补齐，原生开发的综合性价比正在重新回归。 二、 Windows 版实战：为什么选择 C# 与 WinUI 3？ 在开发跨平台软件时，为了追求极致体验，Mac 端坚持使用了原生的 Swift + SwiftUI，而 Windows 端则选择了 C# 加 WinUI 3（跑在 .NET 10 上）。 1. 架构设计与多端对齐 为了提高效率，开发者往往希望最大化代码复用。但经过 AI 分析发现，不同操作系统的底层路径规则与系统框架差异巨大，盲目复用只会适得其反。因此，更好的做法是底层逻辑各写各的，通过设计 Token、多语言文件与严格的同步机制保持外观和交互高度一致。 例如，在 Windows 应用的架构设计上可以分为四层： Core 层：只依赖 .NET，不碰 Windows 接口，处理核心逻辑与规则。 Platform 层：封装注册表、文件系统等真正的系统接口（通过 EnableWindowsTargeting 让其在 Mac 上也能编译）。 ViewModel 层：处理界面状态，与 Mac 版本一一对应。 WinUI 界面层：负责最上层的界面渲染与编译。 通过这种巧妙的架构分层，绝大部分代码和测试都可以在习惯的 Mac 环境中完成，真正做到“代码在 Mac 上写，验证在虚拟机与真机上跑”。 ...

分类：科技 标签：客户端开发、大模型、跨平台、软件工程 在 AI 辅助编程能力日益成熟的今天，客户端开发的规则正在悄然改变。很多开发者好奇：如何在 Mac 上高效开发 Windows 软件？当下的桌面端和多端应用又该如何进行技术栈选型？本文将结合实际项目的开发经验，聊聊多端技术选择的思考、AI 时代的开发工作流，以及如何利用多语言混用来破解技术难题。 Web、跨端还是原生：技术选型的不可能三角 在客户端应用开发中，技术方案长期面临着“研发效率、体验、性能”的不可能三角。 Web 技术栈：以网页直接打包或套壳为主，开发最省心、效率最高，但系统底层调优和性能表现上限较低。 跨端开发：包括早期的移动端方案 React Native、Flutter，以及桌面端的 Electron、Tauri 等。跨端开发旨在寻找效率与性能的平衡点。以 Electron 为例，虽然自带 Chromium 引擎导致包体积大、内存占用高，但它凭借渲染一致性和极高的开发效率，成为了许多 AI 桌面端应用的常见选择。 原生开发：如 Swift + SwiftUI、Kotlin + Jetpack Compose、C# + WinUI 3。原生开发前期投入大，但能带来最佳的性能体验和深度系统集成。 在 AI 介入之前，一个人维护两套原生客户端的代码成本极高。但在 AI 时代，编写多端原生代码的成本大幅下降，“研发效率”这一劣势被明显补齐，使得开发者可以重新回归体验与性能更优的原生路线。 Windows 版的架构抉择与开发实践 以跨平台应用 Mole 为例，其 Mac 版本采用了原生的 Swift + SwiftUI，而在 Windows 平台上，则选择了目前微软主推的 C# 加上 WinUI 3（运行于 .NET 10）。 1. 架构设计：代码各写各的，规则保持一致 为了兼顾开发效率和代码质量，该项目采用了四层架构设计： Core 层：只依赖 .NET，不碰任何 Windows 接口，核心清理规则和安全检查逻辑均在此处，甚至可以在 Mac 的内存文件系统中直接运行测试。 Platform 层：处理注册表、文件系统等真正的系统接口。 ViewModel 层：管理界面状态，与 Mac 版本保持一一对应。 WinUI 界面层：负责最上层的界面渲染与编译。 通过这种架构，大部分业务逻辑和测试都可以在 Mac 上完成，只有最顶层的界面需要放入 Windows 环境编译。两端通过统一的设计 Token（颜色、字号、间距）与多语言文件生成脚本来保证视觉和文案的一致性。 ...

分类：科技 标签：客户端开发、AI辅助编程、跨端技术、架构设计 在客户端开发领域，开发者常常面临一个经典的不可能三角：研发效率、体验与性能。如何在这三者之间找到平衡，一直是技术选型核心考量。随着 AI 编程工具的全面普及，这种平衡正在被打破。本文将结合实际项目的开发经验，聊聊 AI 时代下的技术栈选择、Windows 与 Mac 多端架构设计，以及如何通过多语言混血解决复杂工程难题。 一、 Web、跨端还是原生：技术选型的权衡 回顾客户端开发历程，技术路线大致分为三条： Web 技术栈：开发最简便，通过 WebView 承载网页或打包成轻应用。优势是效率极高，劣势是性能与系统深度集成表现较弱。 跨端开发方案：早期如 React Native、Flutter 或者是桌面端常见的 Electron。跨端方案在研发效率和多端一致性上表现优异，但代价往往是安装包体积膨胀和内存占用的提升。 原生开发：如 Swift、Kotlin、C# 等。前期投入大、学习成本高，但能提供最佳的性能与系统特性支持。 在过去，原生开发的门槛让许多团队望而却步，但在 AI 赋能的今天，一个人编写多套原生代码的成本已大幅下降。如果应用需要深度调用系统底层能力、追求更低内存和流畅交互，原生技术依然是首选。 二、 Windows 版开发实践：为什么选择 C# 与 WinUI 3 在开发多端软件时，为了追求极致体验，Windows 版本往往需要采用契合系统生态的原生方案。 框架选择：放弃了陈旧的 WPF 和受限的 UWP，最终选择了微软主推的 WinUI 3。它采用 Windows 11 的 Fluent 设计风格，原生支持高分屏缩放和 ARM64 架构。 架构解耦与分层：为了最大化复用逻辑并在 Mac 上进行高效开发，整个 Windows 端采用了四层架构设计： Core 层：纯 .NET 实现，不碰任何 Windows 接口，所有核心业务逻辑与路径规则均在此处理，可在 Mac 内存文件系统中直接运行测试。 Platform 层：封装注册表、文件系统和 Win32 调用等系统接口。 ViewModel 层：处理界面状态，与 Mac 版本保持一一对应。 WinUI 界面层：仅此最上层需要在 Windows 环境中编译。 通过这种架构，大部分代码和测试都可以在 Mac 上完成，配合 AI 工具，大幅提升了开发迭代速度。 ...

分类：AI动态 标签：豆包大模型、人工智能、效率工具、跨境电商 在日常的商业运营和本地生活服务中，商家们往往需要在多个后台之间频繁切换，手动导出报表、整理数据，不仅耗时耗力，还容易出现信息滞后。近日，AI助手豆包工作迎来了一项重要升级，旨在彻底打破这种“数据孤岛”状态。 核心升级：打通多平台官方插件 11月4日，豆包工作官方宣布正式接入三款重量级官方插件，分别为： 抖音生活服务经营插件 巨量本地推插件 TikTok for Business插件 通过这三大插件的接入，豆包工作打通了从国内本地生活到海外跨境营销的全链路数据生态。 告别繁琐切换，实现智能化经营复盘 传统的工作流中，商家或运营人员想要了解门店经营状况，通常需要经历： 登录多个后台 -> 导出各类Excel报表 -> 汇总分析 -> 撰写复盘报告。 而在接入官方插件后，这一流程被极大地精简为： 自然语言查询 -> AI实时分析 -> 给出优化建议 高效查询门店数据：用户可以直接通过对话形式，询问门店的曝光量、转化率、GMV等核心指标，免去了报表搬运的烦恼。 一键辅助经营复盘：AI能够快速整合多维度数据，自动生成经营复盘要点，帮助团队迅速定位问题所在。 智能策略建议：结合巨量本地推与TikTok for Business的数据反馈，豆包工作还能为接下来的营销动作提供决策参考。 总结与展望 豆包工作此次接入抖音生活服务及TikTok官方插件，是AI大模型深入垂直商业场景、赋能实体与跨境经营的重要一步。它不仅减少了运营人员在不同后台之间反复切换的时间成本，更通过自然语言交互降低了数据分析的门槛。未来，随着更多生态插件的加入，AI有望成为每个企业和商家标配的“超级智能运营助手”。