9月2日2026 · 星期三

从 35 条抓取中筛选 12 条 · twitter × 8 账号 · 02:05 UTC 生成

今日信号 · 高度即评分 · 点击直达


  1. Anthropic 发布 Claude Fable 5.1 和 Mythos 5.1,性能大幅提升并降价8.0
  2. OpenAI 的 Astra 模型在预备框架下达到关键网络安全阈值8.0
  3. 阿里巴巴通义千问发布面向真实商业运营的 CommerceAgentBench 基准7.0
  4. 从首帧准确提取视觉风格以复刻爆款AIGC视频7.0
  5. Mirobody:开源 AI 健康数据引擎统一碎片化健康数据7.0
  6. tokentab:本地追踪 Claude Code、Codex 和 Gemini CLI 的 token 用量7.0
  7. OpenKB:把文档文件夹变成自动维护的 AI 维基7.0
  8. Inkeep 开源 OpenKnowledge:类 Notion 体验的 AI 原生 Markdown 编辑器7.0
  9. Tailscale 发布 tailcat:点对点文件传输工具7.0
  10. 超越模型推理:用分布式系统模式降低AI应用延迟7.0
  11. 用AI智能体构建自改进产品的框架7.0
  12. Effect 成为 TypeScript 后端开发的必备库7.0
018.0

Anthropic 发布 Claude Fable 5.1 和 Mythos 5.1,性能大幅提升并降价

Anthropic 发布了 Claude Fable 5.1 和 Claude Mythos 5.1,两者是同一模型,但安全限制不同。Fable 5.1 在 Terminal-Bench-Science 基准测试中的得分翻倍(52.6% 对比 Fable 5 的 24.7%),并在 Terminal-Bench 4.0 编程任务上超过了 Opus 5。缓存读取价格下降 75% 至每百万 token 0.25 美元,同时 Anthropic 推出了企业前沿安全措施(EFS)以解决数据留存争议。 此次发布解决了企业最关心的三个问题:性能、成本和数据隐私。缓存读取价格下降 75% 可使智能体工作负载的总成本降低 25-45%,让 Fable 系列对成本敏感的企业更具吸引力。EFS 方案直接回应了 OpenAI 最近的 Private Safety Processing 产品,消除了金融、医疗等受监管行业采购的主要障碍。 Fable 5.1 支持五个 effort 档位,低档位性能已与 Fable 5 高档位相当但成本更低。在 AutomationBench 上,得分从 17.1% 跃升至 31.4%。Mythos 5.1 在蛋白质设计中展示了 10 倍的结合亲和力提升,并将基因组学模型推理速度提高 1.4-2.5 倍。模型内置了符合欧盟 AI 法案的隐形水印和反蒸馏机制。API 标识符为 claude-fable-5-1,已在 AWS、Google Cloud 和 Azure 上线。

@dotey引用推文3 张图片卧槽,Claude 也重置了,我就一天时间就自然重置,今天晚上又睡不好觉了原推文媒体预览+2展开原推文收起原推文

@dotey

卧槽,Claude 也重置了,我就一天时间就自然重置,今天晚上又睡不好觉了

@dotey

Anthropic 今天发布了 Claude Fable 5.1 和 Claude Mythos 5.1,Fable 系列上一代产品 Fable 5 发布还不到三个月。 Fable 5.1 和 Mythos 5.1 是同一个模型,区别在于安全限制的松紧程度。Fable 5.1 面向所有人开放,Mythos 5.1 则只对经过审核的网络安全和生命科学研究人员开放,安全护栏更宽松。这和 Fable 5 与 Mythos 5 的关系一样。 对大多数用户来说,这次发布有三件事值得关注:性能提升、价格下降,以及困扰企业客户两个多月的数据留存争议终于有了解法。 【1】性能:在科学研究基准上翻倍 Fable 5.1 在多个基准测试中的表现都明显优于 Fable 5。几个关键数字:在 Terminal-Bench-Science 0.1 这个衡量 AI 自主科研能力的测试上,Fable 5.1 得分 52.6%,Fable 5 只有 24.7%,直接翻了一倍多。在 Terminal-Bench 4.0 的编程任务上,Fable 5.1 拿到 55.8%(Mythos 5.1 版本达到 60.9%),超过了 Opus 5 的 52.3%。在衡量自动化业务流程能力的 AutomationBench 上,Fable 5.1 从 Fable 5 的 17.1% 跳到了 31.4%。 这些不只是跑分好看。Anthropic 提到的一个实际案例是:投资公司 Millennium 用 Fable 5.1 找到了内部系统一个罕见崩溃的根因,这个问题困扰了他们的工程师好几年,其他模型也没能解决。量化交易公司 Jane Street 也给出了背书,称 Fable 5.1 在长任务中保持可读性方面明显好于前代。 Fable 5.1 支持从 low 到 max 五个 effort level 档位,低档位下的表现已经和 Fable 5 高档位相当,但成本低得多。换句话说,你不一定需要开到最大马力才能拿到好结果。 【2】降价:缓存读取便宜了 75% Fable 5.1 的输入和输出单价不变,仍然是每百万 Token 输入 10 美元、输出 50 美元。但缓存读取(Cache Read)的价格从每百万 Token 1 美元降到了 0.25 美元,降幅 75%。 这听起来像是小事,但做过 AI 应用开发的人知道,在实际使用中,尤其是需要反复引用大段上下文的 Agent 场景下,缓存读取占了总成本的大头。Anthropic 用八月份的真实使用数据算了笔账:一般工作负载下总成本降低约 25%,高度 Agent 化的工作负载(比如 Claude Code 跑长任务)降幅可达 45%。 这个定价调整的背景是:Fable 5 的单价本身就是 Opus 4.8 的两倍,而支付平台 Ramp 的数据显示,Fable 5 发布两个多月后,只占企业客户 AI 工具总支出的约 11%,反倒是更便宜的 Opus 5 在企业端花费上超过了它。降低缓存读取价格,等于把 Agent 场景的实际账单拉下来,让 Fable 系列对成本敏感的企业用户更有吸引力。 【3】数据留存:企业客户最关心的问题 Fable 5 发布时最大的争议是 Anthropic 强制要求所有 Mythos 级模型的使用数据保留 30 天。对于之前享受零数据留存(ZDR)协议的企业客户来说,这等于一夜之间把隐私保障降了一级,尤其是金融、医疗、政府等对数据合规要求严格的行业。 OpenAI 两周前刚利用这一点发起攻势,宣布了自己的 Private Safety Processing 方案,承诺即使用最强模型也能保持零数据留存。 Anthropic 的回应是 Enterprise Frontier Safeguards(EFS)。EFS 的核心思路是:数据存储在客户自己控制的云基础设施上,而非 Anthropic 的系统中;任何人工审核默认也由客户自己完成。Anthropic 说他们和 100 多家客户合作开发了这套方案,涵盖金融、医疗、制造、法律等行业。 EFS 今年秋天开始分阶段上线,在此之前,符合条件的客户可以用零数据留存的方式使用 Fable 5.1。 Bloomberg 此前报道过 Anthropic 正在开发这样一套系统,今天算是正式落地。对企业用户来说,这解决了一个实际的采购障碍。 【4】科研能力展示:金星地图和蛋白质设计 这次发布还有科研能力的演示。 Fable 5.1 用 NASA 麦哲伦任务 30 多年前拍摄的雷达图像,训练了一个神经网络,为金星三分之一的表面生成了新的高分辨率地形图。原来的地形数据精度只有 10 到 20 公里,新地图能看到 2 到 3 公里的细节,高度精度也比以前高了最多 25%。Anthropic 已经把这份地图以 Creative Commons 协议公开发布,说希望对 NASA 即将执行的 VERITAS 任务和 ESA 的 EnVision 任务有用。 在生物学方向,Mythos 5.1 展示了药物发现的早期能力。给模型配上开源的蛋白质设计和折叠工具后,它设计出的高亲和力结合物在三个靶点上的结合亲和力比 Adaptyv Bio 蛋白质设计竞赛的最佳提交高出 10 倍,成功率接近 50%,而行业一般水平是 10% 到 15%。 另一个演示是计算生物学:Mythos 5.1 通过编写自定义 GPU 核心和缓存中间结果,把七个开源深度学习模型的推理速度提升了 1.4 到 2.5 倍。做一次全基因组分析的 GPU 成本因此降低了 30% 到 60%。Anthropic 说这类优化通常需要一个性能工程团队花几周时间,学术实验室根本做不起,Mythos 5.1 用公开源代码几天就搞定了。 这些演示当然带有 Anthropic 的叙事目的,但蛋白质设计的结果经过了外部实验验证,金星地图也是公开可下载的,不是空口说说。 【5】其他变化 安全护栏方面,Fable 5.1 的误报率有所降低。网络安全相关的误触发减少了 60%,用 Claude Code 的开发者应该能感受到被安全限制打断的次数变少了。Fable 5.1 现在允许发现软件漏洞(但不能生成漏洞利用代码),这对做防御性安全工作的人是个好消息。 Anthropic 还加入了反蒸馏机制。从今天起新注册的 API 账号不能再在多轮对话中手动编辑 Claude 的先前上下文同时保留思考链记录。这是针对大规模模型蒸馏(Distillation,即用一个强模型的输出来训练另一个模型)的防御措施,堵住了一个已知的公开蒸馏技巧。 另外,由于 Anthropic 在今年七月签署了欧盟 AI 法案的透明度实践准则,Fable 5.1 作为 8 月 2 日之后发布的模型,输出文本中内置了不可见的水印。这个水印对使用体验没有影响,检测 API 目前只对欧盟法律要求的组织(监管机构、媒体、事实核查机构等)开放。 Fable 5.1 今天起在所有平台可用,API 标识符为 claude-fable-5-1,AWS、Google Cloud、Azure 也同步上线。Mythos 5.1 目前仅限美国组织申请,Anthropic 说正在和美国政府协调扩大访问范围。

背景
Claude Fable 和 Mythos 是 Anthropic 的前沿模型系列;Fable 面向所有用户,而 Mythos 为经过审核的研究人员提供更宽松的安全护栏。Terminal-Bench-Science 衡量自主科研能力,AutomationBench 评估业务流程自动化,缓存读取定价对于需要反复引用大段上下文的智能体应用至关重要。数据留存政策一直是企业采用前沿模型的主要障碍。
社区讨论
社区反应不一:有人称赞模型性能,并指出切换 effort 档位不再破坏提示缓存;也有人抱怨使用限额过于严格(即使 Max 套餐也有 5 小时上限),并建议禁用 1M 上下文以节省 token。原帖作者对速率限制重置过快表示不满。

9月1日 18:30在 X 打开#AI #Anthropic #Claude #model release #benchmarks

028.0

OpenAI 的 Astra 模型在预备框架下达到关键网络安全阈值

OpenAI 宣布其即将发布的模型 Astra 已在预备框架下达到关键网络安全阈值。这意味着 Astra 能够在无需人工干预的情况下,在许多经过加固的现实关键系统中识别并开发功能性零日漏洞。该公司正在预览其评估方法、先进的安全防护措施以及持续学习的计划。 这是前沿模型首次公开披露达到关键网络安全阈值,标志着 AI 能力的重大升级。它引发了关于双重用途风险、负责任披露以及现有 AI 安全框架是否充分的紧迫问题。这一公告可能会影响围绕高能力 AI 模型的监管讨论和行业实践。 根据预备框架,当模型能够自主发现并武器化多个加固系统中的零日漏洞时,即达到关键网络安全阈值。OpenAI 尚未公开发布 Astra,评估细节在预览文档中提供。该框架于 2025 年 4 月更新,简化了等级并删除了“低”和“中”类别。公告还提到了提示缓存成本降低,但这与 Astra 的网络安全评估无关。

@OpenAI原推文As we prepare to release Astra, we’re focused on making increasingly capable AI safe and broadly accessible. Astra represents a significant advance in cybersecurity capability, reaching the Critical threshold under our Preparedness Framework. We're previewing how we evaluated the model, how its safeguards have advanced alongside its capabilities, and what we'll continue to learn and improve. https://openai.com/index/path-to-astra/ --- From twitter --- OpenAI's prompt cache makes a request 90% cheaper, but the cache key tops out around 15 requests per second. @HeggieConnor on how @unifygtm built its own routing around that limit, landing them close to a 95% cache hit rate. @HeggieConnor @unifygtm Watch or listen to the latest Max Agency on your favorite podcasting platform. 🎧 Apple: https://podcasts.apple.com/us/podcast/how-unify-cut-its-ai-agent-costs-95-in-two-weeks/id1891551672?i=1000783151404 🎧 Spotify: https://open.spotify.com/episode/6kWQouc2QmiHGk0vdiZEtd?si=ba6e241ca4a24faf ⏯️ YouTube: https://youtu.be/6898VdRtKDE展开原推文收起原推文

@OpenAI

As we prepare to release Astra, we’re focused on making increasingly capable AI safe and broadly accessible. Astra represents a significant advance in cybersecurity capability, reaching the Critical threshold under our Preparedness Framework. We're previewing how we evaluated the model, how its safeguards have advanced alongside its capabilities, and what we'll continue to learn and improve. https://openai.com/index/path-to-astra/ --- From twitter --- OpenAI's prompt cache makes a request 90% cheaper, but the cache key tops out around 15 requests per second. @HeggieConnor on how @unifygtm built its own routing around that limit, landing them close to a 95% cache hit rate. @HeggieConnor @unifygtm Watch or listen to the latest Max Agency on your favorite podcasting platform. 🎧 Apple: https://podcasts.apple.com/us/podcast/how-unify-cut-its-ai-agent-costs-95-in-two-weeks/id1891551672?i=1000783151404 🎧 Spotify: https://open.spotify.com/episode/6kWQouc2QmiHGk0vdiZEtd?si=ba6e241ca4a24faf ⏯️ YouTube: https://youtu.be/6898VdRtKDE

Path to Astra: critical capabilities and frontier safeguardsopenai.com · 直连原文
背景
OpenAI 的预备框架是一套用于评估和缓解日益强大的 AI 模型风险的指导方针。它定义了能力阈值,包括网络安全的“关键”级别,表明模型可能引入前所未有的严重危害新途径。该框架旨在在部署前系统评估模型,并随时间更新以反映不断演变的风险。零日漏洞是攻击者可以利用的先前未知的漏洞,自主发现此类漏洞是 AI 能力的一个重要里程碑。

9月1日 20:30在 X 打开#AI safety #OpenAI #cybersecurity #Preparedness Framework #Astra

037.0

阿里巴巴通义千问发布面向真实商业运营的 CommerceAgentBench 基准

阿里巴巴通义千问与 Accio 合作开源了 CommerceAgentBench,这是一个旨在评估 AI 智能体在真实商业运营中表现(而非仅回答问题)的基准。早期结果显示最佳整体完成率约为 62%,其中 Qwen3.8-Max 在所评估的开源权重模型中取得了最强的整体表现。 该基准填补了 AI 评估中的一个关键空白:大多数基准测试的是模型说了什么,而商业场景需要的是在长周期、有状态任务中的实际执行能力。通过提供可复现的高保真环境,CommerceAgentBench 有望加速电子商务及其他领域更强大智能体系统的开发。 CommerceAgentBench 包含 107 个有状态任务,分布在三个测试框架中,最高得分为 107 分中的 66 分。该基准已开源并托管在 GitHub 上,鼓励社区参与。早期结果被描述为“令人警醒”,表明即使是最优秀的模型在真实商业执行方面仍有很大的改进空间。

@Alibaba_Qwen引用推文1 张图片CommerceAgentBench starts with real commercial demand, and Qwen3.8-Max delivers the strongest overall performance among open-weight models. Let's test Qwen on your real-world workflows! 🔥原推文媒体预览展开原推文收起原推文

@Alibaba_Qwen

CommerceAgentBench starts with real commercial demand, and Qwen3.8-Max delivers the strongest overall performance among open-weight models. Let's test Qwen on your real-world workflows! 🔥

@Accio_official

Most AI benchmarks test what a model says. In commerce, the hard part was never the answer. It’s execution. We’ve open-sourced CommerceAgentBench: a benchmark for real commerce operations. Early results are humbling. The best overall completion rate is ~62%. Qwen @Alibaba_Qwen delivered the strongest overall performance across complex commercial workflows among the open-weight models evaluated. Explore the benchmark and full results ↓ https://github.com/Accio-org/CommerceAgentBench

背景
AI 基准通常衡量模型回答问题或解决孤立任务的能力。然而,现实世界的商业活动涉及多步骤工作流、有状态交互以及搜索、比较、购买等执行动作。智能体商务(Agentic Commerce)指的是能够代表用户自主执行此类任务的 AI 智能体。开源权重模型是指参数公开可用的模型,开发者可以在本地运行和微调它们。

9月1日 04:21在 X 打开#AI benchmark #commerce agents #Qwen #open-source #LLM evaluation

047.0

从首帧准确提取视觉风格以复刻爆款AIGC视频

作者分享了一套复刻爆款AIGC视频的实操流程,重点在于从首帧中正确提取视觉风格。他们指出了一个常见误区:将一种风格误判为“水墨风”,而实际上它是带有剪纸元素的电影级二维数字插画。解决方案是使用近期热门的GitHub仓库awesome-gpt-image-2,通过迭代优化风格提取,并用提取出的提示词重新生成图片来验证效果。 准确的风格提取是制作爆款AIGC视频的隐性技术壁垒;许多创作者分享提示词,却不分享首帧的生成方法。这套流程通过提供可复现的方法降低了门槛,让更多创作者能够制作高质量、风格一致的视频。同时,它也凸显了prompt-as-code工具在智能体驱动的图像生成中日益增长的重要性。 作者最初使用“水墨风”作为视觉锚点,导致GPT Image 2生成结果出现大量噪点且视觉重心偏离。正确的风格被描述为“二维手绘东方幻想动画关键视觉”,具有平面化光影、剪影构图和特定的笔触规则。推荐的仓库awesome-gpt-image-2近期登顶GitHub Trending,提供prompt-as-code资产以实现稳定、可复用的图像生成。作者指出,即使使用该工具,也需要两到三轮提取和优化。

@Pluvio9yte串推 2 条2 段 · 2 张图片 · 1 个视频继续讲讲抖音爆款的 AIGC 视频如何复刻。 上一期讲了首帧生成视频,这期讲一讲首帧生成的一个关键点:如何正确复刻同款视觉效果。 复刻爆款视频,第一步要把视频的风格(尤其是首帧元素的风格)提取出来,用来生成同风格的素材图片。 但这个时候,没受过专业美术训练的普通人,仅靠肉眼对画面的描述其实是不准确的,甚至让 AI 来描述也会不准确。 来看一下我这边的案例: • 左边:我一开始提取的视频风格,我以为那种风格属于水墨风(让 AI 自己做,我自己也加了一些描述) • 右边:最后经过操作调整后再提取出来的相关元素 可以看到,一开始提取的元素较为混乱、不清晰,而且有大量的噪点。用这种图片生成出来的视频,质量绝对不会高,也无法吸引观众。 右边是经过修改后准确提取出的图片效果。两者提示词大部分内容都一致,真正产生区别的,是我修改了原先的"水墨风"视觉锚点。 因为原先我要复刻的爆款视频,它的首帧乍一看非常像水墨风,也有很多水墨元素,但其实它本身是一个偏向电影级海报的二维数字插画风格,带有剪纸/纸艺裁剪风格。 它的水墨风效果,其实来自衣物边缘的视觉特效,是一种水墨光影效果。因此不能直接用"水墨风"来描述,否则在 GPT Image 2 里会产生极大的噪点,让视觉重心直接偏离。 那么我是怎么提取的呢?这里推荐一个最近非常火、冲到了 GitHub Trending 榜第一名的仓库,https://github.com/freestylefly/awesome-gpt-image-2 安装这个仓库,再把图片发给你的 Agent,它就可以正确提取视觉效果。 当然,哪怕用这个工具,我也提取了两三轮。检查提取效果是否正确的方法: 先让它提取效果,然后用提取出的描述去生成一张图片,看一下和你的预期是否有差别。 如果不对,要明确提醒它具体哪方面不对(光影效果、人物效果还是背景效果),让它再去修改、匹配相关模板,提取更深层次的元素。 这样才能把它的提示词完美复现出来。 我经过这段时间的努力,把这个图片模板也整理得七七八八了,在评论区分享给大家。 > 引用 @Pluvio9yte: 抖音起号做出爆款诀窍:首帧生成 I2V。 > > 如果你的目标是做出爆款AIGC短视频起号,而不是出长期稳定的动画剧集,那么我更推荐使用视频生成模型的首帧生成模式,该模式对于seedance系列与minimax-h3都是适用的。 > > 一开始我在抖音上调研时,发现了一个爆款的 AIGC 博主。他的视频风格非常华丽,角色动作干脆利落,特效炫酷。而且他非常慷慨,把提示词都分享了出来(是真的自用提示词,甚至连他的本地缓存图片路径都露出来了) > > 结果我看他的提示词,虽然动作很华丽,但编排其实特别简单,与我们想象中长篇大论的那种“导演视角”做出来的效果完全不一样。 > > 他分享的真正诀窍在于:使用视频模型首帧生成。只要规定好首帧的场景、人物等约束,并通过首帧画面定住风格,后续画面就会非常统一,哪怕只用简单的提示词,都能做出非常震撼的效果。 > > 最后从技术层面解释一下,为什么首帧生成比上传参考图,设定图更具有优势。 > > Seedance 官方有写说明文档:若要严格保证开场画面和指定图片一致,优先走真正的图生视频首帧。 > > 官方论文提到,I2V 主流做法是把给定图像当作时间轴上的第 0 帧: > 图像 latent 与噪声拼接、首帧特征进时空注意力、甚至用图像噪声先验做残差预测。 > 后续帧是在「已经钉死的像素布局」上长出来的运动。 > > 参考图常见路径更偏语义嵌入或特征引导,能够保证「像不像这个人 / 这种风」,不保证第 1 帧构图、光影、材质、镜头焦段和你上传的那张图像素级对齐。 > > 不过首帧参考图的生成也是有很多门道,这点是被很多人忽略,也是那些爆款视频不说的秘诀(是的,那位抖音博主分享了所有提示词,唯独没有分享首帧怎么生成的,属于是真正的技术壁垒) > > 我自己深入扒了两天,把里面的门道也探索了个七七八八,下期给大家分享我自己实操总结的首帧生成技巧。 > > 最后依然是展示视频效果,搭配bgm食用更佳原推文媒体预览+2展开原推文收起原推文

@Pluvio9yte串推 2 条

继续讲讲抖音爆款的 AIGC 视频如何复刻。 上一期讲了首帧生成视频,这期讲一讲首帧生成的一个关键点:如何正确复刻同款视觉效果。 复刻爆款视频,第一步要把视频的风格(尤其是首帧元素的风格)提取出来,用来生成同风格的素材图片。 但这个时候,没受过专业美术训练的普通人,仅靠肉眼对画面的描述其实是不准确的,甚至让 AI 来描述也会不准确。 来看一下我这边的案例: • 左边:我一开始提取的视频风格,我以为那种风格属于水墨风(让 AI 自己做,我自己也加了一些描述) • 右边:最后经过操作调整后再提取出来的相关元素 可以看到,一开始提取的元素较为混乱、不清晰,而且有大量的噪点。用这种图片生成出来的视频,质量绝对不会高,也无法吸引观众。 右边是经过修改后准确提取出的图片效果。两者提示词大部分内容都一致,真正产生区别的,是我修改了原先的"水墨风"视觉锚点。 因为原先我要复刻的爆款视频,它的首帧乍一看非常像水墨风,也有很多水墨元素,但其实它本身是一个偏向电影级海报的二维数字插画风格,带有剪纸/纸艺裁剪风格。 它的水墨风效果,其实来自衣物边缘的视觉特效,是一种水墨光影效果。因此不能直接用"水墨风"来描述,否则在 GPT Image 2 里会产生极大的噪点,让视觉重心直接偏离。 那么我是怎么提取的呢?这里推荐一个最近非常火、冲到了 GitHub Trending 榜第一名的仓库,https://github.com/freestylefly/awesome-gpt-image-2 安装这个仓库,再把图片发给你的 Agent,它就可以正确提取视觉效果。 当然,哪怕用这个工具,我也提取了两三轮。检查提取效果是否正确的方法: 先让它提取效果,然后用提取出的描述去生成一张图片,看一下和你的预期是否有差别。 如果不对,要明确提醒它具体哪方面不对(光影效果、人物效果还是背景效果),让它再去修改、匹配相关模板,提取更深层次的元素。 这样才能把它的提示词完美复现出来。 我经过这段时间的努力,把这个图片模板也整理得七七八八了,在评论区分享给大家。 > 引用 @Pluvio9yte: 抖音起号做出爆款诀窍:首帧生成 I2V。 > > 如果你的目标是做出爆款AIGC短视频起号,而不是出长期稳定的动画剧集,那么我更推荐使用视频生成模型的首帧生成模式,该模式对于seedance系列与minimax-h3都是适用的。 > > 一开始我在抖音上调研时,发现了一个爆款的 AIGC 博主。他的视频风格非常华丽,角色动作干脆利落,特效炫酷。而且他非常慷慨,把提示词都分享了出来(是真的自用提示词,甚至连他的本地缓存图片路径都露出来了) > > 结果我看他的提示词,虽然动作很华丽,但编排其实特别简单,与我们想象中长篇大论的那种“导演视角”做出来的效果完全不一样。 > > 他分享的真正诀窍在于:使用视频模型首帧生成。只要规定好首帧的场景、人物等约束,并通过首帧画面定住风格,后续画面就会非常统一,哪怕只用简单的提示词,都能做出非常震撼的效果。 > > 最后从技术层面解释一下,为什么首帧生成比上传参考图,设定图更具有优势。 > > Seedance 官方有写说明文档:若要严格保证开场画面和指定图片一致,优先走真正的图生视频首帧。 > > 官方论文提到,I2V 主流做法是把给定图像当作时间轴上的第 0 帧: > 图像 latent 与噪声拼接、首帧特征进时空注意力、甚至用图像噪声先验做残差预测。 > 后续帧是在「已经钉死的像素布局」上长出来的运动。 > > 参考图常见路径更偏语义嵌入或特征引导,能够保证「像不像这个人 / 这种风」,不保证第 1 帧构图、光影、材质、镜头焦段和你上传的那张图像素级对齐。 > > 不过首帧参考图的生成也是有很多门道,这点是被很多人忽略,也是那些爆款视频不说的秘诀(是的,那位抖音博主分享了所有提示词,唯独没有分享首帧怎么生成的,属于是真正的技术壁垒) > > 我自己深入扒了两天,把里面的门道也探索了个七七八八,下期给大家分享我自己实操总结的首帧生成技巧。 > > 最后依然是展示视频效果,搭配bgm食用更佳

@Pluvio9yte

抖音起号做出爆款诀窍:首帧生成 I2V。 如果你的目标是做出爆款AIGC短视频起号,而不是出长期稳定的动画剧集,那么我更推荐使用视频生成模型的首帧生成模式,该模式对于seedance系列与minimax-h3都是适用的。 一开始我在抖音上调研时,发现了一个爆款的 AIGC 博主。他的视频风格非常华丽,角色动作干脆利落,特效炫酷。而且他非常慷慨,把提示词都分享了出来(是真的自用提示词,甚至连他的本地缓存图片路径都露出来了) 结果我看他的提示词,虽然动作很华丽,但编排其实特别简单,与我们想象中长篇大论的那种“导演视角”做出来的效果完全不一样。 他分享的真正诀窍在于:使用视频模型首帧生成。只要规定好首帧的场景、人物等约束,并通过首帧画面定住风格,后续画面就会非常统一,哪怕只用简单的提示词,都能做出非常震撼的效果。 最后从技术层面解释一下,为什么首帧生成比上传参考图,设定图更具有优势。 Seedance 官方有写说明文档:若要严格保证开场画面和指定图片一致,优先走真正的图生视频首帧。 官方论文提到,I2V 主流做法是把给定图像当作时间轴上的第 0 帧: 图像 latent 与噪声拼接、首帧特征进时空注意力、甚至用图像噪声先验做残差预测。 后续帧是在「已经钉死的像素布局」上长出来的运动。 参考图常见路径更偏语义嵌入或特征引导,能够保证「像不像这个人 / 这种风」,不保证第 1 帧构图、光影、材质、镜头焦段和你上传的那张图像素级对齐。 不过首帧参考图的生成也是有很多门道,这点是被很多人忽略,也是那些爆款视频不说的秘诀(是的,那位抖音博主分享了所有提示词,唯独没有分享首帧怎么生成的,属于是真正的技术壁垒) 我自己深入扒了两天,把里面的门道也探索了个七七八八,下期给大家分享我自己实操总结的首帧生成技巧。 最后依然是展示视频效果,搭配bgm食用更佳

【风格名称】 二维东方幻想剪影绘景,手绘动画关键视觉,平面化数字绘画艺术。 2D hand-painted Eastern fantasy animation key art, stylized planar digital illustration, graphic silhouette composition, decorative backlighting, painterly tapered strokes, non-photorealistic. 【二维绘画属性】 画面必须保持明确的二维平面绘画感。 人物、衣物、竹叶、月亮和环境都由概括的色块、清晰剪影、柔和笔刷与细长装饰性笔触组成。不要追求真实摄影、真实皮肤、真实布料物理或三维空间建模。 人物以深色平面剪影为主,不使用复杂的面部体积、皮肤纹理、毛孔、高光反射或真实肌肉结构。五官只通过极少量侧脸线条和边缘亮色表达。 衣物通过大片深色形状与细长、尖锐、羽毛状的二维笔触组成。衣摆边缘分解为大量方向统一的锥形笔触、纤维状色片和手绘残影,但仍然保持平面绘画效果。 【平面化光影】 光影不采用真实摄影式光照,而采用经过设计的二维明暗色块。 全画面只保留三组主要明度: 接近黑色的人物、发丝、衣料和竹林剪影; 柔和冷蓝色的巨大月轮; 明亮暖白与橙金色的装饰性发光区域。 不要在人物身上塑造完整的明暗转折。人物躯干和面部保持大面积深色,只在轮廓处增加极细、简化的冷色或暖色边缘光。 衣裙内部的暖光表现为大片平面化暖白色形状。这些亮色形状被深色衣物笔触切割,形成“亮底上覆盖黑色碎片”的视觉结构,而不是模拟真实透明布料的光学透射。 暖光边缘使用柔和的橙金色辉光和少量模糊扩散,但内部仍保持清晰、平面、装饰性的发光色块。 【发光衣裙结构】 先绘制一大片连续的暖白色发光底形,再在其上叠加: 深色长条衣料; 尖锐锥形笔触; 羽毛状碎片; 细长纤维线; 不规则黑色遮挡; 少量暖橙色边缘光。 不要从衣物材质出发计算光线,而要把发光区域当作平面构图中的一个巨大亮色图形。 最终效果像一片暖白色光,被大量深色手绘衣料笔触切割成复杂、华丽、流动的形状。 【人物造型】 人物采用二维东方幻想动画式造型: 约8.5头身; 小头、长颈、窄肩; 纤薄胸腔与细腰; 修长四肢; 极窄、优雅的身体剪影; 细长手指和脚踝; 身体曲线克制。 人物真实身体是一道狭长的深色形状。宽阔体量来自向外展开的长发、衣袖、披帛和衣摆。 不要使用写实人体、丰满身材、健美比例或三维角色建模结构。 【笔触】 使用数字手绘动画背景式笔触: 柔和宽笔刷铺设背景; 清晰深色形状塑造人物; 细长锥形笔触塑造头发; 羽毛状、刀片状笔触塑造衣摆; 少量柔边光晕连接亮部; 局部边缘略微粗糙,保留手绘感; 不追求每一处材质细节。 笔触应当流畅、概括、装饰性强,像高级二维动画电影的关键视觉,而不是照片描摹或3D渲染。 【空间层级】 使用二维动画式分层构图: 后景:柔和失焦的巨大月轮与冷蓝色夜空; 中景:边缘清楚的人物深色剪影; 前景:较大、较暗、略微模糊的竹叶和栏杆; 暖色叶片与衣裙亮部形成装饰性视觉框架。 空间深度来自图层遮挡、大小变化、边缘虚实和冷暖对比,不依赖真实景深、镜头光学或三维透视。 【色彩】 采用严格受控的冷暖双色体系: 冷色: 深蓝黑; 暗青灰; 月光灰蓝; 低饱和冰蓝。 暖色: 暖白; 淡奶油色; 蜜桃橙; 琥珀金; 少量焦橙色。 背景与人物保持大面积冷暗色,暖色只集中在发光衣裙、部分竹叶和少量漂浮叶片上。 色彩表现为清楚的二维色块,不使用复杂写实环境色反射。 【画面气质】 空灵、诗意、孤独、神秘、优雅,带有东方幻想二维动画电影的视觉气质。 画面应像一张经过精心绘制的二维动画关键帧或游戏剧情插画,而不是现场摄影、真人古装剧截图、写实电影概念图或3D游戏画面。 【严格避免】 避免照片写实、真人摄影、电影摄影质感、半写实皮肤、真实毛孔、真实布料材质、PBR渲染、光线追踪、体积建模、CG角色、3D游戏截图。 避免摄影术语主导画面:真实镜头、真实景深、真实曝光档位、色温数值、焦距、摄像机型号。 避免传统水墨、宣纸、泼墨、墨色渗化、国画笔法。 避免普通赛璐璐动漫、粗黑描边、明亮卡通色、可爱Q版人物。 避免复杂明暗塑形、人物正面被完整照亮、衣服呈现真实透明塑料质感。 最终效果必须是: “平面化的东方幻想二维绘画,深色纤长人物剪影位于巨大冷蓝月轮前,大块暖白发光色形被飞舞的深色衣料笔触切割,周围竹叶以橙金色装饰光形成画框。”

背景
AIGC(人工智能生成内容)视频创作常使用图生视频(I2V)模型,首帧定义了后续画面的视觉风格。风格提取是指分析一张图片,生成能够在新图片中重现该风格的文本提示词。GPT Image 2是OpenAI最新的图像生成模型,以高质量的文本渲染和风格一致性著称。GitHub Trending列出了在开发者中迅速流行起来的仓库。

9月1日 11:00在 X 打开#AIGC #video generation #style extraction #prompt engineering #tutorial

057.0

Mirobody:开源 AI 健康数据引擎统一碎片化健康数据

Mirobody 是一个开源 AI 健康数据引擎,旨在解决不同医院和可穿戴设备健康数据碎片化的问题。它从 Apple Health 和医疗文件等来源收集数据,并将其标准化为 FHIR R4、LOINC 和 UCUM 格式。该引擎支持 AI 问答,例如查询两年内糖化血红蛋白的变化趋势,并生成可视化图表和标注数据来源。 健康数据碎片化是使用 AI 进行个人健康分析的主要障碍,因为不同机构使用不同的格式和单位。通过将数据标准化为广泛采用的医疗互操作性标准,Mirobody 使 AI 模型能够准确解读和分析健康信息。这可以帮助个人更好地管理健康,并通过共享数据圈支持家庭照护。 Mirobody 的流程包括三个步骤:收集、标准化和 AI 问答。它支持 Apple Health 数据和多种医疗文件格式的自动解析。标准化将不同语言(中文、日文、英文、繁体中文)映射到相同的代码,对于未知术语宁可留空也不猜测。数据存储在本地,可通过 Docker 或 pip 配合大模型 API Key 进行部署。

@GitHub_Daily原推文2 张图片每次想用 AI 分析体检报告和智能手表或手环的健康数据,总会被乱七八糟的格式劝退。 不同医院机构的指标写法不一样,各家穿戴设备的单位又各是一套。 直到最近,发现了 Mirobody 这个开源的 AI 健康数据引擎,专门解决数据碎片化的问题。 它能把体检报告、穿戴设备、影像资料等各种健康数据,统一转成 AI 能直接读懂的标准格式。 GitHub:http://github.com/thetahealth/mirobody 整个引擎核心分三步走:收集数据、标准化编码、AI 问答。 - 收集:支持接入 Apple Health 等穿戴设备数据,还能自动解析多种格式的医疗文件。 - 标准化:统一转成医疗行业通用的 FHIR R4 格式,指标编码 LOINC、单位归一 UCUM。中、日、英、繁体不同写法落到同一个码,没见过的词宁可留空也不硬猜。 - 回答:问一句「这两年糖化血红蛋白怎么变化」,AI 自己查数据、画出趋势图,还会标注数据来源。 数据全部存在自己电脑上,还能创建关爱圈邀请家人加入,随时关注爸妈亲人的健康数据。 提供 Docker 一键部署方式,填入大模型 API Key 就能快速搭建专属的 AI 健康问答助手。 懒得部署的话,通过 pip 一条命令就能先尝个鲜:当场把不同写法的健康指标统一标准化。 家里体检单堆了一抽屉、想让 AI 真正管起健康数据的朋友,可以试试。原推文媒体预览+1展开原推文收起原推文

@GitHub_Daily

每次想用 AI 分析体检报告和智能手表或手环的健康数据,总会被乱七八糟的格式劝退。 不同医院机构的指标写法不一样,各家穿戴设备的单位又各是一套。 直到最近,发现了 Mirobody 这个开源的 AI 健康数据引擎,专门解决数据碎片化的问题。 它能把体检报告、穿戴设备、影像资料等各种健康数据,统一转成 AI 能直接读懂的标准格式。 GitHub:http://github.com/thetahealth/mirobody 整个引擎核心分三步走:收集数据、标准化编码、AI 问答。 - 收集:支持接入 Apple Health 等穿戴设备数据,还能自动解析多种格式的医疗文件。 - 标准化:统一转成医疗行业通用的 FHIR R4 格式,指标编码 LOINC、单位归一 UCUM。中、日、英、繁体不同写法落到同一个码,没见过的词宁可留空也不硬猜。 - 回答:问一句「这两年糖化血红蛋白怎么变化」,AI 自己查数据、画出趋势图,还会标注数据来源。 数据全部存在自己电脑上,还能创建关爱圈邀请家人加入,随时关注爸妈亲人的健康数据。 提供 Docker 一键部署方式,填入大模型 API Key 就能快速搭建专属的 AI 健康问答助手。 懒得部署的话,通过 pip 一条命令就能先尝个鲜:当场把不同写法的健康指标统一标准化。 家里体检单堆了一抽屉、想让 AI 真正管起健康数据的朋友,可以试试。

背景
FHIR(快速医疗互操作性资源)是 HL7 International 制定的医疗信息电子交换标准。LOINC(逻辑观察标识符名称和代码)是用于标识健康测量、观察和文档的通用代码系统。UCUM(统一计量单位代码)为计量单位提供无歧义的代码,确保跨系统表示的一致性。这些标准广泛应用于医疗互操作性,以实现机器可读和可交换的健康数据。

9月1日 10:00在 X 打开#health-tech #open-source #AI #data-standardization #FHIR

067.0

tokentab:本地追踪 Claude Code、Codex 和 Gemini CLI 的 token 用量

tokentab 是一个新的开源命令行工具,它读取 Claude Code、Codex 和 Gemini CLI 留在磁盘上的会话日志,并按模型、项目和日期统计 token 用量与费用。它还会单独拆分 Claude 的缓存读写 token,避免重复计费,并提供一个完全本地运行的网页面板,无需账号或 API 密钥。 经常切换多个 AI 编码助手的开发者往往难以清楚了解自己的 token 消耗和费用。tokentab 通过本地读取日志提供准确指标,帮助用户管理预算、比较工具效率,无需依赖供应商仪表盘或第三方服务。 该工具解析 Claude Code、Codex 和 Gemini CLI 的 JSONL 会话日志,支持按模型、项目、日期和会话类型进行细分。它可以输出机器可读数据以便进一步处理,网页面板仅绑定本机端口,可离线使用,且不加载外部字体。GitHub 仓库地址为 https://github.com/damejan80/tokentab。

@GitHub_Daily原推文1 张图片Claude Code、Codex、Gemini CLI 换着用,每个项目到底吃掉多少 token,从来没个准数。 tokentab 直接读这些工具留在本地磁盘的会话日志,把用量和花费按模型、项目、天数拆开算清楚。 数字全从日志里来,不是估的。Claude 的缓存读写还会单独拆出来,不会把同一批 token 算两遍钱。 GitHub:http://github.com/damejan80/tokentab 一条命令看最近 7 天,也能按月、按项目、按工具单看,加个参数就能出机器可读的数据接着处理。 带一个网页面板,把数字排成账单样式,只绑本机端口,断网也能用,连字体都不从网上拉。 纯本地跑,不用账号不用配 API Key,什么都不上传。几个编码工具订阅并用的,跑一下用量清清楚楚。原推文媒体预览展开原推文收起原推文

@GitHub_Daily

Claude Code、Codex、Gemini CLI 换着用,每个项目到底吃掉多少 token,从来没个准数。 tokentab 直接读这些工具留在本地磁盘的会话日志,把用量和花费按模型、项目、天数拆开算清楚。 数字全从日志里来,不是估的。Claude 的缓存读写还会单独拆出来,不会把同一批 token 算两遍钱。 GitHub:http://github.com/damejan80/tokentab 一条命令看最近 7 天,也能按月、按项目、按工具单看,加个参数就能出机器可读的数据接着处理。 带一个网页面板,把数字排成账单样式,只绑本机端口,断网也能用,连字体都不从网上拉。 纯本地跑,不用账号不用配 API Key,什么都不上传。几个编码工具订阅并用的,跑一下用量清清楚楚。

背景
Claude Code、Codex 和 Gemini CLI 等 AI 编码助手会在本地生成会话日志,其中包含请求和响应的详细数据,包括 token 数量。这些日志通常未被充分利用于成本分析。tokentab 利用这些现有数据提供跨工具的统一用量视图,解决了管理多个订阅的开发者常见的痛点。

9月2日 00:00在 X 打开#token tracking #AI coding assistants #developer tools #open source #cost management

077.0

OpenKB:把文档文件夹变成自动维护的 AI 维基

OpenKB 是 VectifyAI 推出的开源命令行工具,利用大语言模型将原始文档编译成结构化、互相链接的维基式知识库。它自动生成摘要、概念页和交叉链接,并标记文档之间互相矛盾的说法。该工具支持近 10 种文件格式,包括 PDF、Word、Excel、PPT 和网页链接,图表和图片也在检索范围内。 OpenKB 解决了 AI 辅助知识管理中的一个常见痛点:每次查询都从零开始重新推导,没有持久化的学习。通过将文档编译成随时间增长的维基,它让知识得以累积而不是重置,符合 Andrej Karpathy 关于知识库复利增长的设想。对于需要 AI 基于自有文档集合给出有据可查答案的开发者和研究人员来说,这很有价值。 OpenKB 由 PageIndex 的无向量、基于推理的长文档检索技术驱动,这与常见的向量嵌入方法不同。它会自动为人物、组织和产品创建专页,并允许用户通过链接追溯答案到源文档。该工具自带网页界面,上传、浏览和问答都在浏览器中完成。它是开源的,托管在 GitHub 的 VectifyAI 组织下。

@GitHub_Daily原推文1 张图片给 AI 喂了一文件夹的资料,每次提问都是现翻一遍,答完什么都不留,下次照旧从零开始。 OpenKB 的做法是先把文档编译成维基 Wiki,摘要、概念页、交叉链接由大模型生成,往后自动维护。 思路来自 Karpathy 提过的一个设想,知识随时间越滚越厚,而不是每次查询都重新推导,听着就对味。 GitHub:http://github.com/VectifyAI/OpenKB 支持的格式列了近 10 种,PDF、Word、Excel、PPT、网页链接都能直接喂,图表和图片也在检索范围里。 文档之间说法打架会被标出来,人物、组织、产品还会自动立成专页,问答时能顺着链接翻回原文。 自带网页界面,传文档、浏览、问答都在浏览器里完成。手里资料多、想让 AI 答得有据可查的,可以试试。原推文媒体预览展开原推文收起原推文

@GitHub_Daily

给 AI 喂了一文件夹的资料,每次提问都是现翻一遍,答完什么都不留,下次照旧从零开始。 OpenKB 的做法是先把文档编译成维基 Wiki,摘要、概念页、交叉链接由大模型生成,往后自动维护。 思路来自 Karpathy 提过的一个设想,知识随时间越滚越厚,而不是每次查询都重新推导,听着就对味。 GitHub:http://github.com/VectifyAI/OpenKB 支持的格式列了近 10 种,PDF、Word、Excel、PPT、网页链接都能直接喂,图表和图片也在检索范围里。 文档之间说法打架会被标出来,人物、组织、产品还会自动立成专页,问答时能顺着链接翻回原文。 自带网页界面,传文档、浏览、问答都在浏览器里完成。手里资料多、想让 AI 答得有据可查的,可以试试。

背景
著名 AI 研究员 Andrej Karpathy 曾描述过一种由大语言模型驱动的知识库愿景:将原始信息编译成有组织、可搜索的维基,并随时间不断增长。传统的检索增强生成(RAG)系统通常在每次查询时检索相关段落,但不会持久化新知识。OpenKB 实现了这种编译并维护的方法,利用大语言模型从原始文档生成摘要、概念页和交叉链接。该工具基于 PageIndex 构建,这是一种避免向量嵌入、转而使用长文档推理的检索技术。

9月1日 13:30在 X 打开#AI #knowledge-management #open-source #RAG #tools

087.0

Inkeep 开源 OpenKnowledge:类 Notion 体验的 AI 原生 Markdown 编辑器

Inkeep 团队开源了 OpenKnowledge,这是一款 Markdown 编辑器,提供类似 Notion 的所见即所得编辑体验,同时文件始终以纯文本形式保存在本地磁盘。编辑器内置了 Claude、Codex 等 AI 助手,可直接在写作过程中调用,并支持文件导航、全文搜索和笔记关联图。团队共享和自动同步基于 git 实现,无需自建同步服务,并提供 macOS、Windows、Linux 安装包以及一键部署的网页版。 OpenKnowledge 回应了当今团队对既适合人类阅读、又能被 AI 智能体直接使用的文档和知识库的需求。它将类 Notion 的界面与本地优先的纯文本存储和基于 git 的同步相结合,降低了团队维护可被人类和 AI 编码代理共同编辑的活文档的门槛。这一做法顺应了“智能体文档”的趋势,即让 LLM 和编码助手直接消费和更新项目知识。 OpenKnowledge 完全免费且开源,代码仓库位于 github.com/inkeep/open-knowledge。开发团队将其形容为“Notion 遇上 VS Code”,强调精致编辑体验与开发者友好的纯文本和版本控制的结合。编辑器支持在工程文档中嵌入交互组件,既可以作为本地网页应用运行,也可以安装到主流桌面平台。虽然集成了 Claude 和 Codex,但提供的资料中并未详细说明 AI 功能的具体范围和限制。

@GitHub_Daily原推文1 张图片专注 AI 文档问答的 Inkeep 团队开源了 OpenKnowledge,把 markdown 写作做成所见即所得,编辑体验和 Notion 一个路数。 文件始终是自己磁盘上的纯文本,README 里自己形容是 Notion 遇上 VS Code,挺贴切。 GitHub:http://github.com/inkeep/open-knowledge 编辑器旁边能直接拉起 Claude、Codex 一起改稿,还带文件导航、全文搜索和笔记关联图。 团队共享和自动同步底下走的是 git,不用自己搭同步服务,写工程文档还能嵌交互组件。 提供 macOS、Windows、Linux 系统安装包,也能一条命令部署网页版,免费开源。原推文媒体预览展开原推文收起原推文

@GitHub_Daily

专注 AI 文档问答的 Inkeep 团队开源了 OpenKnowledge,把 markdown 写作做成所见即所得,编辑体验和 Notion 一个路数。 文件始终是自己磁盘上的纯文本,README 里自己形容是 Notion 遇上 VS Code,挺贴切。 GitHub:http://github.com/inkeep/open-knowledge 编辑器旁边能直接拉起 Claude、Codex 一起改稿,还带文件导航、全文搜索和笔记关联图。 团队共享和自动同步底下走的是 git,不用自己搭同步服务,写工程文档还能嵌交互组件。 提供 macOS、Windows、Linux 系统安装包,也能一条命令部署网页版,免费开源。

背景
Inkeep 是一家以构建 AI 驱动的文档问答工具而闻名的公司,OpenKnowledge 是他们在 Markdown 编辑领域的开源贡献。Markdown 是一种轻量级标记语言,因采用纯文本且与 git 等版本控制系统配合良好而被开发者广泛用于文档编写。Notion 是一款流行的全能工作区工具,以其直观的块式编辑界面著称,许多用户认为它比原始 Markdown 更易上手。Git 是一种分布式版本控制系统,能够跟踪文件变更,天然适合文本文档的同步与协作。Claude 和 Codex 等 AI 编码助手是基于大语言模型的工具,可以生成、编辑和解释代码与文本,将其集成到编辑器中可在写作过程中提供实时帮助。

9月1日 07:30在 X 打开#open-source #markdown #AI #documentation #developer-tools

097.0

Tailscale 发布 tailcat:点对点文件传输工具

Tailscale 发布了 tailcat,这是一个开源的命令行工具和 Go 库,通过短连接令牌实现点对点文件传输。它利用 Tailscale 基于 WireGuard 的数据平面进行加密连接,并在直连失败时自动回退到 DERP 中继服务器。该工具无需账户、管理员权限或网络配置更改,还提供了基于浏览器的网页版本。 tailcat 解决了一个常见痛点:在设备之间传输大文件,无需依赖云存储或受大小限制。通过将 Tailscale 的点对点网络能力独立成一个工具,它让非技术用户也能轻松进行安全、直接的文件传输。其开源性质和知名团队的支持可能促进 P2P 文件共享领域的采用和进一步发展。 tailcat 以 Go 包和 CLI 形式构建,一端运行服务器(监听器)生成短令牌,另一端使用该令牌连接。直连通过 Tailscale 基于 WireGuard 的网状网络建立,但如果 NAT 穿透失败,流量将通过 Tailscale 的 DERP 服务器中继。浏览器演示目前完全通过 DERP 中继,因为浏览器在没有 WebRTC 的情况下无法进行直接点对点连接。Linux 和 Windows 均有安装包,该工具目前处于实验阶段。

@GitHub_Daily原推文1 张图片想给朋友传个大文件,用微信文件传输有大小限制,还得绕道网盘上传下载一大圈,很麻烦。 最近 Tailscale 团队出了个 tailcat,把两台电脑直接连上的看家本事,单独拆分做了文件传输工具。 用起来很简单,一台电脑作为接收端,屏幕上会给出一串短代码,另一台输入这串代码就连上了,文件和代码就能直接发给对方。 GitHub:http://github.com/tailscale/tailcat 连接先由官方服务器牵线,之后两台电脑就直接对传,不再绕任何第三方,传输全程是加密的。 碰到实在连不通的网络,才退回服务器帮忙中转,保证怎么都能传得动。 不用注册账号,不用管理员权限,也不改系统网络设置,就是个装上就能用的小工具。 还有个网页版,打开浏览器就能和对面互传文件和文字,Linux、Windows 也都有现成安装包。原推文媒体预览展开原推文收起原推文

@GitHub_Daily

想给朋友传个大文件,用微信文件传输有大小限制,还得绕道网盘上传下载一大圈,很麻烦。 最近 Tailscale 团队出了个 tailcat,把两台电脑直接连上的看家本事,单独拆分做了文件传输工具。 用起来很简单,一台电脑作为接收端,屏幕上会给出一串短代码,另一台输入这串代码就连上了,文件和代码就能直接发给对方。 GitHub:http://github.com/tailscale/tailcat 连接先由官方服务器牵线,之后两台电脑就直接对传,不再绕任何第三方,传输全程是加密的。 碰到实在连不通的网络,才退回服务器帮忙中转,保证怎么都能传得动。 不用注册账号,不用管理员权限,也不改系统网络设置,就是个装上就能用的小工具。 还有个网页版,打开浏览器就能和对面互传文件和文字,Linux、Windows 也都有现成安装包。

背景
Tailscale 是一家以零配置 VPN 服务闻名的公司,该服务使用 WireGuard 创建安全的点对点网状网络。它简化了 NAT 穿透和设备间的加密连接。DERP(Detour Encrypted Routing Protocol)服务器是 Tailscale 的中继基础设施,在无法建立直接点对点连接时使用。tailcat 将这一核心网络能力提取为一个独立的文件传输工具,类似于 netcat,但内置加密和基于令牌的配对。

9月1日 04:00在 X 打开#file-transfer #tailscale #p2p #open-source #tool

107.0

超越模型推理:用分布式系统模式降低AI应用延迟

Bilgin Ibryam 分享了一份结构化的分布式系统模式清单,用于降低 AI 应用延迟,并强调模型推理只是关键路径的一部分。这些模式分为四类:局部性、工作缩减、并发执行和预判。该文章受 Pekka Enberg 的《Latency: Reduce Delay in Software Systems》一书启发,并链接到 generativeprogrammer.com 上的完整文章。 随着 AI 应用日益复杂,延迟越来越多地由非模型组件(如数据检索、编排和网络调用)主导。应用成熟的分布式系统模式可以在不修改模型本身的情况下显著提升性能。这种视角帮助工程师关注整个请求路径,从而构建响应更快、成本更低的 AI 系统。 这些模式包括:同地部署、复制、分区、缓存、算法级工作缩减、选择性数据处理、设置复用、请求合并、避免同步、独立并发、渐进式响应、并发预算、对冲请求、预测性预取、乐观更新、推测执行、预计算和预热。作者建议先追踪完整请求,然后应用能解决最大瓶颈的最小模式。完整文章可在 generativeprogrammer.com/p/latency-patterns-for-faster-ai-applications 查看。

@bibryam串推 2 条2 段 · 1 张图片Most AI latency optimization focuses on making the model faster. But AI applications are distributed systems, and model inference is only one part of the critical path. Here are common distributed-systems patterns for reducing latency across the rest of the AI application: -- Locality Patterns ☑ Colocation: Place components that communicate frequently near each other. ☑ Replication: Keep readable copies of data closer to requests that can tolerate some staleness. ☑ Partitioning: Group related data and work so most requests stay within one partition. ☑ Caching: Reuse repeated reads and computations instead of rebuilding them. -- Work Reduction Patterns ☑ Algorithmic Work Reduction: Replace expensive work with better algorithms, indexes, or direct lookups. ☑ Selective Data Processing: Move and process only the data required by the next step. ☑ Setup Reuse: Reuse connections, parsed schemas, and validated state across requests. ☑ Request Coalescing: Combine predictable calls that cross the same boundary. -- Concurrent Execution Patterns ☑ Synchronization Avoidance: Remove unnecessary waiting around locks and shared state. ☑ Independent Concurrency: Run tasks concurrently when they have no data dependencies. ☑ Progressive Response: Stream independently useful results before the full task completes. ☑ Concurrency Budget: Limit fan-out and propagate deadlines and cancellation to prevent overload. ☑ Hedged Requests: Send a delayed duplicate of a safe read and accept the first valid response. -- Anticipation Patterns ☑ Predictive Prefetching: Fetch likely data or context before it is explicitly requested. ☑ Optimistic Update: Show the expected result while durable work completes, with rollback on failure. ☑ Speculative Execution: Start a likely branch early when the work is safe and cancellable. ☑ Precomputation: Prepare reusable results as source data changes instead of during the request. ☑ Prewarming: Initialize workers, connections, and execution environments before traffic arrives. -- Trace the full request first. Then apply the smallest pattern that changes the largest bottleneck. ✦ Inspired from:Pekka Enberg’s excellent book, Latency: Reduce Delay in Software Systems. See bellow for full post link.原推文媒体预览展开原推文收起原推文

@bibryam串推 2 条

Most AI latency optimization focuses on making the model faster. But AI applications are distributed systems, and model inference is only one part of the critical path. Here are common distributed-systems patterns for reducing latency across the rest of the AI application: -- Locality Patterns ☑ Colocation: Place components that communicate frequently near each other. ☑ Replication: Keep readable copies of data closer to requests that can tolerate some staleness. ☑ Partitioning: Group related data and work so most requests stay within one partition. ☑ Caching: Reuse repeated reads and computations instead of rebuilding them. -- Work Reduction Patterns ☑ Algorithmic Work Reduction: Replace expensive work with better algorithms, indexes, or direct lookups. ☑ Selective Data Processing: Move and process only the data required by the next step. ☑ Setup Reuse: Reuse connections, parsed schemas, and validated state across requests. ☑ Request Coalescing: Combine predictable calls that cross the same boundary. -- Concurrent Execution Patterns ☑ Synchronization Avoidance: Remove unnecessary waiting around locks and shared state. ☑ Independent Concurrency: Run tasks concurrently when they have no data dependencies. ☑ Progressive Response: Stream independently useful results before the full task completes. ☑ Concurrency Budget: Limit fan-out and propagate deadlines and cancellation to prevent overload. ☑ Hedged Requests: Send a delayed duplicate of a safe read and accept the first valid response. -- Anticipation Patterns ☑ Predictive Prefetching: Fetch likely data or context before it is explicitly requested. ☑ Optimistic Update: Show the expected result while durable work completes, with rollback on failure. ☑ Speculative Execution: Start a likely branch early when the work is safe and cancellable. ☑ Precomputation: Prepare reusable results as source data changes instead of during the request. ☑ Prewarming: Initialize workers, connections, and execution environments before traffic arrives. -- Trace the full request first. Then apply the smallest pattern that changes the largest bottleneck. ✦ Inspired from:Pekka Enberg’s excellent book, Latency: Reduce Delay in Software Systems. See bellow for full post link.

背景
分布式系统模式是针对组件运行在多台联网计算机上的系统常见问题的可复用解决方案。在 AI 应用中,一个请求通常涉及多个服务(如模型推理、向量数据库、特征存储、外部 API),延迟在这些环节中累积。文中提到的模式在分布式计算中已经成熟,现在正被适配到 AI 技术栈中。Pekka Enberg 的《Latency: Reduce Delay in Software Systems》一书对降低延迟的技术进行了全面阐述。

9月1日 09:48在 X 打开#AI #latency #distributed-systems #performance #patterns

117.0

用AI智能体构建自改进产品的框架

@realmadhuguru 的推文概述了构建自改进产品的五部分框架:定义指标、阐述策略、维护过去决策的知识库、连接内部产品系统,以及为端到端开发流程构建一个执行框架。该推文引用了 Amplitude 的 Wave 智能体,该智能体已在 Amplitude 自己的产品上运行,能够发现问题、发布修复并衡量结果。 自改进产品代表了从被动到主动产品开发的转变,AI 智能体持续监控指标并自主实施改进。这可以显著加快迭代周期并减少产品管理的人工开销,影响整个行业的产品团队。 该框架包括五个核心组件:清晰的指标定义(主要、次要、护栏)、策略阐述、过去决策的知识库、与内部系统(仪表板、API、MCP、工具)的连接,以及开发流程的执行框架。推文建议,对于较简单的产品,团队可以使用这些组件的基础版本进行原型设计,并重用现有的 SWE 智能体。Amplitude 的 Wave 智能体是一个真实世界的实现,已在 Amplitude 自己的产品上运行了数月。

@realmadhuguru引用推文1 张图片Self-improving products is a meta idea every company should be implementing. Some of the core pieces you will need: 1/ a crisp definition of the various metrics you care about : primary, secondary, guardrail 2/ an articulation of your strategy, roadmap and metrics you care about moving the most 3/ knowledge base of past product decisions and principles so the agent knows how decisions get made 4/ connections to your to your internal product systems: dashboards, APIs, MCPs, and tools your agent needs to observe and act on your product. 5/ a harness built with knowledge of your end to end product development flow. Depending on the complexity of your product, you might be able to prototype with fairly simple versions of each of the above and reuse existing swe agents.原推文媒体预览展开原推文收起原推文

@realmadhuguru

Self-improving products is a meta idea every company should be implementing. Some of the core pieces you will need: 1/ a crisp definition of the various metrics you care about : primary, secondary, guardrail 2/ an articulation of your strategy, roadmap and metrics you care about moving the most 3/ knowledge base of past product decisions and principles so the agent knows how decisions get made 4/ connections to your to your internal product systems: dashboards, APIs, MCPs, and tools your agent needs to observe and act on your product. 5/ a harness built with knowledge of your end to end product development flow. Depending on the complexity of your product, you might be able to prototype with fairly simple versions of each of the above and reuse existing swe agents.

@Jacob__Newman

(1/6) i'm the pm on Wave at @Amplitude, our agent for self-improving products. for the past few months we've had it running on our own product. it finds problems, ships fixes, and measures whether they worked. here are some highlights:

背景
自改进产品是使用 AI 智能体自动检测问题、实施修复并衡量变更影响的系统。SWE 智能体(软件工程智能体)是基于大语言模型的系统,能够通过结合推理和工具使用来自主解决软件任务。MCP(模型上下文协议)是将 AI 助手连接到外部工具和数据源的标准,使智能体能够观察和操作产品系统。Amplitude 是一家产品分析公司,推出了 Wave,一个体现这些概念的主动式产品智能体。

9月1日 16:01在 X 打开#AI agents #product development #self-improving systems #metrics #automation

127.0

Effect 成为 TypeScript 后端开发的必备库

知名 TypeScript 教育者 Matt Pocock 公开表示 Effect 已成为 TypeScript 后端开发的必备库,并同意 Dillon Mulroy 的观点:今后不会再在没有 Effect 的情况下启动任何 TypeScript 项目。这标志着从过去“用 TS 而不是 JS”的建议,转变为“用 Effect 而不仅仅是 TS”。该认可提到了 Effect 的广泛采用、对 AI 代理的助力以及 Cloudflare 支持。 这一认可标志着 TypeScript 后端最佳实践可能发生转变,因为 Effect 提供了类型化错误、依赖注入和可组合并发,解决了大型应用中的常见痛点。如果 Effect 成为默认选择,将改变团队组织后端代码的方式,并影响招聘和库生态系统。提到对 AI 代理的助力,表明 Effect 可能特别适合 AI 驱动的开发工作流。 Effect 是一个 TypeScript 库,为生产级应用提供数据结构、工具和模式的标准库,包括类型化错误和依赖注入。根据 Mulroy 的说法,它已经达到了“足够关键的采用率”,并且提供了“出色的 Cloudflare 支持”,这对于无服务器和边缘部署很重要。该库是开源的,可在 GitHub 上的 Effect-TS/effect 获取。

@mattpocockuk引用推文It used to be "use TS, not JS" Now, for backend, it's "use Effect, not just TS" Took a long time for me to drop my scepticism but I 100% agree with Dillon.展开原推文收起原推文

@mattpocockuk

It used to be "use TS, not JS" Now, for backend, it's "use Effect, not just TS" Took a long time for me to drop my scepticism but I 100% agree with Dillon.

@dillon_mulroy

i’m confident in saying that i will never start another typescript application or project without @EffectTS_ it’s reached critical enough adoption, provides distinct tailwinds to agents, and has great cloudflare support that it’d be a mistake not to at this point

背景
TypeScript 是 JavaScript 的超集,增加了静态类型,广泛用于前端和后端开发。Effect 是一个相对较新的库,旨在为 TypeScript 提供标准库,提供函数式编程模式,如类型化错误、依赖注入和结构化并发。从“用 TS”到“用 Effect”的转变反映了生态系统的成熟,开发者寻求更健壮的抽象来处理复杂的后端系统。Cloudflare 支持值得注意,因为许多 TypeScript 后端部署在 Cloudflare Workers(一个无服务器平台)上。

9月1日 18:32在 X 打开#TypeScript #Effect #backend #developer-tools #trends