Voodoo Church
PulseAugur coverage of Voodoo Church — every cluster mentioning Voodoo Church across labs, papers, and developer communities, ranked by signal.
Voodoo Church's memory system susceptible to character encoding bugs
The recent cluster evidence highlights a character encoding bug in the Vodou memory system that caused crashes when encountering multi-byte characters. This suggests a potential ongoing vulnerability in how Voodoo Church handles text data, which could impact system stability and data integrity if not fully addressed.
Voodoo Church to release prompt injection defense update within 30 days
Given the detailed description of a robust prompt injection defense for agent frameworks with memory, it's plausible that Voodoo Church will integrate and release this as an update. This defense, which treats page content as data and uses invariants to prevent command execution, would significantly enhance agent security.
Voodoo Church agent framework has UI and communication bugs
Debugging evidence reveals critical bugs in Voodoo Church's agent framework related to UI interactivity and WebSocket communication. Issues like missing actionable buttons and incorrect client routing indicate that the framework's user interaction and plan execution may be unreliable.
-
AI OS 开发者通过 stacks.toml 正式化代理启动配置
Vodou（一个本地优先的 AI 操作系统）的开发者发现，他们的系统以多种方式启动，每种方式都注入了不同的进程集和上下文到提示中。为解决此问题，他们创建了一个 `stacks.toml` 文件来正式定义每个启动配置，指定使用的进程、可选组件和上下文通道。该系统提高了可观测性，区分了设计选择和错误，并确保定义的配置准确反映实际代码库。
-
新的测试框架可捕获细微的 AI 提示漂移
一位开发人员创建了一个新的测试框架，以解决 AI 代理中的提示注入和行为漂移问题。该框架在名为 Vodou 的系统中实现，可记录实际的提示组装输出，并将其与后续的代码提交进行回放。这种逐字节的比较确保了提示更改被准确捕获，并且系统按预期运行，从而防止了传统持续集成测试可能忽略的细微错误。
-
AI开发者Vodou发现关键上下文日志记录缺陷
Vodou的开发者（一个具有记忆和多步工作流的AI系统）发现其系统记录和处理AI模型上下文的方式存在重大差异。最初，系统的轮次记录未能准确反映发送给模型的实际数据，导致工作流计划中可能存在信任问题。这促使进行重构，以确保轮次记录捕获所有模型调用、提示和执行环境，重点是从实时进程而非配置文件中提取这些信息。
-
AI提供商列表导致bug；Vodou OS整合数据
在应用程序中管理多个AI模型提供商可能会由于不同列表之间的数据不一致而导致显著的差异和bug。作者在自己的系统中发现了六个此类问题，包括成本报告不正确以及同一提供商的上下文窗口限制不同。为解决此问题，他们开发了Vodou，一个AI OS，它将提供商信息整合到一个表中，使用别名和常量来确保一致性并防止未来出现漂移。
-
新的IPC动词可减少AI代理内存提取延迟
一位开发者测量了其AI代理内存提取过程的延迟，发现60秒的轮询间隔导致P90延迟达到61分钟。这是因为轮询间隔仅决定系统检查新数据的频率，而不决定提取本身需要多长时间。为解决此问题，引入了一个新的`extract_now` IPC动词，允许在需要处理新信息时立即唤醒系统，从而在不影响提取过程吞吐量的情况下减少延迟。
-
Vodou 系统添加提示词作者注册表以管理 LLM 上下文预算
一个名为 Vodou 的软件系统已更新，通过引入提示词作者注册表来更好地管理大型语言模型的上下文窗口。最初设计有五个上下文通道，审计发现有七个，后来又添加了第八个，这凸显了一个问题：各个代码组件在没有集中注册系统的情况下写入提示词。新的注册表定义在 TOML 文件中，要求每个提示词编写组件声明其名称、预算、优先级和溢出处理，并且一致性保护脚本中的新规则强制执行此注册，以防止未计数的上下文注入。
-
LLM备用方案日志记录通过集中的Vodou框架得到修复
作者详细介绍了一个问题，即他们的LLM提取管道错误地将失败的模型调用归因于备用机制本身，而不是实际使用的备用模型。这导致了不准确的日志记录和监控。为解决此问题，他们在Vodou框架内实施了一个名为Flow 11的新系统。Flow 11集中了识别和标记备用输出的逻辑，确保数据库中的每一行都能正确命名其来源，无论是特定的模型还是启发式方法。此更改还涉及更新监控脚本，使其查询Flow 11，而不是依赖可能存在错误且重复的逻辑。
-
开发者修复了 Vodou 系统中不可见的自主代理日志记录
一位开发者在 Vodou 系统中发现了自主代理日志记录和追踪能力的重大缺陷。具体来说，由后台代理启动和完成的任务未在轮次分类账中记录，该分类账旨在追踪人类发起的交互。这一疏忽意味着，尽管系统产生了许多生命周期事件，但其自主操作实际上是不可见的。开发者通过修改系统，将代理发起的任务视为“轮次”，确保它们以源自任务 ID 的独特身份进行记录，从而使这些自主操作可见且可审计，从而实施了解决方案。
-
开发人员为停滞的AI提示实现了TTL和退出机制
一位开发人员遇到了人工干预提示系统的问题，其中已停放的提示如果没有得到答复，可能会无限期地阻止进程。由于一个缺乏退出机制的严格匹配系统，这导致聊天被扣留了三天。为了解决这个问题，开发人员为已停放的提示实现了一个六小时的生存时间（TTL）和一个不匹配计数器，该计数器在连续三次失败尝试后向用户提供退出提示。
-
开发人员修复了 Vodou 网关中的数据显示和提示错误
一位开发人员在 Vodou 网关（一个管理聊天、调度和模型的 Express 进程）中发现了两个重大错误。第一个错误导致“运行面板”错误地显示“尚未记录任何运行”，因为它读取的是一个空表（`graph_runs`）而不是已填充的表（`scheduled_task_runs`）。第二个问题阻止了 QA 控制台处理用户问题，因为模板缺少用户消息的占位符，导致模型以默认拒绝进行响应。这两个问题都源于系统内数据生产者和消费者之间的脱节。
-
调试代理框架揭示了关键的 UI 和通信错误
作者详细介绍了代理框架的调试过程，发现了几个关键错误，这些错误阻止了用户与渲染计划的交互。问题包括 UI 中缺少可操作按钮、WebSocket 客户端路由不正确以及对用户输入处理方式的误解，导致语言模型即兴发挥而不是与已停放的运行进行交互。通过连接正确的端点、修复通信桥梁并确保用户输入被正确解析，这些问题得到了解决。
-
新的不变式使提示注入防御可抵御40轮
作者详细介绍了一种针对代理框架中提示注入攻击的强大防御措施，特别适用于具有内存的系统。核心策略是将页面内容视为数据而非命令，并实施两个关键的不变式：页面文本绝不直接存储在用户消息中，并且任何需要用户批准的工具在存在页面内容时都会升级。还解决了浏览器扩展中 Cookie SameSite 策略的单独问题，需要一条新路由来安全地处理框架式控制台访问。
-
MCP 协议缺陷通过工具信封暴露敏感数据
一位开发者发现 MCP（消息传递控制）协议存在一个重大的安全漏洞，其中允许列表中的工具名称并未阻止敏感数据在响应信封中返回。该问题允许一个用于内存检索的工具无意中泄露用户的家庭住址和服务器清单，即使一个明确用于服务器状态披露的工具已从允许列表中移除。修复方法是通过默认限制信封内的数据字段，而不是依赖工具的禁止列表，并解决了 `curl` 测试方法中掩盖了会话处理和多路复用问题的缺陷。
-
开发者修复了Vodou系统中“skill”名称冲突的bug
一位开发者在Vodou系统中遇到了一个bug，其中两个不同的实体——一个基于文件的SKILL.md文件夹和一个提示模板——共享相同的名称“skill”。这种歧义导致了不正确的数据检索，因为对技能的查询只会返回这两个实体中的一个的结果。通过将确定技能所有权和计划行格式的逻辑集中到一个文件中，确保所有技能都被正确识别和列出，从而解决了这个问题。
-
Vodou内存系统bug凸显普遍的字符编码问题
一个与字符编码限制相关的bug导致Vodou内存系统出现问题，当遇到多字节字符（如破折号或表情符号）且接近400字节限制时，内存守护进程崩溃。这是因为系统错误地假设限制是字节而不是字符，导致截断索引落在多字节字符内时发生恐慌。修复方法是将限制调整为400个字符，并确保截断发生在字符边界。这个问题似乎很普遍，影响了OpenFang、AionUI和Mastra等其他项目，这些平台也实施了类似的修复。
-
Voodoo Church 系统审计发现重复规则导致的隐藏bug
对Voodoo Church系统的审计发现，关键规则（如slug格式和重试策略）在不同的代码库和语言中被重复。这些旨在确保一致性的重复规则已经悄然发生分歧，导致现有测试未能捕获到bug。作者通过删除冗余的规则实现并集中化逻辑来修复了这个问题，确保系统现在依赖于这些关键功能的单一事实来源。
-
Vodou 代理框架修复了并行执行和批准门
Vodou 代理框架的开发者详细介绍了其执行和批准门系统的重要改进。此前，该框架的并行工具调用并非真正并行，导致顺序执行，掩盖了性能问题。开发者已重构系统以确保真正的并行执行，并实施了一个强大的批准门，该门会阻止危险操作，而不仅仅是显示警告。