跳到正文
10月23日周五
  1. GitHub · 灵魂体仓库23

    content-extraction-pipeline-video-stt-llm:用 Whisper 和 Groq Llama 3.3 70B 把烹饪视频转成结构化食谱的开源项目

    GitHub 开源项目 content-extraction-pipeline-video-stt-llm 将烹饪视频 URL 自动转为结构化 JSON 食谱。流程分四步:yt-dlp 和 FFmpeg 提取音频,OpenAI Whisper 转写并翻译为英文,Groq 的 Llama 3.3 70B 模型解析出菜名、食材、用量和步骤,FastAPI 通过 REST API 返回结果并生成食材购物搜索链接。项目以 MIT 协议开源,需配置 Groq API key,作者提醒提取结果需人工复核。

  2. GitHub · 灵魂体仓库61

    supercarto 开源:把地理数据编译成 token 预算内的拓扑图供 AI 智能体直接推理

    supercarto 是面向 LLM 的空间中间件,把 GeoJSON 等地理数据编译成 token 预算内的拓扑 YAML 图,供 AI 智能体直接推理。官方示例中 272,993 字节(约 68,000 tokens)的文件在 1024 token 预算下压缩到约 890 tokens,缩小约 99%;所有被裁剪的要素按层记录在 omitted 字段中。工具内置无密钥天气、带诚实降级状态的交通与 GTFS 公交时刻、室内楼层图,通过 npm/pip、CLI、HTTP 和 MCP 提供,附带 supercarto-bench 基准(编译图 38/47、原始 GeoJSON 15/47、无地图 0/47),共 412 项测试通过,Apache-2.0 许可。

    推荐理由:README 给出了同一测试文件压缩前后的 token 数字和可复现命令,读者可以直接验证给 Agent 用的地图能省多少 token。

  3. arXiv · cs.CL17

    尼泊尔政治文本选举承诺挖掘:首个金标准数据集与模型比较研究

    研究者构建了首个尼泊尔政治文本金标准数据集(Cohen's kappa = 0.777),并用机器学习、深度学习和 LLM 自动提取与分析选举承诺。fastText-LSTM 深度学习模型表现最佳(accuracy 0.914、macro F1 0.913),LaBSE-LR 为最优机器学习模型(accuracy 0.897),三个受评 LLM 中 Qwen3-8B 在 few-shot 设置下取得 0.848 macro F1。成果已集成进移动应用,借助 GAI 可视化承诺以提升透明度与问责。

  4. arXiv · cs.AI36

    面向编码智能体的自适应技能粒度:运行时路由与宏到微恢复

    一篇 arXiv 论文提出 Adaptive Skill Granularity 框架,将编码智能体的技能粒度作为基于任务结构、执行状态和宏技能失败的动作抽象策略来控制,系统由基于特征的粒度控制器和有限状态恢复执行器组成。在采用验证器定义成功、总成本及宏采用率、失败恢复、路由匹配等过程指标的确定性编码智能体协议中,运行时路由与显式的宏到微恢复比固定粒度执行更稳健,可恢复固定执行无法解决的受控宏失败。作者据此主张技能库应被视为可控、可验证、可恢复的执行抽象。

  5. GitHub · 3D 生成新仓库25

    college-project:集多模态与代码库智能于一体的 RAG 助手

    GitHub 新仓库 AmanShankarDev01/college-project 发布了一个离线优先的多模态 RAG 助手,基于 Spring Boot 3(Spring AI)、React 18 和 Qdrant 向量数据库构建。它可用 Ollama 本地运行 phi3、llama3.1 等模型,也可切换 Anthropic Claude、OpenAI GPT-4o、OpenRouter 或 Groq Cloud。助手能从文档提取文本与插图,克隆解析 GitHub、GitLab、Bitbucket 仓库,并以可交互引用标注为 AI 回答提供证据。

  6. arXiv · cs.CL41

    封闭集决策用紧凑编码器:从 17M 到 1B 参数,逐选项读取优于联合读取

    这项研究探究了封闭集决策(如工具选择)所需编码器的最小规模及读取方式,发现 3200 万参数下逐选项打分比联合读取高 5.8 个机会校正分(约匹配训练算力时高 2.8),且不受选项顺序影响,而联合模型重排选项会改变 12-23% 的答案。发布的 6 个编码器中,6800 万和 1.5 亿参数模型在 209 个 System1-Arena 任务上分别超过 4.35 亿参数 DeBERTa-v3 零样本分类器 4.9 和 5.9 个准确率点,最小模型中位延迟仅 14 毫秒,对比 728 毫秒。

  7. arXiv · cs.AI18

    DeepOpen:面向决策的意图分类方法在 BANKING77 与 CLINC150 上的表现

    研究者提出 DeepOpen,一个针对 BANKING77 和 CLINC150 数据集分别配置的面向决策的意图分类框架。在 BANKING77 上,经 SAM(sharpness-aware minimization)继续训练的单一英文分类器达到 94.1234% 测试准确率;在 CLINC150 的 150 个 in-scope 类别上,一个 Laya 专家与三个 DeBERTa-v3-large 分类器的概率融合达到 98.0222%。不过统一评估路径下 SAM 均值仅比历史 checkpoint 高 0.0433 个百分点(95% 区间 [-0.2273, +0.3247]),未能确立可靠的准确率提升。

  8. arXiv · cs.AI48

    ProductWebBench:超越任务完成度的网站连续性评测基准

    论文提出 ProductWebBench 基准,在真实前端仓库上同时评分需求完成与网站连续性,包含 320 个 Change 任务和 80 个 Build 任务。基于 13 个模型共 8,737 次运行,通过全部需求检查的 Change 运行中仍有 28.2% 未通过连续性检查,18.3% 破坏了已验证状态。此外,静态 DOM 通过的运行中有 29.5% 在交互环节失败。

  9. arXiv · cs.AI43

    工具增强模型对比中的提示词敏感性问题

    arXiv 论文提出一种匹配协议,将工具增强问答评测拆分为答案读出、推理、调用决策、工具返回和无调用报告五个步骤,以检验工具是否让模型对比更稳定。在五个领域、五种问法下测试六个开源模型后发现,工具在程序可作答的场景提升准确率,但会扩大许多两两对比的措辞敏感性,其程度随模型调用频率变化。作者建议在准确率之外同时报告调用频率和多措辞下的对比稳定性。

  10. GitHub · 去对齐工具与仓库40

    Stack Overflow 如何教会 AI 编程:交互式长文解析 LLM 训练数据来源

    Yossi Eliaz 发布的单页交互式长文,讲解 Stack Overflow 问答如何成为 LLM 训练数据来源:帖子的问题、代码、解释与投票分别对应训练各阶段,upvote 与 accepted 构成 StackLLaMA 的奖励信号,语料被 The Pile、LLaMA、StarCoder2 等采用。文中引用 ChatGPT 出现后提问量下降 76% 的图表,并内置模型坍缩模拟器与记忆化、CC BY-SA 署名问题讨论。项目为单文件静态页面,用 Claude Code 生成。

  11. GitHub · 去对齐工具与仓库23

    ai.nvim:Neovim 内与 AI 对话的 provider 无关 ask/stream 层(Beta 阶段)

    GitHub 上的 ai.nvim 是一个仍在活跃开发、可能存在 breaking changes 的 Beta 阶段 Neovim 插件,提供 provider 无关的 ask/stream 层,用于在编辑器内调用 AI,包含上下文组装(buffer/selection/diagnostics)、流式回答面板和单个 :Ai 命令。其支持 claude、openai、ollama 等 provider,pdfport.nvim 已通过其 ask() 发送 PDF 与页面图片,插件采用 MIT 许可证发布。

  12. GitHub · 灵魂体仓库35

    ChatCLI 上架 Homebrew:支持 OpenAI、Claude、Gemini 等多家 LLM 的命令行工具

    ChatCLI 现已推出官方 Homebrew tap,通过 `brew tap diillson/chatcli` 与 `brew install chatcli` 即可安装。该 CLI 工具支持 OpenAI、Anthropic Claude、Google Gemini、AWS Bedrock、DeepSeek、GitHub Copilot 等多家 LLM 提供商。功能包括流式交互对话、自主执行任务的 Agent 模式、代码生成与编辑的 Coder 模式、大型代码库上下文管理、插件系统、多语言支持及会话历史管理。

  13. GitHub · 灵魂体仓库53

    LLM-Rosetta 发布:基于中间表示的多厂商 LLM API 格式互转 Python 库

    Oaklight 发布 LLM-Rosetta,一个用 hub-and-spoke 架构和中心 IR 在不同 LLM 厂商 API 格式间互转的 Python 库,解决每对厂商都要单独写转换逻辑的 N² 问题。支持 OpenAI Chat Completions、OpenAI Responses、Anthropic Messages 和 Google GenAI 四种格式,含请求/响应双向转换、流式、工具调用和自动检测厂商;核心零必需依赖,MIT 协议开源,配套 llm-comply 工具可验证网关端点是否符合官方规范。

  14. Reddit · r/LocalLLaMA66

    Flint 40B-A2.5B vs Ornith 1.5 35B-A3B vs Nemotron 3.5 Lightning 本地编码 agent 横评

    作者在相同的 Opus 5.5 规划、3 worker 并行设置下,用 llama.cpp Q8_0 在 RTX PRO 6000 Blackwell 96GB 上实测三个小型 MoE 编码同一个 Three.js 万圣节连锁反应场景。Flint 40B-A2.5B 综合最优:墙钟 7:36、修复 6 次、Opus 花费 $0.41;Nemotron 3.5 Lightning 解码最快但生成约 5 倍 token、修复 16 次、花费 $0.95,其编辑成功率仅约 17%。作者指出换 worker 模型使规划者账单从 $0.41 涨到 $0.95,裸 tok/s 并不决定总耗时,且三者在单轮内都没产出完全可用的场景。

    推荐理由:同一任务同机实测三个小型 MoE 当编码 worker,给出 token 消耗与 Opus 花费对比,显示编辑成功率比裸速度更影响实际耗时。

  15. Reddit · r/LocalLLaMA33

    Qwen 3.8 Flash Next(129 GB)在量化对比中胜过 DeepSeek V4.1 Flash 1017(187 GB + 203 GB Engram)

    Reddit 用户用修改版 BenchKit 对比 Qwen3.8-Flash-Next-W4A16-FP8PLE(129 GB)与 DeepSeek-V4.1-Flash-1017 2.6 bit 量化版(187 GB + 203 GB Engram),Qwen 以 25/25 满分胜过 DeepSeek 的 23/25。HumanEval 第 22 题上 Qwen 18.8 秒答对,DeepSeek 思考 127.9 秒后陷入循环被终止;第 24 题 DeepSeek 等待 297.7 秒未答出,Qwen 34.5 秒给出正确答案。作者表示将继续使用 Qwen。

  16. AIHOT · 精选58

    Anthropic 用 Claude 对 123 个开源库完成汇编级形式化安全证明

    Anthropic 与 Theorem 合作,用 Claude 将 OSS-Fuzz 模糊测试转化为规格,对 123 个开源库的 239 个入口点证明了任意 64 MB 以下输入不崩溃。整个工作生成了约 1.8 亿行 Rocq 证明。

    推荐理由:把模糊测试转化为规格再生成汇编级形式化证明的完整链路,展示了 Claude 在安全验证领域的可复用做法。

  17. GitHub · 灵魂体仓库64

    inferencegod 开源 autonomy-loop:双终端 Claude Code 对抗式构建-评审循环插件

    inferencegod 在 GitHub 发布 MIT 协议的 autonomy-loop 插件,让同一仓库上的 2-4 个 Claude Code 终端以 git baton 方式轮转 builder 和对抗式 reviewer,共享状态写入 LOOP-STATE.md。核心约束包括冻结不变量门禁、无编造规则、覆盖率棘轮、资金路径变更强制人工放行,并按 T0-T3 信任分级控制无人值守自动晋级;作者自述贡献在约束组合而非循环模式本身。

    推荐理由:这个 Claude Code 插件把对抗式评审、冻结不变量和防幻觉约束打包成一键安装,价值在于约束设计而非循环本身。

  18. GitHub · 灵魂体仓库37

    WhisperDocs 开源:基于自有文档的 Agentic RAG 问答系统

    WhisperDocs 是一个本地运行的 Agentic RAG 文档问答项目,基于 LangGraph 构建含 7 个节点的状态图,检索采用 pgvector 向量余弦加 BM25 并以 RRF 融合,可选 bge-reranker-base 重排。生成侧按模型 ID 自动路由:Gemini 2.5 Flash 处理分类、查询改写等热路径节点,AWS Bedrock Claude 负责 RAG 生成。项目通过 Docker Compose 部署,支持 WhatsApp(Twilio)、token 级 SSE 流式输出,并内置 50 条查询的评测集。

  19. Hugging Face Blog70

    Microsoft 与 Hugging Face 发布 ThinkingBox-Training:用数据库评分作 RL 奖励后训练 Agent

    Microsoft 与 Hugging Face 发布 ThinkingBox-Training,在 GitHub 开源了将数据库终态可执行检查转化为 RL 奖励的后训练流程。用离线策略相对难度筛选出 187 个训练任务,对 Qwen3.8-27B 做 50 步 GRPO 后,ThinkingBox-Bench 507 个任务中每次都成功的任务从 38(7.50%)升至 107(21.10%),pass@1 从 51.70% 升至 60.78%,pass@20 略降 7 个任务;单个可靠任务成本从 $24.36 降至 $8.00。

    推荐理由:把数据库终态检查直接用作 RL 奖励的完整训练配方,任务筛选方法和成本变化都给了数据,可迁移到有状态 Agent 训练。

  20. Hugging Face · 趋势模型65

    KRAFTON 发布 Raon-1 mini preview 开源模型,30B-A4B MoE 架构,Apache 2.0 开源

    KRAFTON 从零训练的 Raon-1 mini preview 发布,为 30B-A4B(28.8B 总参数、每 token 激活 4.3B)MoE 模型,采用 Raon Delta Attention 与 Raon-mHC 的混合注意力架构,原生支持 262,144 token 上下文,以 Apache 2.0 许可开源。主打韩语对话与 Agent 任务,支持 Hermes Agent、Pi 和 OpenCode 工具调用;官方基准显示其在 IFBench、Chatbot Korean 等项目领先对比 MoE 模型。

    推荐理由:模型卡给出了与其他 MoE 和稠密模型的基准对比、架构细节和完整本地部署方案,可据此评估其真实定位。

  21. GitHub · 灵魂体仓库35

    Rust 编写的终端编码智能体 Bonsai 开源发布

    开源的终端编码智能体 Bonsai 用 Rust 构建,可在交互式 TUI 或无头命令中检查、编辑、运行、调试、验证和审查软件。它支持 OpenAI、Anthropic、MiniMax、Moonshot/Kimi、OpenRouter 等多种模型端点,提供结构化文件编辑、shell 与 PTY 执行、Git、诊断、沙箱、自定义智能体和 MCP 服务器等能力,并支持 JSON 输出接入脚本与 CI。目前为 pre-1.0 版本,预编译包覆盖 macOS 13+ 和 Ubuntu 22.04+,采用 MIT 许可证。

  22. GitHub · 3D 生成新仓库56

    hwx61514 发布 codex-api-imagegen:在 Codex 中复用本机 API 配置生成和修改图片

    hwx61514 在 GitHub 开源了 codex-api-imagegen,一个让 Codex 通过本机已有 API 中转配置和密钥生成、修改图片的 skill,默认使用 gpt-6.1-sol 加 gpt-image-2,无需 OpenAI SDK,支持 Python 3.11+。项目要求中转支持 Responses API 的 image_generation 工具且上游账号有对应权限,不读取 ChatGPT OAuth token、不在聊天中索取 key,脚本只提交一次请求、不覆盖旧文件,并附带覆盖认证选择、断流、脱敏等场景的单元测试。

  23. GitHub · 3D 生成新仓库18

    ai-task-manager-backend:基于 Node.js 与 Groq AI 的任务管理 REST API 开源仓库

    GitHub 上开源了一个任务管理 REST API 项目,采用 Node.js、Express.js 与 MongoDB(Mongoose)构建,并集成 Groq Cloud(Llama 3.3 / Llama 3,默认 llama-3.3-70b-versatile)实现 AI 任务拆解,可生成结构化计划、优先级、预估工时和执行步骤。项目提供完整任务 CRUD、集中式错误处理、分层架构,并附带 Postman Collection v2.1 测试集合;Groq Cloud 提供免费额度 API Key。

  24. GitHub · 3D 生成新仓库16

    manyaa134/AI-Smart-Sustainable-School-Complete:用合成数据的校园资源预测 Class 12 项目

    GitHub 仓库 manyaa134/AI-Smart-Sustainable-School-Complete 是一个 Class 12 项目,用模拟学校数据演示资源使用预测,明确数据非真实测量、预测仅为点估计。项目提供 Streamlit 仪表盘,按 65%/15%/20% 划分数据,对比均值基线、Linear Regression、Decision Tree 和 Random Forest,需 Python 3.11 环境,并通过 pytest -q 验证。Orange 工作流需按指南自行构建保存,且不会自动驱动仪表盘。

  25. GitHub · 去对齐工具与仓库66

    MathProof Skill v0.2.0 发布:用 Lean 4 对抗式审计 AI 数学证明

    作者发布 MathProof Skill v0.2.0,一个让 AI 在接受数学证明前先尝试推翻它的技能,核心流程为 Claim、假设、对抗审计、依赖图、证明、二次审计、Lean 校验。该技能用 Lean 4 + Mathlib 形式化命题并运行检查器,拒绝 sorry、自定义公理和内核绕过,仅通过检查的结果才算机器校验;仓库含六个带真实运行输出的评测案例(含梯度下降 O(1/k) 速率证明)、四种模式(PROVE/AUDIT/EXPLAIN/RESEARCH)和五种判定结果,可通过 /plugin install mathproof-skill 安装到 Claude Code,MIT 许可。

    推荐理由:作者给出 Lean 4 + Mathlib 的机器校验流程和六个带真实运行输出的评测案例,读者可以照着复现这套对抗式证明审计方法。

  26. GitHub · 去对齐工具与仓库49

    RedDragon:将 15 种 tree-sitter 语言、COBOL 与 HLASM 降低到统一 IR 并在 VM 上执行的开源项目

    GitHub 开源项目 RedDragon 将 15 种 tree-sitter 语言、COBOL 和 HLASM 源码降低到统一的 38 opcode 三地址码 IR,并在 VM 上确定性执行,面向不完整的遗留代码。源码与依赖完整时解析、降低、执行全程 0 次 LLM 调用,仅在信息缺失时用 LLM 修复或生成占位值;默认运行包含 17,418 个测试,并附有基于 NIST CCVS 的 COBOL 一致性快照(最新为 2026-10-19)。

  27. GitHub · 灵魂体仓库21

    Jubbio 开源面向 LLM 的官方开发文档仓库 jubbio-docs-for-llms

    Jubbio 平台在 GitHub 发布 jubbio-docs-for-llms 仓库,提供从 Jubbio Developer Portal 提取的机器可读技术参考(JUBBIO_DEV_REFERENCE.md、llms.txt、llms-full.txt),弥补预训练 LLM 不了解 Jubbio 端点、payload schema 而误用 Discord/Slack 约定的问题。文档覆盖认证、消息、频道、Slash Commands、Webhook、OAuth2、语音等 10 个模块,支持在 Cursor/Windsurf、Claude Projects、ChatGPT Custom GPTs 中使用,采用 MIT License。

10月22日周四
  1. GitHub · 3D 生成新仓库50

    Gizlang 发布:原生编译 TypeScript 全栈工具链开源亮相

    GizAI 在 GitHub 开源 Gizlang,一门经 LLVM 原生编译为单个可执行文件的 TypeScript 语法语言,内置 GizWeb Web 框架、GizDB 数据库(兼容 PostgreSQL 和 Oracle 协议)、向量搜索、S3 对象存储和 GPU 上的 LLM 与图像视频生成。基准测试中其 Web 应用达 1,739 请求/秒(Next.js 16 为 197),Todo JSON API 达 608k 请求/秒,任务切换 18 ms(Go 为 73 ms)。目前支持 Linux x86-64(Windows 走 WSL 2),版本为 0.y.z,采用 MIT 许可证。

  2. GitHub · prompt 工程新仓库28

    0xfnzero/AI-Code-Tutorials:Claude Code 与 OpenAI Codex 中英双语 AI 编程教程仓库

    GitHub 开源教程仓库 0xfnzero/AI-Code-Tutorials 提供中英双语的 Claude Code 与 OpenAI Codex 系统教程,共 16 课,覆盖安装配置、Web 项目实战、提示词优化、AI 子代理、MCP 服务器及 Codex CLI、App、IDE、Cloud 工作流。内容面向零基础用户到专业开发者,并自 2026-06-20 起建立持续更新机制,遵循 MIT 许可证。

  3. Reddit · r/LocalLLaMA63

    ggufbench 实测 8 个本地 GGUF 模型的 agent 编码能力:27B 级已够用

    作者 /u/Joralk_ 自建 harness,在 2× RTX 5080 上以统一采样配置实测 8 个本地 GGUF 模型的工具调用、代码与 agent 任务,每任务跑 3 个种子并统计均值与标准差。结果显示 125B 的 Qwen3.8-Flash-Next 并非榜首,35B MiniCPM-V-4.7 与 27B Qwen3.8 在 agent 任务上与其持平,工具调用可靠性比模型规模更关键;开启 thinking 模式使 27B 代码分从 0.79 升至 0.93、agent 分从 0.90 升至 0.96,但延迟从 36 ms 增至 629 ms 且每调用多花约 253 个中位 token。

    推荐理由:作者自建 harness 实测 8 个本地 GGUF 模型的工具调用与 agent 编码表现,还给出 thinking 模式开关的量化代价,方法可复用。

  4. GitHub · 去对齐工具与仓库46

    Orion:面向 VS Code 的本地优先 AI 编程助手 grenitho/orion 发布

    grenitho/orion 发布 Orion,一款本地优先、以验证驱动的 VS Code AI 编程助手,由 Python FastAPI 后端与 TypeScript 扩展组成,通过 localhost 通信。它以显式 todo 列表跟踪多步任务,用 verify_code 调用 node --check、tsc、Python compile 等真实解析器/编译器覆盖 16 种文件类型来核验完成声明,内置 22 个工具、116 项自动化测试,LLM 路由以 Gemini 为主、OpenRouter 与 Cloudflare 为备选,免费 Gemini key 即可使用。

  5. GitHub · 去对齐工具与仓库42

    Helix RAG 客服助手:一个经过评测的开源 RAG 项目

    开发者 mohamedchouiki97 发布了 Helix Support Assistant,一个面向虚构 B2B SaaS 公司客服团队的 RAG 助手项目。系统将 100 份文档(60 Markdown、25 PDF、15 HTML)导入 Chroma 向量库,采用 BM25 + dense 混合检索经 RRF 融合,再用 gpt-5.4-mini 重排并生成带来源和置信度的结构化回答。在 50 条查询测试集上,RAGAS 评测 3 次平均 faithfulness 0.983、context precision 0.981。

  6. GitHub · 3D 生成新仓库8

    Image_classification_generation:基于 Azure OpenAI 的图像理解与 SVG 生成开源项目

    开源项目 Image_classification_generation 基于 Python、Streamlit 和 Azure OpenAI,提供图像描述、视觉问答和由 LLM 生成 SVG 矢量插图并支持预览、下载等功能。项目要求 Python 3.12,通过环境变量加载 Azure 端点与密钥,并对上传图片和 SVG 内容做校验与清洗,采用 MIT 许可证。

  7. GitHub · 3D 生成新仓库34

    CAMGen 开源:基于仓库三视图上下文的 LLM 提交信息生成复现包

    CAMGen 通过识别代码变更的核心实体,结合结构依赖、功能语义和历史范例三种仓库上下文视图,配合代码 diff 让 LLM 生成提交信息。该复现包提供 7,522 条评测提交(源自 ApacheCM,覆盖 C++、Java、Python 三种语言)、固定的 1,000 条提交消融子集、提示词模板、上下文构建代码、API 推理及自动评测脚本,任务构建仅需 Python 3.10+。

  8. GitHub · 去对齐工具与仓库42

    Upstash 开源 Context7:为编码智能体拉取最新库文档的 MCP 服务器

    Upstash 的 Context7 为编码智能体提供最新的版本特定库文档和代码示例,避免 LLM 依赖过时训练数据而产生幻觉 API。它支持 CLI + Skills 与 MCP 两种模式,通过 `npx ctx7 setup` 一条命令完成安装,需 Node.js 22.13 或更新版本,可用 `--cursor`、`--claude`、`--opencode` 指定目标智能体,并支持手动配置到 30 多个 MCP 客户端。

  9. Reddit · r/LocalLLaMA60

    程序员开源 blueprint4llm,让 AI 编程智能体的 plan.md 渲染成图表和 UI 原型

    Reddit 用户 /u/ievkz 因厌倦阅读 AI 编程智能体输出的大段文字,在 AGENTS.md(CLAUDE.md)中加入规则,要求用 Wiremark 生成 UI 原型、用 Mermaid 生成图表,使 Codex、Claude Code 等智能体产出的 plan.md 包含图表、流程图和 UI 草图。由于多数查看器和 IDE 不支持渲染 Markdown 中嵌入的 Wiremark 和 Mermaid,作者又开源了 blueprint4llm 工具,支持导出 plan.html 或 plan.pdf,也可用 --serve 启动本地预览服务器,保存 plan.md 后页面自动刷新,并可从页面直接下载 PDF。

    推荐理由:作者针对 AI 编程智能体输出大段文字的痛点,给出用 Wiremark 和 Mermaid 让 plan.md 可视化的具体做法和配套开源工具。

  10. GitHub · 灵魂体仓库34

    Kaggle-LLM-Challenge:Name That LLM 竞赛可复现基线流水线

    arshjohari1 发布 Name That LLM,一个面向 Kaggle LLM 作者归属竞赛的 CPU 优先可复现流水线,根据文本预测 18 个模型标签之一。最佳候选 multi_c150_s020 达到 37.56% 的 grouped CV balanced accuracy,随机猜测基线约为 5.56%。流水线以 TF-IDF 与线性分类器为基线,支持离线推理与 Parquet 输出,尚未提交 Kaggle。

  11. GitHub · 灵魂体仓库50

    vid2note 开源:把视频链接或本地音视频转成 Markdown 笔记与思维导图

    Goldloli/vid2note 开源(MIT),把 YouTube、Bilibili、HTTP 链接或本地音视频经六步流水线转成结构化 Markdown 笔记与思维导图。支持 bcut 在线 ASR 或本地 whisper.cpp/faster-whisper,LLM 可接 DeepSeek、Qwen、GLM、Moonshot、MiniMax、Doubao、Ollama 等服务;单容器 Docker 部署,默认只监听 127.0.0.1:8761,支持 SSE 进度、失败节点重跑和 Markdown、XMind、PNG 导出。