DSpark: Speculative decoding accelerates LLM inference1 - 把推测解码放到 DeepSeek 的工程报告中讨论，焦点是降低自回归推理的顺序瓶颈。
全文 ↓今日重点 · Today's Highlights
Comparing Transformers and Hybrid Models at the Token Level2 - 用 token 粒度而不是总分比较 Transformer 与 hybrid 模型，适合观察架构差异在哪里真正出现。
全文 ↓
Luma - A New Workspace for Frida3 - Frida 作者把 REPL、frida-trace、持久化 workspace 和协作流程收束到一个跨平台逆向工程应用。
全文 ↓
论文 · Papers
2 项 · 论文本期重点DSpark: Speculative decoding accelerates LLM inference1github.com原文 ↗
github.com
DeepSeek 这份技术报告讨论 DSpark，用推测解码减少大模型自回归推理中每个 token 都要完整前向的顺序瓶颈。它的基本工程思路是让轻量草稿路径先提出候选 token，再交给目标模型批量验证，目标是在保持输出语义一致的前提下提高吞吐或降低延迟。报告以方法和实验为中心，适合放在推理系统、serving runtime 和模型部署成本的语境里阅读。
–
本期重点Comparing Transformers and Hybrid Models at the Token Level2arxiv.org原文 ↗
arxiv.org
这篇论文把 Transformer 与 hybrid 模型的对比从整体 benchmark 分数推进到 token 级行为，关注不同架构在具体词元位置上的预测差异。这样的分析能把“hybrid 是否接近 Transformer”拆成更细的问题：哪些 token 上一致、哪些上下文里分歧扩大、错误是否集中在特定生成阶段。它的价值在于提供架构比较的诊断视角，而不是只给一个最终胜负表。
–
开源 / 项目 · Projects
15 项 · 开源 / 项目
HSON / Hson-Live7github.com原文 ↗
github.com
HSON / Hson-Live 是一个结构化格式实验，目标是用同一套节点图同时表达 JSON 值和 HTML 文档。原始说明里明确把它称作 glue format：HTML 可以表示成 JSON 数据，JSON 也可以表示成 markup。它值得放进前端构建和内容流水线里观察，因为它试图打通 web 上两个长期并存但不可互换的基础表示。
–
Formidable8github.com原文 ↗
github.com
Formidable 用 YAML 模板生成本地优先文档，并在外层提供 REST API。这个组合把文档从手工编辑对象变成可由脚本、服务或内部工具驱动的产物，适合合同、报告、配置说明这类结构稳定但内容经常变化的场景。它的技术实质在于把模板、持久化和 HTTP 调用放到同一个轻量工作流里。
–
DiagramIDE9diagramide.axk.sh原文 ↗
diagramide.axk.sh
DiagramIDE 把图表视为源文件来编辑和管理，而不是把图只作为文档里的静态图片。这个方向把版本控制、代码审查和可重复构建的工程习惯带到架构图、流程图等视觉资产上。信息量较少，但“图表即源码”的定位足够清楚，适合作为 diagrams-as-code 工具链的一员评估。
–
Hardwood 1.011hardwood.dev原文 ↗
hardwood.dev
Hardwood 1.0 是一个 JVM 上的轻量 Apache Parquet reader，版本号已经到 1.0.0.Final。它只聚焦 Parquet 读取这类窄而高频的能力，不试图变成完整数据处理平台。对于只想在 JVM 服务或内部工具里读取列式文件的场景，较小依赖面本身就是一个工程卖点。
–
GemmaTrans13github.com原文 ↗
github.com
GemmaTrans 是一个 macOS 本地翻译应用，底层基于 MLX，明显面向 Apple Silicon 上的本地推理路径。它把翻译任务从云端 API 拉回设备侧，核心收益是隐私边界、离线可用性和对运行成本的控制。作为项目，它更像是本地 LLM 应用形态的实例，而不是通用翻译服务。
–
Aerial-autonomy-stack14github.com原文 ↗
github.com
Aerial-autonomy-stack 面向无人机群，把开源 autopilot、ROS2 simulation/navigation/mapping 以及硬件加速视觉整合到一条容器化工作流里。项目说明明确列出 multi-robot、software-in-the-loop、hardware-in-the-loop、CI/CD 和 deployment 这些环节。它的工程价值在于减少无人机 autonomy 研发里最耗时的胶水层：仿真、感知、导航和部署环境不再各自为政。
–
行业动态 · Industry News
12 项 · 行业动态U.S. allows Anthropic to release Mythos AI to ‘trusted’ US organizations18semafor.com原文 ↗
semafor.com
Semafor 报道美国允许 Anthropic 将 Mythos AI 提供给部分“trusted”美国组织，显示高能力模型发布正在被准入规则分层。HN 元数据里这条新闻获得 492 points、645 条评论，讨论焦点显然已超出单一公司产品。关键变化在于模型能力、国家监管和企业采购资格开始绑在一起，市场竞争不再只是 API 价格和 benchmark。
–
Asian AI startups launch Mythos-like models19techcrunch.com原文 ↗
techcrunch.com
TechCrunch 将亚洲 AI 初创公司推出 Mythos-like models 放在 Anthropic export ban 持续的背景下报道。这里的关键事实不是某个单一模型参数，而是供给缺口：当一个前沿模型不能顺畅进入区域市场，替代品会围绕“类 Mythos”能力迅速组织叙事。它说明 AI 产业竞争正在被出口限制、区域合规和本土模型可得性共同塑形。
–
Zuckerberg's war on whistleblowers20pluralistic.net原文 ↗
pluralistic.net
Cory Doctorow 这篇文章围绕 Meta 与 whistleblower 的法律和舆论争议展开，标题中的 “zuckerstreisand” 暗示压制信息可能反而扩大传播。HN 上这条讨论达到 498 points、191 条评论，说明议题已经从单个纠纷扩展到平台公司如何处理内部披露。它值得记录，因为大型 AI/社交平台的治理争议往往会影响员工发声、研究访问和政策制定的边界。
–
Anonymous GitHub account mass-dropping undisclosed 0-days21github.com原文 ↗
github.com
这个匿名 GitHub 仓库被 HN 描述为集中投放 undisclosed 0-days，讨论热度达到 517 points、205 条评论。相比单个漏洞披露，mass-dropping 的风险在于节奏：防守方、厂商和下游用户几乎同时面对一批未经协调的材料。它是安全生态里披露机制脆弱性的案例，而不只是又一个 exploit 仓库。
–
Post-Mythos Cybersecurity22cephalosec.com原文 ↗
cephalosec.com
CephaloSec 的文章把 Mythos 之后的网络安全讨论从恐慌叙事拉回实践框架，标题直接给出 keep calm and carry on 的姿态。HN 上它有 108 points、33 条评论，说明读者关注的是强模型能力变化会怎样进入日常防守。文章的核心位置在风险治理：资产管理、检测、响应和演练仍是基础，模型能力提升只会放大这些基础环节的好坏。
–
Streaming services' loud ads become illegal on July 1 in California23arstechnica.com原文 ↗
arstechnica.com
Ars Technica 报道，加州将从 2026 年 7 月 1 日起让流媒体服务中的过响广告违法。这个日期很具体，也说明监管对象从传统电视扩展到了 streaming ad insertion。对平台而言，问题不只是用户体验投诉，而是广告音频处理、第三方广告素材验收和播放链路监测都可能进入合规范围。
–
Texas' App Store Accountability Act24cdt.org原文 ↗
cdt.org
CDT 对 Texas App Store Accountability Act 的批评集中在宪法层面，文章用“像书店门口保安”来类比 app store 被迫为内容访问把关。它把儿童安全、年龄验证和应用分发责任放到同一个冲突面上。关键问题是，监管如果把底层分发渠道变成内容入口审查点，会改变开发者、平台和用户之间的责任结构。
–
California's 3D printer surveillance scheme25eff.org原文 ↗
eff.org
EFF 将加州 3D printer 监管提案描述为 surveillance scheme，关注点是设备使用和制造活动可能被过度记录。HN 上这条达到 466 points、168 条评论，说明争议并不局限于 3D 打印爱好者。它触及一个更宽的问题：当通用制造工具被安全叙事覆盖，监管很容易从特定违法用途扩张到对普通设备的常态化监控。
–
PlayStation Is Deleting 551 Movies from Customers' Accounts26kotaku.com原文 ↗
kotaku.com
Kotaku 报道 PlayStation 将从客户账户中删除 551 部电影，原因指向授权变化。551 这个数字让“数字购买是否等于拥有”不再是抽象争论，而是大规模账户内容变动。它再次暴露平台内容库的真实结构：用户购买的是受许可约束的访问权，而不是像实体介质那样稳定的占有。
–
NLNet Labs LLM Policy27nlnetlabs.nl原文 ↗
nlnetlabs.nl
NLNet Labs 发布 LLM Policy，把大模型使用写进组织的软件开发与贡献规则。它的重点不是宣布是否拥抱 AI，而是明确 LLM 产出在代码审查、贡献责任和维护流程中的位置。对基础设施项目而言，这类政策比口号重要，因为 DNS、路由和安全相关软件的维护需要可追溯责任链。
–
pg_plan_advice28postgresql.org原文 ↗
postgresql.org
PostgreSQL 19 文档中的 pg_plan_advice 提供了影响 planner 计划选择的机制。它把过去常见的“改写 SQL、调 GUC、赌优化器”之间的灰色操作，部分转化为更明确的 planner advice。这个功能值得数据库工程师关注，因为计划稳定性往往决定线上查询延迟尾部，而不是只影响 explain 输出的美观程度。
–
Introducing Flink's Native S3 FileSystem29flink.apache.org原文 ↗
flink.apache.org
Apache Flink 宣布 native S3 filesystem，把 S3 访问作为生产级文件系统能力直接纳入 Flink 生态。S3 对 Flink 不只是普通输入输出，它还承载 checkpoint、savepoint 和数据湖写入等关键路径。原生实现的看点在于运行时可以更细地处理对象存储的吞吐、重试和一致性边界，而不完全依赖外部适配层。
–
博客文章 · Blog Posts
15 项 · 博客文章
Prism: An Impure Functional Language With Typed Effects30stephendiehl.com原文 ↗
stephendiehl.com
Stephen Diehl 介绍 Prism，一门明确承认副作用存在、同时用 typed effects 约束副作用的函数式语言。它不是追求纯度口号，而是让 IO、状态、异常等行为进入类型层面，便于调用者知道表达式可能做什么。文章的技术看点在于 effect system 如何成为语言设计的主轴，而不是后来补上的 lint 规则。
–
The feature in OxCaml that more languages should steal31theconsensus.dev原文 ↗
theconsensus.dev
这篇文章把 OxCaml 的一个语言特性拿出来讨论，重点在让更多运行时约束进入编译期表达。OxCaml 近年的核心方向是 mode system：把 locality、ownership、逃逸等属性交给类型检查和编译器推理，而不是靠工程师在热路径里记规则。它的启发在于，性能和内存纪律可以成为语言表面的显式设计，而不是 profiler 之后的补丁。
–
The Card That Made the Apple II Serious32wiseowl.com原文 ↗
wiseowl.com
Wise Owl 这篇回顾把 Videx 显示卡放到 Apple II 从爱好者机器转向专业工具的路径里看。显示卡这类扩展的关键不在炫技，而在让文本、表格和办公软件能以更实用的屏幕形态运行。它提醒读者，早期个人电脑的“serious”往往不是 CPU 一项指标决定的，而是显示、输入、软件生态共同达到可工作阈值。
–
Running a software jam in a world of slop33foxmoss.com原文 ↗
foxmoss.com
Fox Moss 记录一次软件 jam 的组织过程，并把它放在“slop”泛滥的创作环境里讨论。原始介绍里作者说明自己 16 岁，过去一年主要在做觉得有趣、也可能在网上传播的项目，后来被 Hack Club 注意到并邀请组织活动。文章有价值的地方在于它从活动设计和参与者动机出发，而不是停留在“AI 内容太多”的抱怨层面。
–
“No, I swear I wrote this.”34revise.io原文 ↗
revise.io
Revise 的文章讨论 AI 写作检测和作者证明，标题里的 “No, I swear I wrote this” 抓住了一个新的默认怀疑环境。问题不只是检测器准不准，还包括作者如何证明过程、平台如何处理误判、读者如何建立信任。它把 AI 内容治理从“识别机器文本”推进到“证明人类创作链条”的更难问题。
–
Turn your site into a place people can bump into each other35cauenapier.com原文 ↗
cauenapier.com
Cauê Napier 介绍 TownSquare，一个给网站增加在线 presence 的轻量组件，让访客能感到其他人也在同一空间里。digest 关联的 Show HN 讨论在 2026 年 6 月已有 166 条评论，说明这种“把网站变成可偶遇场所”的需求不小。它的产品视角有趣：不是再造社区平台，而是在已有网站上加一层低摩擦的同步感。
–
Suspicious Discontinuities36danluu.com原文 ↗
danluu.com
Dan Luu 这篇文章分析性能和系统行为里的 suspicious discontinuities，也就是曲线突然断裂、阈值前后行为大变的现象。HN 上它有 173 points、43 条评论，说明这类诊断文章仍能引起系统工程读者共鸣。它的实用性在于提醒读者：异常断点通常不是噪声，而是缓存、调度、限流、硬件层级或测量方式暴露出来的边界。
–
Fintech Engineering Handbook37w.pitula.me原文 ↗
w.pitula.me
Fintech Engineering Handbook 汇总账本、支付、合规和数据建模等金融科技工程主题。HN 热度达到 402 points、136 条评论，说明它覆盖的是很多工程师进入 fintech 后最容易低估的基础问题。真正有用的部分在于它把 ledger、idempotency、reconciliation、audit trail 和监管语境放在一起，而不是只讲支付 API 怎么调。
–
The gap between open weights LLMs and closed source LLMs38blog.doubleword.ai原文 ↗
blog.doubleword.ai
Doubleword 分析 open weights LLMs 与 closed source frontier models 的能力差距，话题在 HN 上有 281 points、211 条评论。这个差距不能只看单项 benchmark，因为闭源模型常把推理、工具调用、上下文长度、产品集成和持续更新打包成整体体验。文章的意义在于把“开放权重是否追上”拆成多个工程维度，而不是陷入单一跑分争论。
–
A peek into Reddit's anti-spam internals39lyra.horse原文 ↗
lyra.horse
这篇文章从外部行为推测 Reddit anti-spam internals，属于平台黑箱系统的逆向观察。它关心账号状态、内容可见性、投票反馈和反垃圾动作之间的关联，而不是等待官方架构文档。这样的分析对理解大型社区平台很有价值，因为真实治理系统往往只能通过边界行为、延迟和异常响应被看见。
–
Data Access Patterns That Makes Your CPU Really Angry40blog.weineng.me原文 ↗
blog.weineng.me
这篇文章用 benchmark 展示数据访问模式如何让 CPU 性能急剧变化。主题不是加法本身，而是顺序访问、随机访问、stride、cache locality 和内存层级如何决定简单循环的真实速度。它适合和性能调优一起读，因为很多“算法没变”的慢，是数据喂给硬件的方式变了。
–
Excessive nil pointer checks in Go41konradreiche.com原文 ↗
konradreiche.com
Konrad Reiche 讨论 Go 代码中过度 nil pointer checks 的现象，重点是防御式编程如何从保护变成噪声。Go 的 nil 很常见，但在内部路径层层检查会模糊真正的不变量，让调用约定和错误边界变得不清楚。文章的工程判断点在于：nil 应该在系统边界被收敛，而不是在每个函数里重新投票。
–
Shard your locks: benchmarking 6 Go cache designs42strebkov.dev原文 ↗
strebkov.dev
这篇文章 benchmark 了 6 种 Go cache 设计，核心主题是 lock sharding 对并发吞吐的影响。相比抽象讨论 mutex 是否慢，它把不同 cache 结构放到同一测试语境里比较。它的技术价值在于给出可复现实验框架，让读者看到锁竞争、分片数量和访问模式之间的具体关系。
–
Using Local Coding Agents43magazine.sebastianraschka.com原文 ↗
Sebastian Raschka 写了一篇本地 coding agent 教程，目标是用 open-source tools 和 open-weight LLMs 搭起可运行栈。原始摘要说明文章源于读者反复询问他的 local agent stack，图示里包括本地模型托管的 inference engine 和 coding agent harness。它的实用性在于把“本地 agent”从概念拆成模型、推理服务、工具调用和开发环境几个可替换部件。
–
not much happened today44news.smol.ai原文 ↗
news.smol.ai
smol.ai 这期标题说 not much happened today，但摘要里仍覆盖 2026-06-25 至 2026-06-26 的 AI 社区动态。它明确写到检查了 12 个 subreddits、544 个 Twitters，没有进一步 Discord 来源，并提到 GPT-5.6 Preview、restricted rollout 和 new frontier release regime。它适合作为社区温度计阅读：即便“安静日”，信息源数量也显示 AI 新闻周期已经高度密集。
–
GitHub 热门 · GitHub Trending
15 项 · GitHub 热门BuilderIO/agent-native45github.com原文 ↗
BuilderIO/agent-native 是一个构建 agent-native apps 的框架，强调 agent 应该在真实产品内部行动，而不是只待在聊天窗口旁边。README 列出的 primitives 包括 shared actions、SQL-backed state、identity、tools、skills、jobs、observability 和 UI surfaces。它代表了一种产品化 agent 方向：把 agent 能力拆成应用工程可维护的状态、权限、任务和界面组件。
–
aws/agent-toolkit-for-aws46github.com原文 ↗
aws/agent-toolkit-for-aws 是 AWS 官方支持的 agent toolkit，包含 MCP servers、skills 和 plugins。README 明确说它面向 Claude Code、Codex、Cursor 等 coding agents，帮助这些 agent 在 AWS 上 build、deploy、manage applications。它的意义在于云厂商开始把 agent 接入层做成一等工具，而不是只提供普通 SDK 文档。
–
vercel-labs/skills47github.com原文 ↗
技能系统系统·基础设施
vercel-labs/skills 提供一个开放 agent skills 生态的 CLI，核心入口是 `npx skills`。README 写到它支持 OpenCode、Claude Code、Codex、Cursor 和 68 个以上工具，还能安装 skill 或把某个 skill 直接生成 prompt 传给 agent。它的看点在于把“可迁移的 agent 能力包”做成跨工具分发层，而不是绑定单一 IDE 或模型。
–
EKKOLearnAI/hermes-studio48github.com原文 ↗
EKKOLearnAI/hermes-studio 把 Hermes Agent 做成桌面应用、本地运行时和 Web console 的组合。README 提到它可用于 chat with agents、manage models and profiles、connect platform channels、automate jobs、inspect files、run coding agents，并强调 keep everything local。它反映了 agent 工具从命令行走向本地控制台的趋势，尤其适合需要会话、任务和模型配置统一管理的用户。
–
kunchenguid/no-mistakes49github.com原文 ↗
kunchenguid/no-mistakes 在真实 remote 前放了一个本地 git proxy，让开发者 push 到 no-mistakes 而不是直接 push origin。README 描述的流程是创建 disposable worktree、运行 AI-driven validation pipeline，全部通过后才转发 branch 并自动打开 clean PR。这个项目把 agent 放在提交路径上，试图把代码生成后的校验变成默认门禁。
–
safishamsi/graphify50github.com原文 ↗
safishamsi/graphify 是一个 AI coding assistant skill，把项目资料转成 queryable knowledge graph。README 列出的输入范围很宽：code、SQL schemas、R scripts、shell scripts、docs、papers、images、videos 都可以进入图结构。它的技术方向是让 agent 不只读文件树，而是通过代码、数据库和基础设施之间的关系回答问题。
–
gglucass/headroom-desktop51github.com原文 ↗
上下文工程编码
gglucass/headroom-desktop 是一个 macOS menu bar app，目标是减少 Claude Code 和 Codex 的上下文开销。README 声称通过 local-first optimization pipeline 可把 token costs 降低约 50%，方法是可逆压缩 tool output、logs 和 boilerplate。它抓住了 coding agent 的现实瓶颈：不是模型不够聪明，而是长任务里的上下文预算被重复噪声吃掉。
–
remotion-dev/remotion52github.com原文 ↗
github.com
remotion-dev/remotion 用 React 和 Web 技术程序化生成视频。README 的核心论点是复用 CSS、Canvas、SVG、WebGL，再用变量、函数、API、数学和算法生成动态效果。它的稳定看点在于把视频生产从时间线编辑器迁移到组件和代码，适合数据驱动视频、批量素材和可复用视觉系统。
–
medusajs/medusa53github.com原文 ↗
github.com
medusajs/medusa 是面向 digital commerce 的开源平台，README 称其为 building blocks for digital commerce。它提供托管的 Medusa Cloud，也支持本地搭建应用，因此覆盖从快速启动到自托管定制的路径。它在 trending 中的意义不在新奇，而在 commerce 后端继续向模块化、可组合基础设施演进。
–
labring/sealos54github.com原文 ↗
github.com
labring/sealos 把 Kubernetes 包装成 AI-native Cloud Operating System，覆盖开发、部署、数据库和微服务管理。README 明确提到 cloud IDEs、production deployment、managed databases，以及 MySQL、PostgreSQL、Redis、MongoDB 等服务。它的方向是把 K8s 的复杂性收束到云操作系统界面中，尤其服务 AI 应用从开发到上线的一体化需求。
–
simplex-chat/simplex-chat55github.com原文 ↗
github.com
simplex-chat/simplex-chat 是一个隐私消息网络和客户端，核心主张是没有任何用户标识符。README 明确写到 iOS、Android 和 desktop apps，并反复强调 no user identifiers of any kind。它的技术关注点在身份模型：隐私不只是端到端加密，还包括网络层和账户层是否存在可长期关联的全局 ID。
–
grafana/grafana56github.com原文 ↗
github.com
grafana/grafana 是开源 observability 和 data visualization 平台，用于 query、visualize、alert 和 understand metrics。README 强调它能连接 Prometheus、Loki、Elasticsearch、InfluxDB、Postgres 等多种来源，并处理 metrics、logs、traces。它持续 trending 的原因很直接：可观测性平台已经成为现代基础设施的控制面，而 Grafana 仍是默认入口之一。
–
apache/opendal57github.com原文 ↗
github.com
apache/opendal 的定位是 One Layer, All Storage，为多语言提供统一数据访问层。README 列出的后端范围包括 object storage、file storage、cloud SaaS、databases、protocols 和 key-value services。它的工程价值在减少存储 SDK 的碎片化，让应用更容易在不同存储服务之间切换或复用同一套访问语义。
–
embassy-rs/embassy58github.com原文 ↗
github.com
embassy-rs/embassy 是 Rust async embedded framework，用 async 模型组织嵌入式并发。README 的目标表述是更快写出 safe、correct、energy-efficient embedded code。它的技术意义在于把嵌入式开发从手写状态机和 RTOS 线程之间，推进到 Rust 类型系统与 async runtime 共同约束的模型。
–
sympy/sympy59github.com原文 ↗
github.com
sympy/sympy 是纯 Python computer algebra system，采用 New BSD License。README 里强调它由作者、邮件列表贡献者、Google Summer of Code / Code-In 等长期社区共同维护。它在 trending 里属于基础科学计算项目：不追逐 agent 叙事，却承担了符号数学在 Python 生态里的公共基础设施角色。
–
引用来源 · References
59 条 · 引用- 1 DSpark: Speculative decoding accelerates LLM inference. GitHub: deepseek-ai/DeepSpechttps://github.com/deepseek-ai/DeepSpec/blob/main/DSpark_paper.pdf ↩ 回到正文 · back to text
- 2 Comparing Transformers and Hybrid Models at the Token Level. arXiv:2606.20936https://arxiv.org/pdf/2606.20936 ↩ 回到正文 · back to text
- 3 Luma - A New Workspace for Fridahttps://luma.frida.re/ ↩ 回到正文 · back to text
- 4 Ocarina. GitHub: msradam/ocarinahttps://github.com/msradam/ocarina ↩ 回到正文 · back to text
- 5 Mcpify. GitHub: Amanbig/mcpifyhttps://github.com/Amanbig/mcpify ↩ 回到正文 · back to text
- 6 Adrafinil. GitHub: kageroumado/adrafinilhttps://github.com/kageroumado/adrafinil ↩ 回到正文 · back to text
- 7 HSON / Hson-Live. GitHub: neutralica/hson-livehttps://github.com/neutralica/hson-live ↩ 回到正文 · back to text
- 8 Formidable. GitHub: petervdpas/Formidable2https://github.com/petervdpas/Formidable2 ↩ 回到正文 · back to text
- 9 DiagramIDEhttps://diagramide.axk.sh ↩ 回到正文 · back to text
- 10 BootProof. GitHub: bootproof/bootproofhttps://github.com/bootproof/bootproof ↩ 回到正文 · back to text
- 11 Hardwood 1.0https://hardwood.dev/1.0.0.Final/ ↩ 回到正文 · back to text
- 12 Ampulla. GitHub: ukstv/ampullahttps://github.com/ukstv/ampulla ↩ 回到正文 · back to text
- 13 GemmaTrans. GitHub: Rand01ph/gemma-transhttps://github.com/Rand01ph/gemma-trans ↩ 回到正文 · back to text
- 14 Aerial-autonomy-stack. GitHub: JacopoPan/aerial-autonomy-stackhttps://github.com/JacopoPan/aerial-autonomy-stack ↩ 回到正文 · back to text
- 15 Nirnam. GitHub: shaurcasm/nirnamhttps://github.com/shaurcasm/nirnam ↩ 回到正文 · back to text
- 16 Open Tag. GitHub: CopilotKit/OpenTaghttps://github.com/CopilotKit/OpenTag ↩ 回到正文 · back to text
- 17 Hypequery. GitHub: hypequery/hypequeryhttps://github.com/hypequery/hypequery ↩ 回到正文 · back to text
- 18 U.S. allows Anthropic to release Mythos AI to ‘trusted’ US organizationshttps://www.semafor.com/article/06/27/2026/us-releases-powerful-anthropic-model-mythos-to-some-us-companies ↩ 回到正文 · back to text
- 19 Asian AI startups launch Mythos-like modelshttps://techcrunch.com/2026/06/27/asian-ai-startups-launch-mythos-like-models-as-anthropics-export-ban-drags-on/ ↩ 回到正文 · back to text
- 20 Zuckerberg's war on whistleblowershttps://pluralistic.net/2026/06/27/zuckerstreisand-2/ ↩ 回到正文 · back to text
- 21 Anonymous GitHub account mass-dropping undisclosed 0-days. GitHub: bikini/exploitariumhttps://github.com/bikini/exploitarium ↩ 回到正文 · back to text
- 22 Post-Mythos Cybersecurityhttps://cephalosec.com/blog/cybersecurity-in-the-post-mythos-era-keep-calm-and-carry-on/ ↩ 回到正文 · back to text
- 23 Streaming services' loud ads become illegal on July 1 in Californiahttps://arstechnica.com/gadgets/2026/06/streaming-services-obnoxiously-loud-ads-become-illegal-on-july-1-in-california/ ↩ 回到正文 · back to text
- 24 Texas' App Store Accountability Acthttps://cdt.org/insights/like-a-bouncer-at-a-bookstore-texas-app-store-accountability-act-is-unconstitutional/ ↩ 回到正文 · back to text
- 25 California's 3D printer surveillance schemehttps://www.eff.org/deeplinks/2026/06/we-can-still-stop-californias-3d-printer-surveillance-scheme ↩ 回到正文 · back to text
- 26 PlayStation Is Deleting 551 Movies from Customers' Accountshttps://kotaku.com/playstation-store-movies-digital-studio-canal-terminator-2000711013 ↩ 回到正文 · back to text
- 27 NLNet Labs LLM Policyhttps://nlnetlabs.nl/llm-policy/ ↩ 回到正文 · back to text
- 28 pg_plan_advice. PostgreSQL 19 Documentationhttps://www.postgresql.org/docs/19/pgplanadvice.html ↩ 回到正文 · back to text
- 29 Introducing Flink's Native S3 FileSystemhttps://flink.apache.org/2026/06/26/announcing-native-s3-fs/ ↩ 回到正文 · back to text
- 30 Prism: An Impure Functional Language With Typed Effectshttps://www.stephendiehl.com/posts/prism/ ↩ 回到正文 · back to text
- 31 The feature in OxCaml that more languages should stealhttps://theconsensus.dev/p/2026/06/27/the-feature-in-oxcaml-more-languages-should-steal.html ↩ 回到正文 · back to text
- 32 The Card That Made the Apple II Serioushttps://www.wiseowl.com/articles/a2fpga-videx-01-the-card-that-made-the-apple-ii-serious/ ↩ 回到正文 · back to text
- 33 Running a software jam in a world of slophttps://foxmoss.com/blog/radish/ ↩ 回到正文 · back to text
- 34 “No, I swear I wrote this.”https://revise.io/blog/06-27-2026/no-i-swear-i-wrote-this ↩ 回到正文 · back to text
- 35 Turn your site into a place people can bump into each otherhttps://cauenapier.com/blog/townsquare_release/ ↩ 回到正文 · back to text
- 36 Suspicious Discontinuitieshttps://danluu.com/discontinuities/ ↩ 回到正文 · back to text
- 37 Fintech Engineering Handbookhttps://w.pitula.me/fintech-engineering-handbook/ ↩ 回到正文 · back to text
- 38 The gap between open weights LLMs and closed source LLMshttps://blog.doubleword.ai/frontier-os-llm ↩ 回到正文 · back to text
- 39 A peek into Reddit's anti-spam internalshttps://lyra.horse/blog/2026/06/reddit-spam-internals/ ↩ 回到正文 · back to text
- 40 Data Access Patterns That Makes Your CPU Really Angryhttps://blog.weineng.me/posts/slowest_add/ ↩ 回到正文 · back to text
- 41 Excessive nil pointer checks in Gohttps://konradreiche.com/blog/excessive-nil-pointer-checks-in-go/ ↩ 回到正文 · back to text
- 42 Shard your locks: benchmarking 6 Go cache designshttps://strebkov.dev/posts/shard-your-locks/ ↩ 回到正文 · back to text
- 43 Using Local Coding Agentshttps://magazine.sebastianraschka.com/p/using-local-coding-agents ↩ 回到正文 · back to text
- 44 not much happened todayhttps://news.smol.ai/issues/26-06-26-gpt-56-preview/ ↩ 回到正文 · back to text
- 45 BuilderIO/agent-native. GitHub: BuilderIO/agent-nativehttps://github.com/BuilderIO/agent-native ↩ 回到正文 · back to text
- 46 aws/agent-toolkit-for-aws. GitHub: aws/agent-toolkit-for-awshttps://github.com/aws/agent-toolkit-for-aws ↩ 回到正文 · back to text
- 47 vercel-labs/skills. GitHub: vercel-labs/skillshttps://github.com/vercel-labs/skills ↩ 回到正文 · back to text
- 48 EKKOLearnAI/hermes-studio. GitHub: EKKOLearnAI/hermes-studiohttps://github.com/EKKOLearnAI/hermes-studio ↩ 回到正文 · back to text
- 49 kunchenguid/no-mistakes. GitHub: kunchenguid/no-mistakeshttps://github.com/kunchenguid/no-mistakes ↩ 回到正文 · back to text
- 50 safishamsi/graphify. GitHub: safishamsi/graphifyhttps://github.com/safishamsi/graphify ↩ 回到正文 · back to text
- 51 gglucass/headroom-desktop. GitHub: gglucass/headroom-desktophttps://github.com/gglucass/headroom-desktop ↩ 回到正文 · back to text
- 52 remotion-dev/remotion. GitHub: remotion-dev/remotionhttps://github.com/remotion-dev/remotion ↩ 回到正文 · back to text
- 53 medusajs/medusa. GitHub: medusajs/medusahttps://github.com/medusajs/medusa ↩ 回到正文 · back to text
- 54 labring/sealos. GitHub: labring/sealoshttps://github.com/labring/sealos ↩ 回到正文 · back to text
- 55 simplex-chat/simplex-chat. GitHub: simplex-chat/simplex-chathttps://github.com/simplex-chat/simplex-chat ↩ 回到正文 · back to text
- 56 grafana/grafana. GitHub: grafana/grafanahttps://github.com/grafana/grafana ↩ 回到正文 · back to text
- 57 apache/opendal. GitHub: apache/opendalhttps://github.com/apache/opendal ↩ 回到正文 · back to text
- 58 embassy-rs/embassy. GitHub: embassy-rs/embassyhttps://github.com/embassy-rs/embassy ↩ 回到正文 · back to text
- 59 sympy/sympy. GitHub: sympy/sympyhttps://github.com/sympy/sympy ↩ 回到正文 · back to text