← 返回首页

开源地图补全应用StreetComplete开放iOS公测

作者:干粮 · 2026-10-02 · 开源与开发者工具

StreetComplete 的 iOS 版进入公开测试

一句话新闻:StreetComplete 结束 iOS 端封闭测试,以公开测试形式向所有 iPhone 用户开放,OpenStreetMap 的实地补全第一次有了原生 iOS 入口。

亮点 把编辑地图拆成一张张可点选的问题卡片,不用懂 OSM 标签体系,在街上回答「这段路有路灯吗」就能落库。 做什么 让普通人拿着手机在实地补全 OpenStreetMap 缺失属性:路面材质、人行道、店铺营业时间等,数据直接上传公开地图。 上手 关注 GitHub issue #5421 的进展,测试名额与安装方式见原文链接。 适合谁 做 GIS 数据、想给 OSM 贡献数据却不想学编辑器的移动端开发者。 提醒 公测阶段功能与 Android 版并不对等,部分任务类型缺失。

StreetComplete on iOS is now in public beta

★ 525 · 可直接上手 · StreetComplete on iOS is now in public beta · 查看原文

SkyCraft 把 Minecraft 玩法搬进《上古卷轴5》

一句话新闻:SkyCraft 用 SKSE 插件加 Fabric 模组两端打通,让 Minecraft 的方块、物理、背包和战斗在 Skyrim 世界里运行。

亮点 同时发布 SKSE 插件与 Fabric 模组,两套完全不同的模组加载体系被接在一起。 做什么 让玩家按 Minecraft 的规则玩 Skyrim:挖方块、管背包、套用 Minecraft 的物理与战斗判定。 上手 按仓库 README 安装,入口见原文链接。 适合谁 折腾模组加载器、关心跨游戏运行时改造成本的 C++ / Java 开发者。 提醒 属于拼装式改造,稳定性与存档兼容风险高,更像技术验证。

chasmlol/SkyCraft (C++)

类型: 插件/扩展 · ★ 273 · 可直接上手 · chasmlol/SkyCraft (C++) · 打开仓库

Eden 模拟器被移植到 PS5

一句话新闻:开源 Switch 模拟器 Eden 出现 PS5 移植版 ProsperoEden,目前是实验状态,只算跑通方向。

亮点 把模拟器搬到另一台封闭主机,难点在 PS5 自制环境与图形接口,方向少见。 做什么 目标是在自制固件环境下让 PS5 运行 Eden,进而跑 Switch 游戏。 上手 按仓库 README 安装,入口见原文链接。 适合谁 关注主机自制与模拟器移植的逆向工程开发者。 提醒 实验项目,兼容性与性能都不保证,对普通玩家没有实用价值。

blackbearreloaded/ProsperoEden (C++)

类型: 库 · ★ 209 · 可直接上手 · blackbearreloaded/ProsperoEden (C++) · 打开仓库

DeepSeek 开源昇腾版通信库

一句话新闻:DeepSeek 放出 DeepEP-Ascend,为华为昇腾 NPU 提供面向训练与推理的高性能通信库。

亮点 官方仓库直接对标昇腾,说明通信层开始从英伟达生态向国产加速卡迁移。 做什么 解决多卡训练、推理时的数据交换效率问题,提供面向昇腾的集合通信实现。 上手 按仓库 README 安装,入口见原文链接。 适合谁 在昇腾集群上做大模型训练与推理的基础设施、算法工程师。 提醒 强绑定昇腾硬件与 CANN 环境,x86 + CUDA 机器上跑不起来。

deepseek-ai/DeepEP-Ascend (C++)

类型: 教程 · ★ 200 · 可直接上手 · deepseek-ai/DeepEP-Ascend (C++) · 打开仓库

Cloudflare 发布 Clef,开放权重决策模型加微调平台

一句话新闻:Cloudflare 推出 Clef,同时给出开放权重的决策模型和一套强化学习微调平台。

亮点 权重开放与微调工具一起交付,不是只丢一个模型出来。 做什么 面向需要做判断和分类的场景,让团队用自己的数据微调模型,而不是只调用接口。 上手 按原文说明接入,入口见原文链接。 适合谁 想在自有环境里做私有模型微调、又不想从零搭训练环境的平台团队。 提醒 开放权重不等于开放训练数据与完整配方,迁到自有业务仍需自行评估。

Clef: Open-weight decision models, and new RL fine-tuning platform

★ 429 · Clef: Open-weight decision models, and new RL fine-tuning platform · 查看原文

《RIP, vector database》:向量库是否该独立存在

一句话新闻:turbopuffer 这篇《RIP, vector database》认为向量数据库作为独立品类,正在被现有存储系统吸收。

亮点 把「专用向量库」与「通用存储加向量索引」的路线分歧直接摆到台面上。 做什么 讨论检索场景该单独买向量库,还是直接在对象存储、搜索系统里加向量索引。 上手 按原文阅读,入口见原文链接。 适合谁 正在做检索选型、犹豫要不要引入独立向量库的后端与算法工程师。 提醒 观点文,结论偏激进,选型还得看自己的数据规模和延迟要求。

RIP, vector database

★ 277 · RIP, vector database · 查看原文

今日观察

看好「两头挤压中间层」这个方向。今天两条信号指向同一件事:一端是昇腾这类专有硬件自带通信库,一端是通用存储直接长出向量索引,夹在中间的专用组件生存空间被压缩。理由是通信和检索都是「谁离数据近谁赢」的活,独立中间件多一次搬运就多一分劣势。对开发者的实际含义:选型时先问它能不能跟着你现有的硬件和存储走,别押一个只能单独部署、单独运维的东西。