Panda retweeted
"Idiosyncratic Risk Premium": "We build a model to explicitly compute the premium [of single-name stocks] and show that it increases with both idiosyncratic volatility and market capitalization." papers.ssrn.com/sol3/papers.…
Panda retweeted
聪明人的普遍特点就是逆向能力强,能从一些黑盒事物(或者只言片语中)显露出的表象中剖析出工作原理和行为路径,以至于能达到行为复刻与思维效仿,并在这个推理成立基础之上达到进一步创新。
——如果身边不乏有这些人,少数情况你们是对手,但大多数时候你们是知己和朋友。
Panda retweeted
[开源项目重读] MarkItDown : 今天无意间看到微软开源的 MarkItDown 已经 71.2K⭐️了,试着重新解读它的技术实现和作用,学习它的抽象封装,但每种文件解析都有更好的实现,特别是 PDF。
是什么?为什么重要?
想象一下,你有一堆各种格式的文档:Word 报告、PDF 手册、Excel 表格、PPT 演示,还有图片和音频文件等。现在你想让 AI 帮你分析这些内容,但 AI 就像一个只会说英语的外国人,而你的文档都是用"方言"写的。MarkItDown 就是那个翻译官,它能把所有这些"方言"统一翻译成 AI 最爱的"普通话"——Markdown 格式。
为什么选择 Markdown?
Markdown 对 AI 来说就是"统一语言":
· 简洁明了:没有复杂的格式,AI 读起来不费劲
· 结构清晰:标题、列表、表格一目了然
· 省 Token:在 AI 时代,这意味着省钱省时间
· 天然支持:像 GPT-4 这样的 AI 天生就"会说" Markdown
它能处理什么?
MarkItDown 就像一个"全能翻译员",几乎什么都能转换:
办公文档家族
· Word文档 → 保留标题层级和格式
· Excel表格 → 转成漂亮的 Markdown 表格
· PowerPoint → 把幻灯片内容整理成文本
PDF文档
· 无论是文字版还是扫描版,都能"读懂"
多媒体内容
· 图片 → 用 OCR 识别文字,甚至让 AI 描述图片内容
· 音频 → 语音转文字,把录音变成文档
网络内容
· HTML 网页 → 提取核心内容
· YouTube 视频 → 提取字幕和转录
其他格式
· CSV、JSON、XML → 结构化展示
· ZIP 压缩包 → 递归处理内部所有文件
· 电子书(EPUB) → 提取章节内容
技术实现:它是怎么做到的?
1. 聪明的"识别系统"
MarkItDown 首先要搞清楚"这是什么文件",它用的是 Google 开发的 Magika 技术,就像一个经验丰富的图书管理员,不仅看文件名,还要"翻开看看内容",准确判断文件类型。
2. 专业的"翻译团队"
对于每种文件格式,MarkItDown 都有专门的"翻译专家":
· Word文档专家 (mammoth 库)
· 专门理解 Word 的内部结构
· 重点保留文档的语义,而不是花哨的格式
· Excel 表格专家 (pandas 库)
· 能处理多个工作表
· 把复杂的表格数据整理成清晰的 Markdown 表格
· PDF 专家 (pdfminer 库)
· 像人一样"读" PDF,理解文字的排列顺序
· 特别针对中文的多栏排版做了优化
· 图片专家 (Tesseract OCR)
· 用 AI 识别图片中的文字
· 支持100多种语言
· 还能提取照片的拍摄信息
· 音频专家 (SpeechRecognition)
· 把语音转成文字
· 支持多种音频格式
3. 模块化的设计哲学
整个系统就像乐高积木,每个转换器都是一个独立的积木块:
· 想支持新格式?只需要添加一个新积木
· 某个格式出问题?只需要修复对应的积木
· 用户只需要某些功能?可以只安装需要的积木
4. AI 时代的增强功能
· Azure 智能文档服务
· 对于特别复杂的文档,可以调用微软的 AI 服务
· 相当于请来了"专业顾问"
· GPT 视觉能力
· 可以让 GPT-4o 来"看图说话"
· 为图片生成详细的文字描述
使用简单到什么程度?
· 命令行一键转换
markitdown 我的文档.pdf > 输出.md
· Python 几行代码
from markitdown import MarkItDown
converter = MarkItDown()
result = converter.convert("任何格式的文件.xxx")
print(result.text_content)
· Docker 容器化部署
docker run markitdown < 输入文件 > 输出文件
Panda retweeted
越看预言机,越有一种接近本质的感觉。
MEV 大家都很熟悉了,但是知道 OEV 的人却不多。
所谓 MEV,按照以前的说法是 Miner Extractable Value 矿工可提取价值;
而 OEV 则是 Oracle Extractable Value 预言机可提取价值。
有两条规律:
有额外信息的人总能获得额外的收益;
但是知道额外信息的人越多,这个收益会被卷得越薄。
比如 AAVE 的爆仓清算,协议为了鼓励第三方来清算,会给第三方一个清算奖励,比如说 10% 的爆仓金额。这个基本是稳赚不赔的生意,为之买单的人则是没钱或者忘记补保证金的爆仓者。
那么你能想象得到,一个公开的、有利可图的机会,事情会如何发展呢?
最一开始,是小时级别,等到真人来手动清算;
然后,是分钟级别,脚本拼网速抢单;
最后,是秒级别,机器人必须靠烧 Gas War 来抢夺优先上链的权利。
而 Gas War 的结果就是,这些机器人,必须支付 90% 以上的金额给矿工,才能竞争胜利拿个小头。
当然了,矿工(节点)是最开心的,躺着什么也不用干,甚至不用承担爆仓秃鹫的骂名,舒舒服服就把 90% 的收入笑纳了。
但是,有人卷,就有人更卷。
到了秒级别还是不够,于是战火蔓延到了预言机层面。
大家思来想去,想着最早能看到爆仓信息的,其实是预言机,毕竟预言机说你爆仓,你才真的爆仓,如果预言机没说你爆仓,你甚至可能不爆仓。
例如,假设 Alice 的以太坊价格是 2999 爆仓,如果预言机枪口抬高一寸,给强行报了 3000,然后以太坊在整数位恰好 V 反了,可能就救了 Alice 的仓位一命。
那么,这场竞赛是如何从秒级进入毫秒级呢?
比如以 RedStone 新出的Atom 功能为例。
同样是破产清算的场景,它可以把预言机数据先给链下,并做一个链下小拍卖。
而清算人呢,直接链下处理,而不再需要烧 Gas War 了,价高者得嘛,大概 300 毫秒。
每次拍卖结束后,Atom 按出价高低直接提交到智能合约(绕开公开渠道)。而且它的这个智能合约很有意思,它会将三项操作打包为一笔原子交易:
1.更新签名预言机价格;
2.执行清算;
3.将中标金额转给指定接收方。
由于三项操作在同一个区块内结算,预言机更新与清算直接死绑了不可分割,所以杜绝了存在其他清算者,看到这条链上信息然后立刻复制抢先清算的可能性。
这个把三笔交易绑在一起上链的操作,确实比较风骚,但是细想一下,这是标准的区块链思维——区块链世界里的时间不是线性的,而是以区块为最小单位的,例如以太坊是 12 秒。
这三笔交易理论上是同时发生的,因此没有人任何人能够再在其中插入交易,它已经穷尽到了这事儿的尽头。
所以,这个 OEV 战争,在RedStone Atom 之后,直接从秒级卷到了毫秒级,一步到位抵达竞赛终点了,你在终点线上开始跑,其他人无论如何抢跑也是无意义了。
而且因为这清算是链下跑的,对于协议来说,相比过去可能还能更快一些。
这样 OEV 捕获到的收益,还可以反哺给协议、预言机自己和清算者,属于三方均受益,相信推动起来也是阻力最小,很棒的设计。
Panda retweeted
An unbelievable arbitrage happened in 44 trading venues swapping 24 tokens. It involved @CurveFinance, @MakerDAO, @balancerlabs, @Uniswap 's V2, V3 and V4, @BitcoinCom's Verse, @PancakeSwap, and @Fluid_Protocol. Making $15.8K as revenue, the bot 🤖 tipped @beaverbuild 5.6 ETH and pocketed $1.5K as income. bit.ly/4ijw5OQ
Panda retweeted
Minima - 开源本地化 RAG 系统
概述:开源的基于容器的 RAG 系统,可以完全在本地运行,也可以与 ChatGPT 和 Claude 等集成,项目的主要目标是让用户能够安全地查询自己的本地文档
核心功能
1. 智能文档问答
· 基于用户本地文档(PDF、Word、文本等)进行问答,答案由 AI 生成
· 支持完全本地运行(无需联网),或结合外部 AI 服务(如 ChatGPT、Claude)
2. 三种运行模式本地模式:
· 所有组件(LLM、嵌入模型、重排序模型)均在本地运行,数据完全隔离
· ChatGPT 模式:本地处理文档索引,生成答案时调用 ChatGPT(需联网)
· Claude 模式:与 Anthropic Claude 桌面应用集成,本地索引+Claude 生成答案
3. 核心特性数据隐私:
· 文档索引、检索过程完全本地化,避免敏感数据外传
· 灵活扩展:支持多种开源模型(如 Sentence Transformers、Ollama的LLM)
· 多格式支持:PDF、Excel、Word、Markdown 等常见文档类型
架构设计
1. 模块化容器服务:
· 通过 Docker Compose 组合多个微服务:索引服务:扫描本地文档,生成文本片段和向量嵌入
· 向量数据库:使用 Qdrant 存储向量,支持高效相似性检索
· LLM 服务:本地通过 Ollama 运行模型,或对接外部 API(如 ChatGPT)
· 重排序服务:优化检索结果(如 BAAI/bge-reranker 模型)
· 前端交互:提供 Electron 桌面应用或 Web 界面
2. 关键技术栈嵌入模型:
· 如 sentence-transformers/all-mpnet-base-v2,将文本转为向量
· 向量数据库:Qdrant 用于存储和快速检索向量
· 本地 LLM:通过 Ollama 运行模型(如 qwen2:0.5b)
· 重排序模型:提升检索结果相关性(如 BAAI 系列)
3. 数据流示例:
用户提问 → 向量化查询 → Qdrant 检索 → 重排序 → LLM 生成答案
This quoted post is unavailable.
Panda retweeted
刚才花2小时看完了DeepSeek V3 的 Technical Report,下面说下我的感想。
首先,文章贡献主要来自系统(Training Infra),而非模型本身。模型本身依然基于传统的Transformer:
1)他们世界首创在大规模LLM训练中系统性部署fp8(8位浮点)量化技术,这大大降低训练对显卡内存的需求,也加快了训练过程;
2)为了正确使用fp8的矩阵乘法,他们优化并改进了CUDA Kernal的调用方式,甚至给NVDA提出了诸多Tensor Core方面的设计建议
3)他们开发了自己的训练框架DualPipe,实现了16/64通道的流水线和专家(MOE)并行,极大改善了并行训练中的通信和计算冲突问题,解决了调度瓶颈。
最终,DeepSeek实现了在2048个H800上的集群训练。
其次,文章中大部分改进是渐进式的,而非革命性的:
1)对MTP(多词预测)实际上来自2023年文章YaRN,而且最终DeepSeek V3只实现了N=1的MTP,也即比传统的GPT多预测一个词;
2)MOE所引入的Aux-Loss-Free Load Balancing技术,其实仅仅是在传统Expert的分配算法面前加入了一个bias term b_{i};
3)DeepSeek MOE上的另一个革新是加入了“共享Expert”,并保证训练时对于每个Token,这些Expert最多分布在4个node上,以减少通信瓶颈。
4)其独创的Multihead Latent Attention 本质上是将QKV通过线性变换降维到一个Latent Space存入Cache,提高存储速度;这有利于推理任务加速。
5)利用自己在量化交易中的经验,创造性地将某些移动平均值(如Adam参数状态)存在CPU中,减少并行开销,等等
当然,能够将如此多新的细节整合在一起,并获得一个几乎没有任何Loss Spike的平滑的训练框架,这不得不说是一个奇迹。
最后,DeepSeek 在RL和蒸馏方面确实得到了极其宝贵的经验。Deep Seek证明了:
1)推理能力可以通过RL获得,
2)推理能力可有效的被蒸馏到更小的模型上去。
虽然他们也同时观察到,蒸馏可能让小模型的输出变得更长,语言效率降低。此外,如果RL的Reward Model过于简单,这可能会让模型推理仅限于数学和代码任务
总的来说,确实是一个非常好的Paper,证明了在极限的精度和优化条件下,训练一个600B大模型成本能走到多低。
但不至于颠覆硅谷,是一个非常好的阶段性进展
恭喜全世界的AI研究者们!
Panda retweeted
探索 AI Agents 方案和代码实现
概述:著名开源作者 @nutlope 开源的面向开发者的实用指南网站,受 Anthropic 「Building effective agents」启发,提供了六种常见的 AI Agent 工作模式及其代码实现示例,帮助开发者快速在自己的应用中构建高效的 AI 功能
1. 提示链(Prompt Chaining)
将多个 LLM 调用串联起来,前一个调用的输出会作为下一个的输入,实现结构化的推理和任务分解
2. 路由模式(Routing)
这是一个低延迟的工作流,可以根据输入内容动态地将任务分配给最合适的 LLM 实例或配置,以优化效率
3. 并行化(Parallelization)
这种模式允许同时执行多个 LLM 调用,然后汇总结果,适合处理复杂或大规模的操作
4. 编排者-工作者模式(Orchestrator-workers)
设置一个中央编排器来协调多个工作型 LLM,指导它们完成子任务,并整合输出结果
5. 评估优化器(Evaluator-optimizer)
这是一个反馈循环工作流,不断评估和优化 LLM 的输出,通过迭代来提升准确性
6. 自主 Agent (Autonomous Agent) (coming soon)
这种模式下的 LLM 将能够自主地与环境交互,并通过反馈来改进其行为
Panda retweeted
Unwind AI 每日分享:AI Agents、RAG & LLMs
TL;DR
从云端运维、知识检索到视觉推理、语音合成和代码理解,为开发者提供了一套完整的智能化解决方案
1. Microsoft AIOpsLab
- 这是一个开源框架,用于构建 AIOps Agent
- 主要用于云计算运维自动化,可以帮助开发、测试和优化AI Agent
2. RAGFlow
- 一个开源的 RAG 应用构建平台
- 提供无代码可视化界面来创建 AI Agent
- 能够深度理解文档,提供有准确引用支持的答案
3. Qwen QVQ-72B-Preview 模型
- 新的开放权重多模态推理模型
- 可以同时处理视觉和文本输入
- 在 MMMU 和 MathVista 等测试中表现优秀,达到了与 Claude 3.5 Sonnet 和 GPT-4o 相当的水平
4. Hume OCTAVE 语音模型
- 能够实时生成完整的 AI 人格,包括口音、语言和表达方式
- 只需 5 秒的语音样本就能克隆声音
- 可以根据简短提示生成独特的语音人格
5. Gitingest 工具
- 可以将 GitHub 仓库转换为适合 LLM 使用的结构化文本
- 包含文件结构、项目摘要等内容
- 提供 Python 包、本地 UI 以及网站等多种使用方式
Panda retweeted
Evo: 首个能写基因代码的 AI 模型问世
「斯坦福大学研究团队开发出一个名为 "Evo" 的 AI 模型,它能像 ChatGPT 写文字一样"写作"基因代码,可用于设计新药物、改造微生物,并有望加速生物工程研究」
核心突破:
- Evo 是一个能够"写作"基因代码的生成式 AI 模型
- 由斯坦福大学化学工程助理教授 @BrianHie 带领团队开发
- 研究成果已发表在《科学》(Science)杂志上
主要能力:
- 可以处理长达 131,000 个碱基对的序列(比现有工具的 8,000 个提升显著)
- 能够生成超过 100 万个碱基对的 DNA 序列
- 可以精确到单个核苷酸的层级
训练数据:
- 使用了 80,000 个微生物基因组
- 包含 270 万个原核生物和噬菌体基因组
- 总计覆盖 3000 亿个核苷酸
潜在应用:
- 帮助理解微生物和病毒基因组的工作机制
- 设计全新的蛋白质(可用于药物研发)
- 重新编程微生物来完成特定任务,例如:
- 改善光合作用以提高农作物产量
- 处理海洋中的微塑料污染
- 加深对进化过程的理解
- 研究遗传疾病并开发新疗法
实际验证:
- 团队已经使用 Evo 成功创建了一个全新的、此前未知的 CRISPR 系统
- 这是首次使用语言模型同时设计蛋白质和 RNA 的成功案例
重要意义:
- 大大加快了生物工程设计过程
- 使研究人员能够专注于最有前景的可能性
- 开源且可供研究人员下载使用
Applying AI to genomics, researchers led by @BrianHie have created Evo, a large language model that writes genetic code. It could offer a deeper understanding of evolution, genetic diseases, and new treatments – all on a computer rather than in a lab. engineering.stanford.edu/new…
Panda retweeted
Claude 提示工程指南:如何优化与 Claude 的对话质量
// 详细介绍了如何通过具体、清晰的提示语、丰富的上下文和系统的思维方式来优化与 Claude 的交互,获得更精准和有效的回应
// Claude 的提示优化器功能
- 专门帮助用户优化与 Claude 对话提示的工具
- 用户可以输入初始提示,系统会提供改进建议
- 通过迭代优化来提升 Claude 的回答质量
// 使用提示优化器的关键步骤
- 输入你想要问 Claude 的提示语
- 解释你期望获得什么样的输出
- 系统会分析并给出改进建议
- 根据建议修改提示语,获得更好的结果
// 优化建议的主要内容
- 如何让提示更加具体和明确
- 如何正确表达任务目标
- 如何添加必要的上下文信息
- 如何指定期望的输出格式
- 如何避免常见的提示语问题
// 使用时机建议
- 处理需要深入思考的复杂问题
- 需要 Claude 完成创造性任务时
- 希望获得结构化或特定格式输出时
- 之前的提示没有得到满意答案时
// 使用提示优化器的价值
- 帮助用户更好地理解如何与 Claude 交互
- 提高 Claude 回答的准确性和相关性
- 节省反复尝试的时间
- 学习提示工程的最佳实践
// 实际使用技巧
- 清晰地说明任务背景和目标
- 提供具体的评估标准
- 使用适当的格式化工具(如列表、XML标签等)
- 在必要时提供示例
docs.anthropic.com/en/docs/b…
Panda retweeted
让 AI 更懂指令: RAG 系统的智能对齐方案
这个项目包含了论文、数据和代码实现, 主要是 RAG 领域的指令对齐管道系统和自动评估基准测试系统:
※ VIF-RAG: 一个创新的指令对齐管道系统
※ FollowRAG: 一个自动评估基准测试系统
主要内容:
- VIF-RAG 是首个自动化、可扩展、可验证的数据合成管道, 专门用于 RAG 场景中的复杂指令对齐
- 从少量原子指令(<100个)开始, 通过多步骤扩展生成大规模高质量数据集(>10万条)
- 开发了 FollowRAG 基准测试, 覆盖 22 类通用指令约束和 4 个知识密集型 QA 数据集
最新进展:
- 发布了 VIF-RAG-QA 数据集的两个版本
-- VIF-RAG-QA-110K (11 万条数据)
-- VIF-RAG-QA-20K (2 万条数据)
- 发布了 FollowRAG 评估基准
项目地址:
github.com/dongguanting/Foll…
1/n How to follow complex instructions while using RAG.
The advancement of Large Language Models (LLMs) has revolutionized natural language processing, but a significant challenge remains in their ability to follow complex instructions while leveraging external knowledge through Retrieval-Augmented Generation (RAG) systems. A recent paper presents VIF-RAG, an innovative framework addressing this crucial limitation in AI systems.
The core problem lies in the disconnect between LLMs' ability to follow instructions and their capacity to utilize retrieved information effectively. While models can excel at these tasks independently, they often struggle when these capabilities need to work in tandem. This limitation becomes particularly apparent in real-world applications where users naturally pose questions with specific constraints and requirements.
VIF-RAG introduces a novel approach to solving this challenge through an automated, scalable, and verifiable framework. Starting with less than 100 manually crafted atomic instructions, the system employs a sophisticated combination of instruction synthesis, automated rewriting, and thorough verification processes to create a comprehensive dataset of over 100,000 high-quality instruction-query samples. This approach significantly reduces the need for extensive human annotation while maintaining high standards of quality.
The framework's innovation extends beyond data generation to evaluation. The introduced FollowRAG benchmark provides the first comprehensive evaluation system for instruction-following capabilities in RAG scenarios, covering 22 different categories of constraints across four knowledge-intensive QA datasets. This evaluation framework's design allows for seamless integration with various RAG benchmarks, making it a versatile tool for future research.
What sets VIF-RAG apart from previous work is its holistic approach to the problem. While earlier research focused on either instruction-following or RAG optimization separately, VIF-RAG directly addresses the intersection of these capabilities. Previous solutions like reranker-based methods or multi-round retrieval approaches tackled specific aspects of RAG systems, but none specifically addressed the instruction-following challenge in RAG contexts while maintaining other fundamental capabilities.
Experimental results demonstrate the framework's effectiveness. Tests comparing base and fine-tuned models across various tasks show that while models might excel at individual tasks, they often struggle with combined instruction-following in RAG scenarios. VIF-RAG successfully addresses this limitation, showing improved performance across instruction following, RAG tasks, and fundamental abilities.
This research represents a significant step forward in making AI systems more practical and user-friendly. By enabling RAG systems to better understand and follow complex instructions while maintaining their knowledge retrieval capabilities, VIF-RAG brings us closer to AI systems that can more naturally and effectively interact with users in real-world scenarios. The framework's scalable and verifiable nature ensures its potential for continued development and application in future AI systems.
Panda retweeted
很久之前我就说过,用户的需求从来就不是写 prompt 指挥 AI
而是直接说需求「做个抖音出来」
这就是技术和用户之间巨大的 Gap
但是,就在刚刚...
我打开 bolt new,让它做一个抖音出来
它真的做了一个抖音出来...
😲
来看看这段录屏吧
Panda retweeted
从快速思考到深度推理: AI 的下一个飞跃
by @sonyatweetybird @gradypb and o1
来自红杉的文章深入探讨了生成式 AI 的最新发展, 特别强调了从单纯的模式匹配向真正的推理能力转变这一关键趋势。随着基础模型市场的稳定, 创新和机会正在向应用层转移。
文章特别强调了认知架构的重要性, 这些架构能将原始的 AI 能力转化为解决实际问题的工具。新一代的 AI 应用不仅仅是软件, 而是能够执行复杂任务的 Agent, 这可能会重塑多个行业。
对于投资者和创业者来说, 应用层似乎提供了最大的机会。与此同时, 现有的 SaaS 公司可能面临来自 AI 原生公司的挑战, 这像极了了早期从本地软件到云服务的转变。
# 几个重要内容
推理层 (Reasoning Layer) 的兴起:
- 研究重点正在从 "快速思考" (预训练的快速响应) 转向 "慢速思考" (推理时的推理)
- 这种演变正在解锁一批新的具有 Agent 能力的应用
OpenAI o1 模型:
- 这是第一个具有真正通用推理能力的模型
- 它通过推理时计算 (inference-time compute) 实现了这一点
System 1 vs System 2 思考:
- System 1: 预训练模型, 快速、直觉性的反应
- System 2: 深度、慎重的推理, 是 AI 研究的新前沿
新的扩展定律:
- 给模型更多的推理时间计算, 它的推理能力就会更强
sequoiacap.com/article/gener…
Panda retweeted
The Potential of OP_CAT for BTC
Recently, discussions about re-enabling OP_CAT on BTC have sparked heated debate within the BTC community. However, for community members unfamiliar with BTC programming, it can be difficult to understand why so many people are excited about OP_CAT, especially since this OP_CODE is quite simple. I have written an article to explain the possibilities that OP_CAT brings to BTC. In it, I describe how, with the support of OP_CAT, the UTXO model could potentially approach the expressive power of the Extended UTXO model, using CAT20—a token protocol based on OP_CAT—as an example.
OP_CAT could bring transaction introspection, Recursive Covenants, Retrospective Covenants, stateful UTXOs, and even Turing completeness to BTC.
English version: hackmd.io/@GMhPT1-rT6GY8bYBR…
Chinese version: hackmd.io/@GMhPT1-rT6GY8bYBR…
Panda retweeted
[Zed: AI 代码编辑器]
Zed 团队选择从零开始创建 AI 代码编辑器, 而不是像近期多个 VSCode Fork。
作为 @AtomEditor 和 Tree-sitter 的前开发团队, 他们对 Electron 的创建和发展起到了关键作用, 但是现在放弃 Electron 而选择 Rust @rustlang 构建, 也表明了团队对编辑性能的更高要求。
团队关于 Rust 和 Tree-sitter 性能方面的介绍:
- Leveraging Rust and the GPU to render user interfaces at 120 FPS
zed.dev/blog/videogame
- Enabling low-latency, syntax-aware editing using Tree-sitter
zed.dev/blog/syntax-aware-ed…
这是一个很值得思考的问题, Electron 类的前端跨平台方案, 适用场景到底是什么, 它是否适用于代码编辑器? 很期待 Zed 团队进一步对 Rust 和 Electron 的深入对比分析。
这篇系统介绍 Zed 的文章:
zed.dev/blog/zed-ai
Panda retweeted
Go 语言构建 LLM 应用 @elibendersky
文章通过具体示例说明了 Go @golang 语言在构建 LLM 应用方面的优势, 包括其强大的并发处理能力、网络服务支持以及作为云原生语言的性能和可靠性等。
RAG 服务器示例:
- 文章通过构建一个 RAG 服务来演示 Go 的应用
- 服务提供两个主要功能: 添加文档到知识库和基于知识库回答问题
- 使用嵌入模型、向量数据库和 LLM 来实现功能
三种实现方式:
01 直接使用 Gemini API @GeminiApp 和 Weaviate:
·- 使用官方 SDK 直接与服务交互
·- 展示了 Go 的 HTTP 服务器结构和并发处理能力
02 使用 LangChain for Go:
·- 使用 LangChain @langchain 框架简化开发
·- 提供模块化组件和通用 API, 便于切换不同的 LLM 和向量数据库提供商
03 使用 Genkit for Go:
·- Google 推出的新框架
·- 关注生产特性如提示管理和部署工具集成
Go 语言在 LLM 应用开发中的优势:
- 出色的并发和网络服务管理能力
- 作为云原生语言, 具有优秀的性能和可靠性
- 适用于构建 LLM 生态系统的基础组件 (如 Ollama @ollama 、LocalAI @LocalAI_API 、Weaviate @weaviate_io 等)
文章地址:
go.dev/blog/llmpowered
In case you missed it, the Go team wrote an incredible article on how to setup an LLM with RAG server. Also introduced me to GenKit. 🤯
I'm happy because Python is the pits.
go.dev/blog/llmpowered
Panda retweeted
现在 Meshtastic 越来越流行,去中心化、mesh 组网、不需要执照、不依赖运营商的无线通信系统
现在适合户外通信,以后僵尸来袭、基础设施崩溃,就能和“行尸走肉”里一样用它维系人类文明
#犀利而无用的知识
基于 LoRa,虽然发射功率小于 100mw,但能跳跃多个节点、接力实现远程通信
终端很便宜也很小巧,装上太阳能板、架到高处,就能变身 repeater👏
直线通信距离取决于天线所在高度😂,世界纪录是在加拿大某山上架了一个终端,开车到美国某山上接受,直线距离 200 多公里
欧洲人口密度高,玩家较多。我们附近也有一些玩家,论坛里每天都在研究哪儿哪儿山顶位置不错,可以架一个终端
为什么要做短消息专用掌机?
LoRa MSG 是利用 LoRa 协议远程传输消息的手持设备,把 Blackberry 的键盘、LoRa 的远程无线传输、对讲机和业余无线电的通讯和联网方式…结合在这个肥嘟嘟的掌机里
如果互联网彻底崩溃,就用 LoRa MSG 组一个分布式的、复古的纯文字聊天室吧!
msglab.co/room/lo-ra-msg
Panda retweeted
来自 MIT 的论文介绍了 AgentTorch 框架,用于构建大规模、可微分、可组合的基于 Agent 的模型 (ABMs),将 ABMs 与 LLMs 结合,为理解和解决复杂社会挑战提供了新的可能性。
AgentTorch 框架
· 可扩展性:
- AgentTorch 利用向量化计算来指定环境动态和干预措施,使得在普通硬件上模拟数百万 Agents 成为可能。
- 与传统的面向对象框架相比,AgentTorch 实现的流行病学 ABMs 在计算时间上显示出高达 40,000 倍的改进。
- 通过使用 "原型" 概念,即使在使用LLM指导的 Agent 时,这些性能增益也得以保持。
· 可微分性:
- AgentTorch 提供了自定义工具,用于构建连续和离散环境的可微分实现。
- 框架实现了离散分布 (如 Bernoulli、Binomial、Categorical) 的可微分版本,使用随机三元组方法。
- 这种可微分性使得能够通过基于梯度的技术校准大量参数,并与异构数据集匹配。
- 可以对离散和条件操作进行微分,如 logical_and 和 max 操作。
· 可组合性:
- AgentTorch 允许将 ABMs 与神经网络和 LLMs 组合,实现更具表现力和灵活性的 Agent 架构。
- 环境的可微分性确保这些组合系统保持端到端可微分。
- 该框架提供了与生成 Agent 框架 (如 LangChain 和 dspy LLM 实例) 集成的 API。
LLM Agent 的基准测试:
- 使用纽约市 COVID-19 大流行案例研究。
- 展示了 LLM Agent 能够捕捉人口层面的隔离和就业行为。
- 引入 "原型" 概念,允许使用 LLM 输出扩展到数百万 Agent。
AgentTorch 的分析能力:
- 回顾性分析: 评估过去政策的影响。
- 反事实分析: 探索替代场景。
- 前瞻性分析: 设计未来的最佳政策。
论文地址:
huggingface.co/papers/2409.1…
On the limits of agency in agent-based models
discuss: huggingface.co/papers/2409.1…
Agent-based modeling (ABM) seeks to understand the behavior of complex systems by simulating a collection of agents that act and interact within an environment. Their practical utility requires capturing realistic environment dynamics and adaptive agent behavior while efficiently simulating million-size populations. Recent advancements in large language models (LLMs) present an opportunity to enhance ABMs by using LLMs as agents with further potential to capture adaptive behavior. However, the computational infeasibility of using LLMs for large populations has hindered their widespread adoption. In this paper, we introduce AgentTorch -- a framework that scales ABMs to millions of agents while capturing high-resolution agent behavior using LLMs. We benchmark the utility of LLMs as ABM agents, exploring the trade-off between simulation scale and individual agency. Using the COVID-19 pandemic as a case study, we demonstrate how AgentTorch can simulate 8.4 million agents representing New York City, capturing the impact of isolation and employment behavior on health and economic outcomes. We compare the performance of different agent architectures based on heuristic and LLM agents in predicting disease waves and unemployment rates. Furthermore, we showcase AgentTorch's capabilities for retrospective, counterfactual, and prospective analyses, highlighting how adaptive agent behavior can help overcome the limitations of historical data in policy design. AgentTorch is an open-source project actively being used for policy-making and scientific discovery around the world.














































