Breaking News on Large Language Models! OpenAI slashes prices of GPT-5.6 Luna by 80% and GPT-5.6 Terra by 20%. #openai# #chatgpt# #LLM# 大模型重磅！OpenAI将GPT-5.6Luna的价格下调80%，GPT-5.6Terra的价格下调20%。#openai##chatgpt##大模型#

比特币核心开发者：真正让比特币成功的不是白皮书 2026 年 7 月 28 日，比特币核心开发者 Jeff Garzik @jgarzik 在 Bitcoin Treasuries 播客中表示，比特币最初的崛起并非源于白皮书，而是得益于 2010 年 7 月一篇Slashdot 帖子带来的广泛曝光。 如果没有实际实现，比特币可能只会成为众多电子现金、Hashcash 类白皮书中的一篇。真正造成决定性差异的，是能够运行、接受测试并被发布到真实世界中的源代码。人们先通过实际使用确认比特币能够运行，随后才阅读白皮书，并认为这是一部天才之作。 来源：Bitcoin Treasuries

做好了，功能如下： - 一键快速开启一个新的临时 channel。 - 临时 channel 里，可以直接 /claude 或 /codex 创建新的 claude/codex session。即用即起，用完就丢。 - 支持 slash 命令。

🚨 重大 DeFi 事件解析！ Kelp DAO rsETH 橋遭攻擊，Aave 史上首次啟動 Umbrella 機制，400M 美元安全基金面臨首次 slashing 🚨 1/
4月18日，@KelpDAO 的 rsETH 跨鏈橋接器（基於 LayerZero）被攻擊者利用漏洞，一口氣盜走 116,500 枚 rsETH，價值約 2.92 億美元（佔流通供給 18%！）。 
攻擊者並未直接跑路，而是把這些「無背書」的 rsETH 存入 Aave V3（與 V4）作為抵押品，大舉借出 WETH，導致 Aave WETH 儲備出現 1.77 億～2 億美元的壞債（bad debt）。 2/
Aave 團隊反應迅速：
✅ 已凍結 rsETH 在 V3 & V4 的市場（防止進一步損失）
✅ 官方確認：Aave 合約本身未被 exploit，這是純粹的 rsETH 橋接器問題
✅ 但壞債已形成，WETH 供應者（depositor）面臨潛在損失 3/
這次真正歷史性的一刻來了——
Aave 的 Umbrella 機制（2025 年底取代舊版 Safety Module 的全新風險管理系統）將在 72 小時內啟動首次投票！
Umbrella 目前有約 4 億美元 的 staked aToken（aUSDC、aWETH 等收益型資產），這將是 DeFi 史上第一次真正用「自動 slashing」來填補壞債。 4/
理性 AAVE staker 會在投票結束前 提前 unstake + 賣出 AAVE，進行 front-run。
這很可能再把 AAVE 價格往下壓 15-20%。
真正的買點 不是治理提案通過的時候，而是 slashing 真正執行、貸方被全額補償之後。
那時候市場才會真正認知：「DeFi 保險不是 meme，是真的會兌現」。 5/
對投資人的啟示： •$WETH 供應者：盡快評估是否要 withdraw（但 Umbrella 啟動後會逐步解決） •$AAVE 持倉者：短期波動劇烈，長期看這反而是 Umbrella 機制接受市場壓力測試的機會 •整體 DeFi：再次提醒大家，橋仍是最大風險點之一（今年已有多起大額橋相關的exploit） 這起事件會成為 2026 年 DeFi 風險管理的重要里程碑。 
有什麼想補充或不同看法，歡迎留言討論！🔥 #KelpDAO# #rsETH# #Aave# #Umbrella#

一醒来推特又被 @commonsmade 占领了。 分享个系数加成Code 1.5X的Gift Code:“vibefi“ 2X的Gift Code:“Love“ 欢迎评论区评论（Hey @commonsmade, vouch @ZF_lab）内容即可担保 怎么玩： 1）打开 2）连接 X + GitHub 3）检查分数并提升排行榜 4）获得 5 个 Vouches + 5 个 Slashes 5）在推特上@commonsmade vouch @用户名 （slash 同理，vouching/slashing 也算） 6）积分计算： 基础分 = Ethos声誉 + GitHub Vouch 给对方 +你基础分的35% Slash 则减去 每次担保，会将你基础分数 35% 添加到你担保的人上 每次扣分，会从你担保的人身上扣除你基础分数的 35% 最后前 1K 名用户将获得空投

HIP-4将在未来的网络升级中支持无许可部署！ 与 spot 和 perp 的部署一样，预测市场需要在测试网上线，经过测试之后再上线主网。 为保证市场高质量且定义清晰，验证者将对Outcome Templates进行投票，模板规格上链强制执行，HIP-4 部署者可直接基于这些模板进行无许可部署。 - 部署者负责按模板结算标准定义和结算市场 - 同一模板允许多个部署者重复使用 - 验证者偶尔会直接部署「规范市场」（Canonical Markets），但预计每年少于 10 个 - HIP-4 部署者需质押 500,000 HYPE（可被 slashing） - 质押锁定 6 个月，需结算所有市场后才能解锁 - 初始分配：每个部署者 100 outcomes（200 outcome tokens） - 最高可设置 50% 费用分成 - 仅支持 AQUA v2 quote tokens Hyperliquid

所有伟大的东西，在早期看起来都很寒酸。关于 bitcoin:native ，一个“历史上的今天”小故事送给大家共勉： 2010 年 7 月 18 日，中本聪发了一封邮件，说自己快疯了，原话是： “「I'm losing my mind there are so many things that need to be done” 他在焦虑什么呢？说来好笑，是服务器的费用。 当时美国一个大型技术社区 Slashdot 报道了比特币，流量突然涌进来，服务器快扛不住了。 技术社区有人提议换一个便宜 20 美元的主机，中本聪说不行，便宜主机不靠谱。 然后他发邮件问了当时比特币的合作者开发者 Malmi：能不能号召社区先捐点比特币来应急。 那天，一枚比特币大约 0.08 美元。 这封邮件来自 2024 年的一场官司，一群加密公司联合起诉一个叫 Craig Wright 的人冒充中本聪，为了证明他不是本人，中本聪最早的合作者、芬兰程序员 Malmi 把两人之间 260 多封私人邮件全部公开了。 也正是这场诉讼，让我们意外看到了神一般的创造者，依然有焦虑、弱小和努力维护项目的那一面。 16年前为 20 美元服务器账单发愁、要靠社区捐币才能维持运转的项目，终于有了自己的历史。 莫欺少年穷。须知少日拏云志，曾许人间第一流。

🏆 太强了，这个开源项目把 194 个 AI 专家打包成一个能一键安装的市场。 GitHub 揽下 3.7 万 star，一套源码同时喂给 Claude Code、Codex、Cursor、Gemini CLI 五个 harness。 用 Claude Code 干活，最烦的是每换一种任务就得重新调教它，写 Python、做安全扫描、配基础设施各是各的提示词，自己攒一套费老劲。 这个市场里现成 88 个插件、194 个领域专家 agent、158 个 skill、106 个 slash 命令，架构、各语言、运维、安全、数据、ML 全都有人替你写好了。 想要哪个能力，一条 /plugin install 就装上，直接调用。 最狠的是它一份 Markdown 源同时供五个 harness 用，你在 Claude Code 里用的这套，Codex、Cursor、OpenCode、Gemini CLI、Copilot 也能原生装，不用各配一遍。 部署也简单，Claude Code 里 /plugin marketplace add wshobson/agents 一行就接上了。 与其自己慢慢攒提示词，不如直接搬一整个军火库。 GitHub：

再次推荐 Google Engineering & DevRel Leader @addyosmani 重磅开源的 Agent Skills (69.7✨)，把资深工程师的生产级工程纪律，固化为 AI Agent 可机械执行、强制验证、跨工具复用的工作流 Agent Skills: Production-grade engineering skills for AI coding agents. 它要解决什么问题？ AI Coding Agent 的默认行为是"走最短路径"——跳过规格、跳过测试、跳过安全评审，给出能跑但不可靠的代码。Agent Skills 的立论是：质量不靠提醒出来的，要靠强制流程托底的。它把"什么时候写规格、测什么、怎么评审、何时发布"这类隐性工程判断，固化成 Agent 必须遵循的步骤。 顶层架构：六阶段生命周期 DEFINE → PLAN → BUILD → VERIFY → REVIEW → SHIP /spec /plan /build /test /review /ship 8 个 slash 命令作为入口，分别对应一个阶段，自动激活对应 Skills。Skills 也会按上下文自动触发（写 API → api-and-interface-design，写 UI → frontend-ui-engineering）。/build auto 在一次批准后自动跑完计划与实现，但每个任务仍独立测试、独立提交、遇险即停。 24 个 Skills 的分布 1. Meta - 1 个 using-agent-skills（路由，决定该用哪个技能） 2. Define - 3 个 interview-me、idea-refine、spec-driven-development 3. Plan - 1 个 planning-and-task-breakdown 4. Build - 7 个 incremental-implementation、test-driven-development、context-engineering、source-driven-development、doubt-driven-development、frontend-ui-engineering、api-and-interface-design 5. Verify - 2 个 browser-testing-with-devtools、debugging-and-error-recovery 6. Review - 4 个 code-review-and-quality、code-simplification、security-and-hardening、performance-optimization 7. Ship - 6 个 git-workflow-and-versioning、ci-cd-and-automation、deprecation-and-migration、documentation-and-adrs、observability-and-instrumentation、shipping-and-launch 几个值得点名的设计取向 · doubt-driven-development：对抗性"新上下文复盘"，CLAIM → EXTRACT → DOUBT → RECONCILE → STOP，可选跨模型升级。这是该仓库比较有原创性的一项，针对高代价/不可逆决策。 · source-driven-development：框架决策必须挂在官方文档上，要引源、要标注未验证项。直接对治 LLM 编造 API。 · deprecation-and-migration 把"代码即负债"单列为技能，配套强制 vs 建议性弃用模式与僵尸代码清除——很少见但有工程味。 · Google 工程文化底蕴：Hyrum's Law（API）、Beyonce Rule 与测试金字塔（测试）、变更尺寸约 100 行 + 评审速度规范（评审）、Chesterton's Fence（简化）、主干开发（git）、Shift Left 与 feature flag（CI/CD）。来源明确标注自《Software Engineering at Google》与 Google 工程实践指南。