更新日志

这份日志按开发历史整理 Vyane 的能力演进脉络——不是逐条提交流水,而是把相关改动归纳成有意义的能力里程碑。个性化版与开源 Rust 版采用不同的发布节奏和事实来源,不会再混成同一条流水。

2026-07

Vyane 个性化版

• workflow 可编程编排引擎(W0-W3) —— 把编排从静态模板升级成"写脚本"。JS 脚本在 Deno 沙箱子进程里跑,能调 agent() 派单个 agent、parallel() 并发、pipeline() 串成无屏障流水线、workflow() 一层嵌套;带 budget 预算硬闸(花超自动断)、per-provider 信号量限流、journal 续跑(resume 前缀缓存重放)。分四步落地:W0 选型定 Deno 沙箱、W1 出 MVP、W2 接真实派活+预算+校验+嵌套、W3 补 HTTP/SSE 入口和 worktree 隔离。脚本 API 对齐主流 coding agent 的 Workflow 写法;旧的模板式工作流保留为 _legacy。
• workflow microVM 硬隔离 —— Deno 权限模型经实攻校正:零 --allow-read 不是完整隔离边界,模块加载器仍可能读宿主文件。Vyane 为 workflow 增加 isolation: "microvm" 硬隔离档,支持 Lima 和 krunvm/libkrun 两个 backend,脚本在独立 Linux guest 里跑,宿主 secrets 不进入 guest;backend 不可用时 fail-closed。默认本地档仍保留 macOS sandbox-exec 临时防护,但按可信内部使用对待。
• workflow bridge 协议加固 —— frame-auth nonce 不再写进可被脚本自读的 module 源码,改为 host 在脚本 body 运行前通过 stdin init frame 下发;用户脚本改按 AsyncFunction body 执行,同时关掉旧的 self-source nonce 读取和 wrapper-breakout 静态 import 形态。
• workflow microVM 健壮性补强 —— run wall-clock 超时覆盖 microVM spawn/create/provision 阶段,避免 backend setup 卡住后不受 run deadline 管;Lima/krunvm 的 per-loop semaphore cache 改成 weak key,关闭的 event loop 不再被模块级字典长期留住。
• 多用户数据隔离(owner scoping) —— 全线数据存储加 owner 归属并按 owner 过滤:会话、goal、编排、消息收件箱、任务/worker 注册表、事件、记忆、历史、反馈、自动化排期等十几处存储全部打通,CLI / dashboard / API / A2A 各入口都按 owner 收口。为多用户/多身份共用同一个底座打地基,一个用户看不到另一个用户的数据。
• dispatch REST + 状态级 SSE —— 派活多了一条 HTTP 入口:REST 提交任务、SSE 实时推状态。配套新增任务事件日志模块(append / read / tail),让每次派活的状态流可追、可订阅。
• native adapter(自研直连底座) —— 新增一条不依赖外部 coding agent CLI 的原生派活通路:vyane dispatch --provider native 直接派活,事件流、用量汇总、run_id 对齐、订阅计价都接进主链。补齐直连模型的工具调用(tool-calling)兼容矩阵。
• 看板引擎(Beacon)并入 Vyane —— 把任务看板 Beacon 的读写能力搬进 Vyane 主体:CLI 有 take / log / done / drop / cancel / new / render 全套命令,并暴露 MCP 读写 API 和 dashboard 写入端点。看板从独立脚本变成底座的一等公民。
• 工时归因与看板 ETA —— 新增卡级工时归因聚合 + 贝叶斯部分池化估计器,vyane worktime-forecast 能基于真实派活历史算出任务预计完成时间,生成看板 ETA。

Vyane 开源版（当前仓库 vyane-rs）

• 公开 Rust 实现持续扩展 —— 公开仓从 dispatch / broadcast / failover 的内核链路继续扩展到 workflow、后台任务、daemon、REST、MCP、路由和 review 等能力。由于进度快速变化,本站不复制逐项完成度;准确状态见版本与仓库及公开仓自身文档。
• 统一 Rust 核心方向确立 🚧 —— 长期目标从“两套实现互相追赶”调整为“一套公开 Rust 核心 + 个性化能力层”。仓库名 vyane-rs 后续可能收敛,面向使用者的产品名保持 Vyane。

2026-06

• 派活内核统一(DispatchKernel) —— 用渐进迁移的方式,把 dispatch / broadcast / collaborate / workflow / orchestrate 五个派活入口逐步收敛到一个 DispatchKernel。当前跑在影子模式(旁路观察、字节级零变更、不拦截执行);让内核真正驱动准入的 enforce 档是已定方向、仍在推进(见 规划)。这是把散落的调度逻辑归一到单一心脏的关键一步。
• goal 额度接力(continuity / quota-handoff) —— 长任务的主力模型额度用光时,不再中断,而是按策略走"扫描 → 预览 → 审批 → 执行 → 验收"的完整状态机:识别被卡住的主模型、选定接管目标、经人工审批关卡后平滑接力到备选模型继续跑,并把 PR 检查信号桥接回 goal 作为恢复门槛。全程状态可见、有审批闸、有验收器(acceptance verifier)和目标追逐循环(pursuer loop)。
• 结构化输出契约 —— 引入 SchemaRegistry + 校验管线,让派活能约定并强制结构化输出;穿透 dispatch / broadcast / collaborate 三个前端,默认关、可切 enforce。
• 记忆分层与写入 ACL —— 记忆条目加身份/来源(provenance)字段,写入路径加 ACL 审计态(先只记录不拦截),为记忆的按 scope 隔离和可追溯打基础。
• provider 传输层注册表 —— 把"provider 用什么传输协议"抽成独立注册表元数据,新增 OpenAI chat 传输、Responses 直连传输等运行时通路,并记录订阅额度台账。
• harness 能力清单 + 编排候选绑定 —— 给不同 harness 建能力清单(capability manifest),自动发现可用模型,把多阶段编排的每个 phase 绑定到合适的 harness 候选并物化派活记录。
• worker 健康异常分类 —— 守护进程能分类 worker 健康异常、扫描静默 worker 发健康告警,并在 dashboard 暴露 worker 健康状态。
• 看板账本模块化(ledger) —— 把任务账本能力抽成独立 ledger 模块接管,行为等价搬迁,为后续 Beacon 并入主体铺路。

2026-05

• 审查流水线(review)成型 —— 从单专家安全审查(Phase 0)一路长到多专家扇出 + 聚类 + LLM merger 合并 + verifier 复核队列(Phase 1.1-1.4),并针对大 PR 做加固。vyane review 成为一条 specialist / merger / verifier 三段、provider/protocol/harness/model 全显式的完整审查链。
• goal 生命周期基座 —— 新增 goal 存储 + 生命周期 CLI + 守护进程 HTTP 路由,并接进 coding agent 的 /goal 集成,goal 从概念变成可持久化、可跨会话接续的一等实体。
• adapter runtime 注册表 —— 把底层 adapter 统一包装成 runtime 并按 runtime 路由派活,让"provider 适配"和"运行时调度"两层解耦。
• 执行控制面(execution control plane) —— 搭起编排执行的控制面地基,配合多用户会话创建端点、会话来源机器追踪。
• 持久化流程运行时(durable flow) —— 引入可持久化的流程运行基底,让长流程能落地、能恢复。
• 多 provider 嵌入 + 重排 —— 记忆检索支持多 provider embedding + reranker,守护进程接入多 provider 工厂,并提供 memory benchmark CLI。
• 运维自动化 —— 新增维护自动化任务、维护排期存储;PR 检查看门狗(检测卡住/反复失败的 CI)、会话过期检测等主动巡检能力。
• 失败接力可观测 —— failover 事件对外通知、记录 failover 原因,派活失败时能看清"为什么切、切到哪"。

2026-04

• 四层调度骨架成型 —— 引入 Scheduler + AgentRun + Planner 架构骨架,支持真实子进程 runner、DAG 编排(Star / Pipeline / Mesh 拓扑排序 + 上游产物注入)、retry policy、超时看门狗、prompt caching(三段式 cache_control)、trace 下游传递。用 --scheduler-mode {off,shadow,on} 灰度开关渐进上线。
• 守护进程(daemon)落地 —— Vyane 从"命令行工具"长出常驻服务:worker 子进程管理、事件系统、结构化 JSON 日志(带 trace/span 绑定)、artifact 追踪、任务状态机 + 任务注册表、事件 SQLite 存储、vyane daemon-status 诊断 CLI。
• logical session 抽象 —— 引入"逻辑会话"层:话题级会话,不绑死具体模型/harness,为跨模型、跨 harness 的连续对话打地基。
• 产物与创意沉淀 —— 支持把想法提炼成 markdown 笔记、展示会话镜像的消息统计,并允许全权限运行时接入。

2026-03

• 多模型协作原型 → 完整命令族 —— 从最初的多模型协作原型起步,快速长出 dispatch(单发)、broadcast(多模型并行派同一任务做对比/共识)、collaborate(A2A 多轮迭代协作)、workflow(模板编排)四条主命令,以及 CLI 全套子命令(init 向导 / check 诊断 / history 分析 / feedback / profile / clean 等)。
• 智能路由 v1 → v4 —— 路由从简单自动选型,迭代到"关键词 + 历史评分 + benchmark 质量 + 用户反馈"四信号打分,带 TTL 缓存;vyane check 能诊断各 provider 健康。
• A2A 协作引擎与服务 —— 内置 review / consensus / debate 多种协作模式;搭起 A2A HTTP Server(Agent Card + JSON-RPC 2.0 + SSE 流式)、TaskStore 持久化、A2A Client + Remote Adapter 连外部 agent、push 通知、联邦(federation)雏形。
• 接入层四入口 —— MCP(stdio)、CLI、HTTP(dashboard REST + 监控 UI)、A2A 四种入口成型;dashboard 带实时 SSE 更新、协作可视化、反馈可视化。
• 执行韧性 —— 失败接力(failover)、指数退避重试、引擎取消(cancellation)、流式输出带节流进度、成本追踪、审计日志 + 策略引擎。
• provider 生态与安全 —— 支持本地模型 adapter、自定义 provider 插件系统、benchmark 对比套件;auth / CORS / health check 等安全加固。
• profile 与配置体系 —— profile 命名组合、四层配置优先级、配置校验(未知键告警),让"用哪套模型组合"变成一个可复用的命名。

相关