按可信来源、时间线和主题整理的新闻简报。优先保留原文链接、新闻时间和后续阅读入口。
字节跳动火山引擎总裁谭待宣布，豆包视频生成模型Seedance 2.5将于7月初上线。该模型支持单段原生30秒视频直出，可同时导入最多50个全模态参考素材，显著提升可控性和精细化程度。前代Seedance 2.0已升级至原生4K生成能力。同时发布AI版权商业化平台，周星驰为首批合作对象，用户可使用官方模板二次创作经典电影片段。
补充中文 AI 产业、产品和资本市场动态，减少只看海外来源的偏差。
中 — 来源为稳定 RSS 或专业媒体，适合作为新闻线索继续追踪。
Auto: IT之家
Auto: IT之家 · 当前新闻
谷歌推出LiteRT-LM，通过多Token预测技术显著加速本地推理。基于Gemma 4模型，该方法允许同时预测多个后续令牌，优化边缘设备上的大语言模型推理效率，最高提升2.2倍速度。该技术适用于资源受限场景，有助于推动AI在移动和嵌入式设备上的实时应用。
补充中文 AI 产业、产品和资本市场动态，减少只看海外来源的偏差。
中 — 来源为稳定 RSS 或专业媒体，适合作为新闻线索继续追踪。
Auto: IT之家
InfoQ 中文 · 当前新闻
Nordic Semiconductor发布nRF54L15 Tag，一款硬币电池供电的原型平台，基于nRF54L15无线SoC（Arm Cortex-M33 @ 128MHz，RISC-V协处理器，256KB SRAM，1.5MB NVM），支持蓝牙6.0信道探测、Thread/Zigbee、Matter、Amazon Sidewalk及4Mbps私有协议。板载双天线提高测距可靠性，集成6轴IMU和环境传感器，适用于资产追踪和边缘处理。
关系到 Linux、嵌入式和基础软件生态的版本、驱动或行业变化。
中 — 来源为稳定 RSS 或专业媒体，适合作为新闻线索继续追踪。
CNX Software
CNX Software
CNX Software
CNX Software
CNX Software · 当前新闻
从 GitHub、项目站点、个人博客、技术论坛和硬件社区中自动发现，优先选择 AI、嵌入式、Linux/RTOS、电子工程和有趣开源项目。
压缩AI agent读取的一切——工具输出、日志、文件、RAG块，在传入LLM前减少60-95%的token，且不改变答案。提供Python/TypeScript库、零代码代理、MCP服务器，支持本地优先和可逆压缩。适合需要大幅降低LLM成本且不牺牲输出质量的团队。
当AI agent频繁调用LLM时，token成本迅速累积。Headroom通过智能压缩上下文（如冗长的日志、检索结果）在传入LLM前减少90%以上token，同时保留关键信息——其基准测试显示将10k tokens压缩至1.2k仍能正确发现FATAL错误。提供多种集成方式：直接嵌入代码的库、一条命令包装现有agent（Claude Codex、Cursor等）、以及无需修改应用的代理。对于构建多步推理或RAG管道的开发者，这是一个实用且易用的成本优化层。
项目非常活跃（47k stars），提供6种压缩算法（包括可逆的），文档包含详细基准测试和性能对比。压缩效果经实测验证，但高度依赖内容类型和LLM的理解能力，偶尔可能丢失细微差别。工程上，库、代理、MCP服务器三层接入覆盖了常见使用模式，安装简单。社区贡献活跃，但363个open issues表明维护压力较大，部分算法可能不够成熟。生产使用需针对特定任务测试压缩保真度。
作为一个AI成本优化工具，Headroom设计务实，将压缩逻辑抽象为独立层而不侵入agent代码。压缩质量依赖算法选择，但预置的多种方案允许按需切换。适合对token敏感且输出质量容忍度较高的场景（如摘要、日志分析）。不建议用于需要逐字精确输出的场景（如代码生成、数学计算），因为压缩可能改变表述。总体而言，成熟度较高，值得集成。
压缩可能丢失对LLM至关重要的细微信息（如错误日志中的行号、RAG中的精确引用），尽管可逆压缩允许解压，但会增加延迟。代理模式需要额外部署进程，可能引入不稳定因素。部分算法（如极度压缩）为实验性质，生产环境需谨慎选型。此外，压缩后LLM的推理路径可能偏离预期，需人工审查关键输出。
一篇Hackaday文章，探讨利用NES扩展端口进行图形硬件升级的可能性。文章摘要提及80-90年代主机普遍具有扩展端口，暗示通过该端口可以增强显示能力。具体实现细节（如电路、FPGA代码）未在摘要中给出，但值得复古硬件爱好者关注。
对于嵌入式开发者、复古游戏爱好者和FPGA工程师，这篇文章提供了一个技术线索：如何利用遗留硬件平台上的扩展端口进行原创图形升级。尽管缺乏具体细节，但文章可能涉及信号转换、模拟视频处理或数字接口改造，为类似项目（如提升NES分辨率或色彩深度）提供思路。适合对老主机改造有实践兴趣的读者。
作为一篇技术文章，它并非完整的开源项目，因此无法评估其工程可用性。读者需要自行阅读原文以获取电路设计、代码或购买现成升级板的信息。Hackaday的文章通常包含可复现的细节，但本文摘要过于简略。建议结合其他资源（如论坛、GitHub）进一步了解。
此类硬件改造文章的价值在于其创新性和启发性，而非直接可用性。如果作者
硬件改装涉及对古董主机的物理改造，可能造成永久损坏，需要焊接和电路基础知识。升压模块或信号转换可能引入延迟或兼容性问题（如电视不支持修改后的信号）。部件（如特定版NES）已停产，替代品难寻。对于无硬件经验的开发者风险极高。
Gini是一个具有长期记忆和技能学习能力的个人agent。它将运行时作为系统记录，持久化对话、任务、审批、内存、技能调用等，支持多种LLM后端。通过两阶段奖励机制从任务结果中自动改进技能，适合需要持续优化和有状态交互的agent应用。
现有agent大多是无状态的会话，无法跨任务保持记忆和自动优化。Gini将运行时设计为系统记录，所有交互、运行、跟踪和审计都被持久化，并支持基于任务结果的技能学习（两阶段奖励+人类门控）。它还提供远程访问、审批链、多种模型提供商集成等功能。对于需要长期记忆、安全审计和自动改进的自主agent场景，Gini提供了一个完整的框架，其白皮书详细阐述了设计目标与现有方案的差距。
项目处于早期（587 stars），但文档非常详尽，包含架构指南、操作手册、安全配置等。核心功能（记忆、技能学习、远程访问）已实现，但18个open issues表明仍在活跃开发。工程上，TypeScript编写、MIT许可证，安装步骤清晰但依赖较多（可能需要Docker）。生产就绪度需检查审计和批准机制是否完备，以及技能学习在实际任务中的收敛性。社区活跃度一般，但文档质量高，易于上手。
Gini的设计理念先进——将agent视为有状态的工作单元而非一次性查询，其记忆系统和技能学习是差异化亮点。但作为新项目，稳定性和生态支持尚不成熟。适合探索AI agent工程化边界的团队（如研究或原型验证），但不建议用于关键业务。AI评估时需注意技能学习的奖励设计需要领域知识，否则可能学习到不良行为。
早期项目，API和功能可能频繁变动。记忆系统依赖向量数据库，增加运维复杂度。技能学习依赖任务结果的设计，若奖励信号不合理，可能导致agent学到错误模式。远程访问功能（中继模式）引入安全风险，需正确配置隧道认证。文档虽然全面，但实操时可能遇到未覆盖的边界情况，需要开发者自行调试。