从 41 条内容中筛选出 12 条重要资讯。
科技新闻
- Web 与移动端对话式 AI 代理隐私分析 ⭐️ 8.0/10
- PostgreSQL 开发者谈 Linux 内核的助力与阻碍 ⭐️ 8.0/10
- OpenAI 开发者大会据称推出 dots 常驻智能体与 GPT-6.1 系列 ⭐️ 8.0/10
- Anthropic 评估智谱 GLM-5.3 网络攻击能力 ⭐️ 8.0/10
- OpenAI GPT-6.1 Sol：宣称接近 Astra 智能，价格仅五分之一 ⭐️ 7.0/10
- America.gov 被指用 Gemini 驱动政府服务助手 ⭐️ 7.0/10
- RustConf 2026：提案让 GPU 成为普通 Rust 编译目标 ⭐️ 7.0/10
- CNNIC：中国生成式 AI 用户破 7 亿，普及率超 50% ⭐️ 7.0/10
- Cloudflare 推出面向 AI Agent 的 cf CLI 开放测试版 ⭐️ 7.0/10
- 谷歌修复 Firebase Analytics 服务端故障致 iOS 应用启动崩溃 ⭐️ 7.0/10
科技博客
- LLM 为何“说谎”：幻觉机制与缓解 ⭐️ 6.0/10
财经新闻
科技新闻
Web 与移动端对话式 AI 代理隐私分析 ⭐️ 8.0/10
一篇针对 Web 与移动端对话式 AI 代理的技术隐私分析（PDF）于 2026 年 9 月 29 日发布到 Hacker News。当前提供的材料没有论文正文，无法核实其具体测量方法、样本范围或结论；条目说明只概括了该分析主题，并提到社区讨论凸显主要 AI 聊天服务的跟踪与数据处理风险。
hackernews · damaru2 · 9月29日 09:03 · 社区讨论
「背景」 根据 IMDEA 机构库中的论文摘要，这项研究对九款主流对话式 AI 服务的网页版与移动版部署做了系统性隐私分析，结合静态与动态分析方法，考察其中第三方广告与追踪服务的存在及行为（tool-2-1）。此前 9 月 21 日的 Horizon 日报曾报道，一篇 Hacker News 博文声称 ChatGPT 通过广告技术采集器推断用户在其他网站上的活动；该说法当时仅出自单一博文、未获独立验证，评论者认为其机制本身属于标准广告技术，真正没有先例的是把它用在 AI 聊天产品上（tool-1-1）。
「影响」 对使用相关聊天服务的用户而言，评论中报告的风险是：会话 URL 中的 UUID 并不构成隐私边界，访问历史会话链接可能暴露完整对话，因此这类链接不应被视为可安全分享的匿名地址；至于关闭营销隐私开关等缓解措施是否有效，评论中并未给出验证结果。
「社区讨论」 讨论中，有用户报告 ChatGPT 网页版会在点击发送前把未完成的提示词周期性地发往 conversation/prepare 端点，并担心服务端可借此分析写作节奏和思路演变；也有用户将此类隐私问题与训练数据争议类比，主张使用本地或开源模型，并询问关闭营销隐私设置后这些风险是否仍存在。
参考链接
标签: #privacy, #conversational AI, #web tracking, #mobile apps, #LLM agents
PostgreSQL 开发者谈 Linux 内核的助力与阻碍 ⭐️ 8.0/10
LWN 报道，PostgreSQL 性能开发者 Andres Freund 在 2026 年 Kernel Recipes 大会上介绍了 PostgreSQL 与 Linux 内核长期打交道的经验。他称内核在 writeback 与 reclaim 上有 2 到 4 倍的改进，新增的 RWF_ATOMIC 原子写请求是重大进步，io_uring 也很有价值；但 Linux 目前只支持原子 direct I/O，而 PostgreSQL 仍以缓冲 I/O 为主，因此他期待带缓冲的原子写支持能尽快就绪。问题方面，他展示了一条客户端数增长时吞吐先线性上升、随后跌落并平台化的曲线，关闭 cpuidle 子系统可消除该现象；futex 提供的 32 位应用状态不够用，内核内哈希查找在某些情况下占用 25% CPU，优先级继承 futex 状态更少、几乎不可用。他还提到 PostgreSQL 正缓慢从进程模型转向线程模型，并试验了 io_uring 与时间片扩展，后者因对可执行操作的限制过严而收益有限；相关性能数据来自其演讲幻灯片，未见独立验证。
rss · LWN.net · 9月29日 15:42
「背景」 PostgreSQL 长期依赖缓冲 I/O，而 Linux 的原子写（多块写入整体成功或失败）此前只支持直接 I/O。Horizon 3 月 3 日的日报曾报道，ext4 与 XFS 已支持原子直接 I/O，但原子缓冲写入仍处于多份提案阶段、尚无实现，社区对其必要性与复杂度存在分歧，PostgreSQL 被列为最主要潜在用户；5 月 15 日的日报记录了 LSFMM+BPF 2026 上的后续讨论，其中提出 PostgreSQL 需要 8KB 原子写以及基于 writethrough 的新方案，以减少预写日志中的整页写入和写放大。
「影响」 对 PostgreSQL 开发者来说，原子写带来的收益目前受 I/O 模式限制：内核的 RWF_ATOMIC（Linux 6.11 引入）只支持原子 direct I/O，而 PostgreSQL 尚未使用 direct I/O，因此 Freund 期望的“缩小日志”效果要等缓冲原子写支持就绪；由于 PostgreSQL 大概率不会把 direct I/O 设为默认，运维方短期内不应指望这一优化落地。另一个可直接操作的点是 cpuidle：他给出的客户端扩展性曲线在中等负载处掉入平台期，而禁用 cpuidle 能“解决”该问题，因此做 PostgreSQL 基准测试或容量规划时，CPU 空闲状态管理应作为排查项，否则可能得到不一致的性能结果。
参考链接
标签: #Linux kernel, #PostgreSQL, #database performance, #Kernel Recipes, #open source
OpenAI 开发者大会据称推出 dots 常驻智能体与 GPT-6.1 系列 ⭐️ 8.0/10
一则 Telegram 汇总称，OpenAI 在开发者大会 DevDay 2026 上推出 20 余项更新，包括可全天候自主运转、深入学习用户习惯并主动接管长线复杂工作的常驻智能体 Dots，以及 GPT-6.1 Sol 和 Astra Ultrafast 模型。开发者侧还提到 Codex 登陆云端并支持语音操控与自动修障、原生开放电脑操控并支持 AWS Bedrock 托管的 Agents API，以及面向 Luna 模型能力的轻量实时决策接口 Decisions API（用于文本/图像输入下的有限选项分类、路由与 Agent 动作决策）。生态方面称推出 “Sign in with ChatGPT”，可将订阅额度划拨至 Devin、Notion 等第三方工具；套餐方面则有新 Pro 500 档位，算力额度据称为 Plus 的 25 倍并专享 Astra Ultrafast，后者速度最高为标准版 Astra 的 8 倍，而 GPT-6.1 Sol 被描述为以五分之一的价格达到接近 Astra 的智能水平。上述内容均出自二手汇总，未提供独立验证、具体价格、上线时间或兼容性说明，应视为发布方的主张而非已证实的已交付能力。
telegram · zaihuapd · 9月29日 17:52
「背景」 Horizon 9 月 4 日的日报曾报道 OpenAI 发布旗舰模型 GPT-6 Astra 并随附部署安全系统卡，当时将其定位为下一代完整模型版本而非点版本更新；本次 DevDay 提到的 Astra Ultrafast 与 Pro 500 专享的加速能力，即建立在这一 Astra 之上。9 月 23 日的日报还报道过 GPT-6 系列 Sol 与 Luna 两款模型的发布，但当时公告正文缺失，参数规模、上下文长度、定价、可用范围等均未获确认；本次的 GPT-6.1 Sol 与 Decisions API 所依托的 Luna 与它们名称对应，属同一产品线的后续版本，其具体能力目前仍主要来自厂商与二手汇总的说法。
「影响」 对于希望把智能体跑在自有云环境中的开发者，Agents API 可经由 Bedrock Managed Agents 直接在 AWS 上运行，并使用 AWS 的鉴权与执行环境，而不必依赖 OpenAI 侧的托管运行时。不过该托管方式在 DevDay 2026 上仅以限量预览（limited preview）形式推出，团队在接入前需要先具备相应的 AWS 与 Bedrock 配置。
参考链接
标签: #OpenAI, #AI agents, #GPT-6.1, #developer APIs, #AI industry news
Anthropic 评估智谱 GLM-5.3 网络攻击能力 ⭐️ 8.0/10
Anthropic 前沿红队发布评估称，智谱 AI（Z.ai）的 GLM-5.3 已能自主完成端到端网络攻击：在二进制漏洞利用基准的 100 项随机任务中，4% 的尝试实现了完整的控制流劫持，而 Claude Mythos Preview 为 6%。作为对照，Anthropic 称较早的 Claude Opus 4.6 与 GLM-5.2 在这些任务中一次都未成功。据转述，该评估还报告 GLM-5.3 的安全防护可被简单方法绕过，模拟测试成功率为 64% 至 100%，且开放权重允许用户改造模型以削弱拒答。上述数字来自 Anthropic 单方评估（经 Telegram 频道转述），目前尚无独立验证。
telegram · zaihuapd · 9月29日 23:58
「背景」 GLM-5.3 是智谱 AI（Z.ai）开源的模型，与 GLM-5.2 共用同一基础模型、全部提升来自后训练，官方定位为智能体编程与网络防御；Horizon 8 月 29 日的日报曾报道其权重已开放下载、运行和定制。Anthropic 在报告中以自家 Claude Mythos Preview 为参照，称后者是五个月前发布的首个能自主构建端到端攻击链的模型。NIST 下属 CAISI 于 2026 年 9 月 17 日的评估则称 GLM-5.3 是迄今网络能力最强的开放权重模型，但仍显著低于美国当前的前沿模型。
「对防御方的影响」 对部署或评估开放权重模型的安全团队而言，直接后果是不能把模型自带的拒答与防护当作安全边界：Anthropic 称 GLM-5.3 的防护可被简单方法绕过，模拟测试成功率在 64% 至 100% 之间，且权重开放使用户可以自行改造模型以削弱拒答。美国 NIST 下属 CAISI 的评估（2026 年 9 月 17 日）称 GLM-5.3 是迄今网络攻击能力最强的开放权重模型，但在其网络基准综合指标上仍落后美国前沿模型约四个月（Anthropic 表示自身的测试结论与 CAISI 大体一致），因此防御方需要按“接近前沿的攻击能力已可通过开放权重获取”这一前提来调整滥用监测与部署限制。
参考链接
标签: #AI安全, #网络安全, #开源模型, #模型评测, #Anthropic
OpenAI GPT-6.1 Sol：宣称接近 Astra 智能，价格仅五分之一 ⭐️ 7.0/10
Hacker News 上出现关于 OpenAI GPT-6.1 Sol 的提交，标题宣称其以约五分之一的价格提供接近 Astra 的智能；但所给材料没有公告正文或独立技术细节，无法核实该性能、定价或可用性是否已经正式发布。现有信息只能确认存在这一提交及社区讨论，其中一条评论引述称 GPT-6.1 Sol 缓存输入为每百万 token 0.10 美元，比标准输入低 95%、比 GPT-6 Sol 缓存输入低 50%。这些价格数字来自评论转述，并非本条目提供的官方规格。
hackernews · crorella · 9月29日 17:06 · 社区讨论
「背景」 这次发布处在同一系列的连续更新之中。Horizon 9 月 23 日的日报曾报道，OpenAI 于 9 月 22 日发布 GPT-6 Sol 与 GPT-6 Luna，两者定价约为 GPT-5.6 对应型号的一半（Sol 为每百万 token 输入 2 美元、输出 10 美元），同时指出当时缺少公告正文，参数规模、可用范围与兼容性均未获确认。相比 GPT-6 Sol，OpenAI 的 GPT-6.1 Sol 页面显示该模型尚未在 ChatGPT 中提供，开发者可通过 API 以 gpt-6.1-sol 调用，标准价格为每百万输入 token 2 美元、缓存输入 0.10 美元、输出 10 美元。
「对开发者的实际影响」 对依赖缓存复用的 API 开发者而言，最直接的变化是缓存输入价格：评论中引用的发布信息为每百万 token 0.10 美元，比标准输入低 95%、比 GPT‑6 Sol 的缓存价低 50%，可显著降低 Codex 类长上下文工作流的成本。但同时有评论者报告 GPT-6/Sol 6 相较 Sol 5.6 出现质量回退并已转向 Opus 5.5，因此更低价格能否抵消用户对 6.1 质量的疑虑尚待实际使用验证；外部报道把这一降价放在 OpenAI 与 Anthropic 为上市做准备、围绕 token 定价竞争的背景中。
「社区讨论」 评论者围绕实际使用价值发生分歧：proxysna 称 DeepSeek 更便宜且体验差距可忽略，愿意为性价比落后“前沿”约六个月；the_duke 则报告 GPT-6 Sol 相比 Sol 5.6 出现明显质量回退并转用 Opus 5.5，因此对 6.1 持怀疑态度。revolvingthrow 猜测 Sol 6.1 可能是文件中出现的 Astra-Minor 因 Sol 6 表现不佳而紧急改名，minimaxir 认为缓存输入降价才是本次发布最关键的部分，这些均属社区观点而非已确认事实。
参考链接
标签: #OpenAI, #GPT-6.1 Sol, #LLM pricing, #AI model competition, #community skepticism
America.gov 被指用 Gemini 驱动政府服务助手 ⭐️ 7.0/10
这个 Hacker News 条目指向 America.gov，并把它描述为一个由 Google Gemini 驱动、供公众查找政府服务的助手。评论者 sssilver 称其实现方式看起来是“Gemini + 防护栏”，并引用 Google 博客称 Google 是该计划的“技术合作伙伴”，要借助 Gemini 帮助超过 1 亿人更快获取关键公共资源。由于条目本身没有提供页面内容，具体功能、覆盖的服务范围、上线状态和可用性仍不明确。
hackernews · plesiv · 9月29日 14:04 · 社区讨论
「背景：America.gov 的定位与数据来源」 America.gov 是美国联邦政府新上线的 AI 公共服务门户；据 CNBC 报道，美国首席设计官 Joe Gebbia 在发布时表示该网站同时使用了 Gemini 与 Grok（tool-1-1）。Android Authority 的报道称，该平台从 29000 多个官方来源提取信息，可就福利、表格、费用、截止日期和资格等问题作答，并支持 PDF 上传与语音输入（tool-1-2）。站点 FAQ 声明其回答基于已发布的政府资料来源、不提供竞选或政党信息，并允许用户自行审阅这些来源（tool-1-3）。
「影响」 对需要办理联邦事务的用户而言，America.gov 把原本分散的入口合并成单一问答界面（有报道称目标是整合近 3 万个联邦政府网站），但据 CNBC 报道，美国首席设计官 Joe Gebbia 表示该聊天机器人由 Google 的 Gemini 与 Elon Musk 的 Grok 共同驱动，其回答属于生成式回复，而非机构的正式裁定。因此在福利资格、法律义务或截止期限等关键事项上，用户仍应回到相应联邦机构的官方页面核对，而不能把聊天结果直接当作可依赖的结论。
「社区讨论」 评论总体分歧集中在实用性与可信度：maherbeg、mellosouls 和 cush 认为它能解决政府服务信息迷宫和钓鱼风险，属于 LLM 少见的真正有用场景；lrvick 则称其回答“比预期诚实”，并引用关于国会大厦违法行为与总统鼓励不改变合法性的表述。这些都是评论者观点，并非对系统准确性或安全性的独立验证。
参考链接
标签: #AI in government, #Google Gemini, #LLM applications, #public services, #Hacker News
RustConf 2026：提案让 GPU 成为普通 Rust 编译目标 ⭐️ 7.0/10
rust-gpu 与 Rust CUDA 的维护者 Christian Legnitto 在 RustConf 2026 的演讲中提出，让 GPU 成为普通 Rust 代码的常规编译目标，无需专门库或额外生态支持；该设想尚未完整实现，他正在准备发布一个原型，但截至报道时原型与演讲幻灯片都还没有公开。这个方案采用“Rust 优先”而非“GPU 优先”的设计，把 GPU kernel 对应为进程、warp 对应为线程、硬件 lane 对应为 CPU 的 SIMD，文件系统交互等操作则转发给主机 CPU 处理。他给出的示例使用 thread::spawn 和 i32x4 SIMD 内建函数，同一段代码不经修改也能在 CPU 上运行；他承认部分实现方式（例如让空闲的 kernel 实例忙等）效率不高，但认为问题不大，并称该方法理论上不会比手写 CUDA 代码慢。
rss · LWN.net · 9月29日 17:57
「背景」 把 Rust 送上 GPU 并非始于这次演讲：Horizon 8 月 18 日的日报曾报道一篇 arXiv 论文，介绍一个以可移植、安全为目标的 Rust GPU 卸载模块，但其设计当时尚未进入上游，也没有公开源代码（tool-1-2）；9 月 9 日的日报则收录了 NVIDIA 一篇文章，讨论用 Rust 原生编写 GPU 内核的两条路径（tool-1-1）。这些先行努力要么依赖专门的卸载机制，要么仍是厂商给出的并行路线，而本次 RustConf 2026 演讲主张的是让 GPU 成为普通编译目标、使未经修改的常规 Rust 代码直接运行，且同样只进展到尚未发布的原型阶段。
「影响」 对目前依赖 rust-gpu、Rust CUDA 等库编写 GPU 代码的开发者而言，最直接的约束是原型尚未发布，因此现在还不能据此迁移代码或调整技术选型，各库之间互不兼容造成的生态割裂也仍然存在。Legnitto 称这一方案理论上不会比现有做法慢、使用线程加 SIMD 的 Rust 程序性能可与手写 CUDA 相当，但这是演讲中的主张而非独立测量结果；“现有库和语言特性可直接复用、并可逐步引入线程与 SIMD（这部分改进在 CPU 上同样有效）”同样要等原型公开后才能验证。
标签: #Rust, #GPU programming, #compilers, #RustConf 2026
CNNIC：中国生成式 AI 用户破 7 亿，普及率超 50% ⭐️ 7.0/10
9 月 29 日，中国互联网络信息中心发布《生成式人工智能应用发展报告（2026）》。报告称截至 2026 年上半年，中国生成式人工智能用户规模突破 7 亿人，普及率超过 50.0%。智能问答是主要应用场景，76.0%的用户用它回答问题；AI 综合助手和 AI 效率办公的使用次数同比增长均超过 100%。报告还称中国智能算力规模达 2185 EFLOPS，同比增长 177%。
telegram · zaihuapd · 9月29日 06:39
「背景」 中国互联网络信息中心（CNNIC）是中国官方互联网统计机构，其定期发布的统计报告以半年为口径统计网民规模与普及率，此次《生成式人工智能应用发展报告（2026）》中的“普及率超 50.0%”即指生成式人工智能用户在全国人口中的占比。Horizon 6 月 10 日的日报曾报道，中国计划未来五年投入约 2 万亿元建设全国算力网络，并要求其中至少 80% 的 AI 芯片采用本土供应商；本次报告给出的 2185 EFLOPS 智能算力规模与 177% 的同比增长，为这一算力扩张方向提供了阶段性统计参照。
标签: #generative AI, #AI adoption, #China AI market, #AI infrastructure, #CNNIC report
Cloudflare 推出面向 AI Agent 的 cf CLI 开放测试版 ⭐️ 7.0/10
Cloudflare 发布了面向开发者和 AI Agent 的 cf CLI 开放测试版，目标是通过命令行调用 Cloudflare 全部 API。与现有 Wrangler 覆盖约 280 种操作不同，cf 由 API Schema 生成，覆盖超过 3,000 项 API 操作。它默认输出 JSON，并支持命令搜索和引导，便于 Agent 自动发现、执行操作并处理结果；Cloudflare 举例称，Agent 可用同一工具创建和部署 Worker、监控服务、配置 Access 与 WAF，甚至购买域名。该工具目前仍处于 beta 阶段。
telegram · zaihuapd · 9月29日 13:46
「背景」 Cloudflare 此前面向开发者的命令行工具是 Wrangler，覆盖约 280 项操作，主要用于 Workers 等开发工作流，命令与具体产品绑定，需要人工选择。新发布的 cf CLI 改由 Cloudflare API Schema 自动生成，操作范围扩展到 3,000 项以上，并把 JSON 设为默认输出格式，这一生成方式与输出约定是它能被 AI Agent 用于自动发现和调用 API 的前提。
「实际影响」 对开发者与 Agent 构建者来说，可自动化的范围从 Wrangler 累积的约 280 项操作扩大到整个 Cloudflare API 的 3,000 多项操作，且默认 JSON 输出减少了为 Agent 结果解析额外做适配的工作，因此依赖 Wrangler 未覆盖接口的流程可以直接改用 cf。需要注意的是该工具目前仅为开放测试版，将其用于关键自动化前应先验证稳定性。
参考链接
标签: #Cloudflare, #CLI, #AI Agent, #Developer Tools, #API Automation
谷歌修复 Firebase Analytics 服务端故障致 iOS 应用启动崩溃 ⭐️ 7.0/10
谷歌确认，Google Analytics for Firebase 的 iOS 服务端曾返回格式错误的数据，导致集成该组件的 iOS 应用在启动时崩溃。故障始于 2026 年 9 月 28 日 17:41（美国太平洋夏令时），修复于当日 19:52 完成推出，持续约两小时。谷歌表示开发者无需更新 SDK 或应用；受缓存影响，部分应用在修复后最长可能继续崩溃约 4 小时，残余问题会自行消退。
telegram · zaihuapd · 9月29日 16:29
「背景」 Firebase Analytics 的 iOS SDK 在应用启动时会向服务端端点 sdk-exp 拉取配置；相关 issue #16729 报告称，GoogleAppMeasurement 12.10.0 在解析该响应时因 key 为 nil 抛出 NSInvalidArgumentException，从而终止进程。这解释了为何服务端返回格式错误数据会导致集成该组件的应用在启动时崩溃。
「影响与应对」 对已集成该组件的 iOS 开发者与运维团队而言，本次故障不需要代码改动或版本发布即可恢复，因此不必为此紧急发版；但缓存可能导致修复生效延迟，部分用户设备上的崩溃最长再持续约 4 小时，需据此判断是否继续排查自身应用问题。
标签: #Firebase, #iOS, #Google Analytics, #Production Incident, #Mobile Development
科技博客
LLM 为何“说谎”：幻觉机制与缓解 ⭐️ 6.0/10
rss · ByteByteGo · 9月29日 15:31
「背景」 ByteByteGo 的文章从一个客服助手编造退款政策的故事切入：LLM 能生成流畅语言，却可能把不实信息说得像公司正式承诺。作者要回答的是，这种“说谎”式幻觉从何而来，以及如何让模型在回答时更可靠。
「方案」 作者先澄清，LLM 幻觉不等于有意欺骗，而是生成的信息事实错误、凭空捏造或与给定材料不一致，可分为事实性幻觉、忠实性幻觉和捏造，三者会重叠。机制上，模型按 token 概率续写文本，训练让它学会语法、概念和事实模式，但“合理续写”不等于已验证事实；若评估对错误答案和承认不确定给同样分数，猜答案反而可能得分，模型就倾向编造，而置信百分比也需要校准。缓解上，RAG 在生成前检索并加入批准文档，工具调用则查询购买日期、是否已使用等个体事实，但工具必须真正执行，失败不能被“已查询”的句子掩盖。应用还应允许“证据不足”成为合法结果，例如引入“需人工复核”状态，而不是强迫回答有资格或无资格。思维链解释可帮助分解问题，却不能当作证明，因此作者主张把验证做成独立环节，逐条检查资格、到账时间等声明，并核对引用是否真实、适用且支持该句。降低温度、固定输出格式只让结果更一致或更易解析，不保证事实正确；规则明确的判断可交由普通代码完成。最终工作流是检索适用政策、获取账户事实、检查条件、准备解释，再核对事实声明与引用，并让缺失信息以具体未决状态呈现。
「启示」 作者的核心结论是，LLM 的“说谎”不是道德意义上的欺骗，而是概率生成、激励设计和证据缺失共同造成的可靠性问题；应通过检索、工具、可表达不确定性以及独立验证，让证据决定应用能声称什么，并在包含合格购买、已用账户、缺失记录、过时政策和错误前提的真实案例上，衡量回答是否正确、有支持且有用。
标签: #LLM hallucinations, #RAG, #LLM evaluation, #tool use, #AI reliability
财经新闻
三部门通知：10 月 1 日起首套住房商业贷款贴息年化 1 个百分点、最长 5 年 ⭐️ 8.0/10
据财政部、中国人民银行、金融监管总局 9 月 29 日联合印发的通知（财金〔2026〕95 号），自 2026 年 10 月 1 日起在全国对新发放的首套住房商业性个人住房贷款给予中央财政贴息，年化 1 个百分点、贴息期限最长 5 年，单户可贴息贷款本金上限 100 万元，政策暂定实施 1 年。通知规定购房家庭须同时满足面积 120 平方米及以下、房价 150 万元及以下两项门槛，置换存量贷款不在范围内；按通知测算，单户每年最高贴息约 1 万元。
telegram · zaihuapd · 9月29日 10:18
「背景」 此前财政部已会同中国人民银行、金融监管总局于 2025 年 9 月推出针对个人消费贷款的财政贴息方案，此次是把同一财政贴息工具延伸到首套住房商业贷款；据媒体报道，这是中央政府首次对房贷提供贴息。
参考链接
标签: #China housing policy, #mortgage interest subsidy, #fiscal policy, #real estate market, #central bank