跳到正文
#其他
10月25日周日
  3. GitHub · 去对齐工具与仓库58

    用 Python 从零构建的个人 AI 智能体 Tony 开源

    作者开源了 Tony，一个用 Python 从零构建的个人 AI 智能体，目的是学习智能体内部原理，v2 版新增对话与工具，测试台词得分 108/108。人格保存在版本化文本文件中，回答可标记好坏以指导调整；记忆由笔记、会话摘要和最多 40 条事实的整合记忆组成并进入 prompt。默认模型 qwen3:4b，依赖 uv 和 Ollama，采用 MIT 许可证。

    推荐理由：作者把人格改动变成可测量的流程，用测试台词加裁判模型打分，只保留不变差的修改，做法可迁移到其他本地智能体项目。

  4. GitHub · 灵魂体仓库8

    ftnext/llm-sunset-lint GitHub 仓库

    GitHub 上开源了 ftnext/llm-sunset-lint 仓库，内含 flake8-llm-sunset 工具目录和 examples 示例，采用 MIT 许可证。仓库目前尚无描述、README 内容、star 或 fork 数据，也无发布版本。

  6. Reddit · r/CharacterAI10

    如何使用 Character.AI 导出的数据文件

    一位 Reddit 用户分享了自己查看 Character.AI 导出数据时遇到的问题：导出的 .json 文件中每条消息带有 chat_id 和 candidate_id，但用 chat_id 查询无结果，candidate_id 返回 500 错误，不确定是否因对应 AI 角色离线。楼主同时询问导出数据是否包含已删除的聊天记录，帖文中也无人给出解答。

  8. Reddit · r/LocalLLaMA6

    求推荐：MacBook M3 Pro 18GB 内存能流畅运行的小模型

    一位 Reddit r/LocalLLaMA 用户询问适合 MacBook M3 Pro（18GB RAM）的本地模型选择，用途包括自然语言处理指令、任务清单摘要、小型文档分析和语法检查等基础功能。他表示社区普遍认为 8B 模型足以胜任，但尚未确定具体选哪个，征求其他用户建议。

  10. Reddit · r/SillyTavernAI8

    Kimi K3 变笨了？Reddit 用户反映其不思考就直接生成

    一位 Reddit 用户发帖称，最近几天 Kimi K3 变得“变笨”，即使将思考设置调到最大，模型也会不思考直接生成内容，更换 provider 后问题依旧。该用户通过 OpenRouter 使用模型，询问其他用户是否遇到类似情况。帖子仅为主观体验反馈，尚无官方回应或验证。

  11. Reddit · r/SillyTavernAI8

    LoRA 疑问：能否用 Gemma 31b 蒸馏训练 26b MoE 模型？

    一位本地模型新手发帖提问：能否让 Gemma4 31b 密集模型作为教师，蒸馏训练 Gemma4 26b a4b MoE 模型，在保留 MoE 推理速度的同时提升智能，类似 Qwen 3.6 a3b 35B 由 Qwen 3.8 27B dense 训练而来的思路。作者还追问这类方法是否适用于 RP 用例，以及能否跨家族训练，比如让 31b Gemma 教 Qwen 3.6 a3b 35b 写散文和对话。

  13. Reddit · r/LocalLLaMA12

    有没有适合 Blender 与 3D 建模的 LLM 微调模型？Reddit r/LocalLLaMA 用户求推荐

    Reddit r/LocalLLaMA 用户发帖询问是否有基于 Qwen 3.8 27B 或 Qwen 3.8 Flash Next 的微调模型，能显著提升生成 .glb / gltf 3D 资产的能力，用于游戏开发场景，包括按描述加参考图生成模型、编辑已有模型及 FBX 与 glTF 格式转换。发帖人称 Qwen 3.8 27B 写代码够用但建模能力存疑，而前沿模型 token 消耗过大。

  14. Reddit · r/SillyTavernAI27

    用户为原创角色打造“相亲节目”：观看而非操控的盲约会体验

    一位开发者推出一个 AI 角色应用：用户创建自己的原创角色（仅限成人、不可用真人），让角色与另一角色盲约会，约会以短剧集形式呈现，用户无法操控走向，结局由规则引擎决定、AI 负责编写场景。角色会记住过往约会、给匹配对象发消息，双方同意可进行第二次约会。开发者向资深用户征集反馈：观看而非操控是否有趣。

  15. GitHub · 去对齐工具与仓库62

    sekhonlabs 开源 exposurie：让编码 Agent 自建并维护本地 Markdown 外部记忆

    sekhonlabs 在 GitHub 开源 exposurie，一个由编码 Agent 构建、策展和读取的本地外部记忆工具，用纯 Markdown wiki 保存用户身份、决策与项目背景，支持 Claude Code、Codex 和 Cursor。零运行时依赖，无服务器和 API key，通过 /exposurie-sync 斜杠命令同步，可从 claude.ai 和 ChatGPT 导出、本地会话记录及 raw/ 目录文档中分批填充记忆；实测显示会话语料约99%字节是工具调用等非对话内容，过滤后缩减84倍，并提醒 Claude Code 默认30天删除记录，建议将 cleanupPeriodDays 设为3650。

    推荐理由：原文给出实测数字支撑设计取舍，如会话语料中对话仅占约1%、Claude Code 默认30天删除记录，读者可据此评估外部记忆方案。

  16. GitHub · 去对齐工具与仓库20

    GitHub 开源项目 davidrynn/News_Aggregator 仓库概览

    GitHub 上的 davidrynn/News_Aggregator 是一个新闻聚合器项目，仓库包含 experiments、newsagg、tests 三个目录，以及 CLAUDE.md、config.toml、requirements.txt 等配置与依赖文件。项目通过 requirements.lock.txt 锁定依赖版本，并附带 .gitignore 等常规工程文件。

10月24日周六
  2. GitHub · 3D 生成新仓库4

    go-kure/go-kure.github.io 仓库页面

    这是 GitHub 仓库 go-kure/go-kure.github.io 的文件列表页面，包含 .github、kure、launcher、scripts 等目录以及 index.html、robots.txt、sitemap.xml 等文件。页面显示该仓库有行为准则、贡献指南和安全政策，未包含更多实质内容。

  6. Reddit · r/LocalLLaMA18

    用 Nostr 让运行在不同机器上的 AI 智能体互相通信，有人试过吗？

    一位开发者在 r/LocalLLaMA 提问：是否有人用 Nostr 作为通信层，让各自机器上独立托管、各自运行自己模型的智能体互相协作。他设想一个智能体发布请求、另一个接单回复，无需共享后端，首个测试目标是共同完成一份公开文档的摘要。他同时列出疑问：智能体如何互相发现并过滤垃圾信息、有无现成消息格式、接单后离线怎么办、如何防止来信被当作可信指令，并希望听到不用 Nostr 的理由。

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

    TERRITORY 2.0 开发仓库：视觉设计以 2026-10-24 所有者截图为锁定标准

    TERRITORY 2.0 开发仓库将 2026 年 10 月 24 日所有者提供的截图定为唯一视觉标准：明亮卡通风格的维京汽车对战，底部为 Порт/Навыки/Бой/Приключение/Магазин 五个按钮，含 HP 球与两行装备栏。该仓库为开发代码，不可连接现有生产 Supabase 项目，主分支须经完整测试、staging 后端和迁移后才能向玩家部署。TERRITORY 1.0 保持独立不动，预览可离线打开 public/v2-preview.html。

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

    johurulislam88 的 GitHub 个人主页：业务聊天机器人与自动化专家自我介绍

    johurulislam88 在 GitHub 个人主页自我介绍为业务聊天机器人与自动化专家，专注使用 n8n、Make.com、API、Webhook 和 Google Sheets 构建自动化方案。其方向包括 AI 客服聊天bot、线索获取与跟进自动化、工作流自动化和电商流程自动化，表示后续将陆续添加具体仓库和可运行演示。

  10. GitHub · 灵魂体仓库8

    jpablogr2002/pipeline-llm 仓库

    GitHub 用户 jpablogr2002 发布了名为 pipeline-llm 的仓库，包含 backend 目录、MakeFile、requirements.txt 等文件。仓库暂无项目描述，目前 0 stars、0 forks、0 watchers，也未发布任何 Releases 或 Packages。

  11. GitHub · 3D 生成新仓库4

    API Evangelist 发布 Voxel Energy 公开 API 独立档案仓库 voxel-energy

    API Evangelist 在 GitHub 上线了 Voxel Energy 的公开 API 档案仓库。该仓库由公开网页资料汇编，包含 Kin Score 和 Agent Readiness 两项独立评分，不涉及任何软件或下载内容，API Evangelist 不运营也不代表该公司。Voxel Energy 是被标记为 Y Combinator 投资组合公司、等待信息补充的 stub 条目。

  12. GitHub · 3D 生成新仓库9

    API Evangelist 发布 Vsim 公开 API 独立档案仓库 vsim

    API Evangelist 在 GitHub 建立了 vsim 仓库，收录对 Vsim 公司公开 API 的独立第三方档案。Vsim 是 eqt-ventures 投资组合中的公司，所属领域为 artificial-intelligence，该档案目前仍是等待富化流程的占位条目。仓库包含 Kin Score 与 Agent Readiness 独立评分说明、数据来源声明及更正与下架流程，不含任何软件或下载内容。

  14. GitHub · 3D 生成新仓库11

    API Evangelist 为 Xaira 建立第三方 API 档案仓库

    API Evangelist 创建了 Xaira 的第三方 API 档案仓库，声明不运营、托管或转售该公司 API，信息全部来自公开网页与 OpenAPI 等公开规范。仓库中的 Kin Score 与 Agent Readiness 评分为独立评估，并非认证或安全审计。该档案目前是待完善的占位条目，Xaira 是 lightspeed-venture-partners 投资组合中被收录的公司。

  15. GitHub · 灵魂体仓库11

    GitHub 灵魂体仓库 agent-conversations 上线智能体对话归档页面

    GitHub 上的 alpersonalwebsite/agent-conversations 灵魂体仓库以静态页面形式归档智能体对话内容。页面按日期组织，收录 2026-10-02 至 2026-10-23 的对话 HTML 文件，部分日期含多个分页（如 .p2、.p3、.p4），并配有 index.html 与 style.css。

  16. GitHub · 去对齐工具与仓库22

    graceh77-ops 开源 ds919-LLM-matching 仓库

    GitHub 用户 graceh77-ops 发布了 ds919-LLM-matching 仓库，包含 docs、results、src 等目录及 READ_ME.md 和 requirements.txt。该仓库尚无简介描述，目前 0 star、0 fork，暂无发布版本。

  17. GitHub · 3D 生成新仓库14

    ILam2010 开源 family-memory-assistant：基于 Telegram 的家庭记忆助手聊天机器人

    GitHub 新仓库 family-memory-assistant 上线，是一个基于 Telegram 的 AI 聊天机器人，帮助家庭保存、整理和检索家庭记忆。它采用混合对话界面和检索增强生成（RAG）技术，仓库包含 backend/app 目录、.env.example 与 requirements.txt，目前尚无 star、fork 和 release。

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

    davisholland00 在 GitHub 上传 "generational-wealth" 仓库

    GitHub 用户 davisholland00 上传了名为 generational-wealth 的新仓库。仓库暂无描述、README 说明和主题标签，仅含一个 index (1).html 文件，目前为 0 stars、0 watchers、0 forks，也无 Releases、Packages 或其他贡献者记录。

  19. Reddit · r/SillyTavernAI4

    Reddit 用户求问 Nano PAYG 缓存计费机制

    一位 Reddit r/SillyTavernAI 用户表示刚开始使用 Nano 并很满意，但对 PAYG 模式下缓存如何计费感到困惑：虽然基本理解输入/输出定价，但看到有人说缓存最消耗余额，因此发帖请人用通俗方式解释。

  20. GitHub · 去对齐工具与仓库63

    lcc-judge：LCC 本地上下文裁剪评分器 specialist v3 发布基准

    lucasmartins-ai 发布 lcc-judge，即 LCC（Local Context Compiler）的本地块评分器及其基准，用于在压缩 Agent 上下文时给每个块打分并优先丢弃最低分。当前默认的 specialist v3 为 183 KB 的逻辑回归加梯度提升树模型，仅依赖 numpy，CPU 单条约 0.2 s、峰值 RSS 97.5 MB，已通过 lcc#50/#51 合并进 LCC，取代已弃用的 Laya 和付费远程 Jev（Jev 仍可手动启用）。

    推荐理由：原文给出预注册留出测试与成本数据，可据此判断这个小模型上下文裁剪评分器相对基线和 LLM 参照的真实差距。

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

    8-Puzzle-DFS-Lab：用 DFS 可视化求解 8 数码问题的 AI 状态空间搜索实验

    GitHub 仓库 areveeess/8-Puzzle-DFS-Lab 是一个基于 Depth First Search（DFS）的 8 数码状态空间搜索网页应用，用 LIFO 栈作为 frontier、显式 visited 集做环检测，并按 Up, Right, Down, Left 顺序生成后继。应用由 HTML5、CSS3、Bootstrap 5.3.8 和 ES6 模块构建，搜索在 Web Worker 中运行，提供 2,000/10,000/25,000 扩展上限及 200,000 扩展的穷尽模式，经 GitHub Pages 静态部署。对比显示 DFS 需 391 次扩展才找到 21 步非最优路径，而 A* 配 Manhattan 距离仅扩展 25 个节点即得 8 步最优解。

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

    IBM 开源 altk-evolve：让编码智能体从历史轨迹中学习的记忆系统

    AgentToolkit（IBM）发布 altk-evolve，让智能体通过记忆从历史轨迹中学习，避免每次会话从零开始重复犯错。其 Lite 版可接入 Claude Code 和 Codex，采用 MCP 服务器做工具集成、向量存储保存记忆、LLM 做冲突解决来维护知识库；在 AppWorld 基准上整体提升智能体可靠性 8.9 个百分点，困难多步任务相对提升 74%。项目支持 pgvector 与 Milvus 后端、实体跨命名空间共享、保留策略管理和 OpenTelemetry 遥测，仓库地址 https://github.com/AgentToolkit/altk-evolve。