AI-NATIVE DELIVERY INFRASTRUCTURE

让 AI 研发,
从会写代码,到能可靠交付。

再从每次交付中,变得更好。

Lane 把需求、计划、代码、证据、人工决定、发布与知识回流连成一条可恢复、可审计的交付航道。Agent 可以越来越主动,但事实与权限始终清楚。

Available 本地执行引擎 Available 团队 Console Preview Knowledge Studio
LIVE DELIVERY MODELSYSTEM READY
INTENT登录超时支持团队配置owner · scope · acceptance
EVIDENCE27 checks passeddiff · test · review
01确认
02设计
03实现
04验证
05发布
06观察
OUTCOME真实结果决定下一轮
improved
1 条需求1 份可恢复账本
逐仓 Diff多仓改动自动归集
人审绑定原话、请求与产物摘要
版本化 Stage规则、验证器与评测

WHY LANE

代码生成很快。
可靠交付仍然很难。

真正的研发系统不能只回答“Agent 写了什么”,还要回答它为什么这样做、依据什么、谁作了决定、真实环境是否通过、上线之后是否真的改善。

WITHOUT A DELIVERY SYSTEM

对话结束,状态也消失

  • 需求和决定散落在聊天记录
  • 多仓修改与测试证据靠 Agent 自报
  • 换模型、换会话就重新解释上下文
  • “代码写完”被误认为“交付完成”

WITH LANE

每一步都有状态、证据与边界

  • 需求、计划、产物与决定进入同一账本
  • 引擎按仓库生成 Diff 和验证证据
  • 稳定协议让不同 Agent 精确续跑
  • 发布后以 Outcome 判断是否真正成功
01AVAILABLE

Lane Runtime

住在业务工作区里的需求执行引擎。负责 plan、Stage、证据、签字、循环 Review、验证与结案。

local-firstmulti-repoworktree
02AVAILABLE

Lane Console

团队协作与治理控制面。统一查看进度、待办、跨仓 Diff、证据、Stage、工作区和设备身份。

team viewdecisionsdistribution
03PREVIEW

Knowledge Studio

面向 Agent 的可信知识底座。让决定、领域事实、证据、适用性、Pack 与 Eval 可版本化演进。

revisionevidenceeval

HOW IT WORKS

一条需求,一条看得见的航道。

Lane 不强迫所有需求走同一条流水线。它根据目标和风险生成计划,再让每个 Stage 用明确输入、输出和验证规则推进。

  1. 01
    INTENT

    保留原始意图

    目标、范围、负责人和验收标准进入版本化需求。

  2. 02
    PLAN

    按风险规划路线

    Stage 可组合;高风险方案停下来让人决定。

  3. 03
    EXECUTE

    隔离地完成修改

    多仓 worktree、可写边界和真实命令输出自动归档。

  4. 04
    VERIFY

    用证据而不是自述

    Diff、测试、Review、验收与真实环境证据共同守门。

  5. 05
    RELEASE

    发布、观察、回流

    上线不是终点;Outcome 决定结案、回滚和下一轮知识。

从一个项目开始,不先迁移整套工具链
curl -fsSL https://lane.xaikey.com/lane/install.mjs | node - --target .

PRODUCT ARCHITECTURE

分层清晰,才能持续演进。

Runtime 专注可靠执行,Console 专注团队协作,Knowledge Studio 专注可信知识。云端执行面未来独立演进,不把所有能力塞进一个单体。

Lane Runtime、Lane Console 与 Knowledge Studio 的分层产品架构图 打开完整架构图 ↗
执行真源

Local 模式以仓库账本为真源;未来 Cloud 模式以 Cloud Run Service 事件账本为真源。UI 不伪造执行状态。

稳定协议

Agent 宿主、模型和会话可以替换;Plan、Stage、Type、Evidence 和 Decision 的语义保持稳定。

小核心

Lane 核心保持严格体积预算。连接器、云调度、知识治理和部署平台通过契约扩展。

CONTINUOUS EVOLUTION

同类需求,
下一次少问一点。

持续进化不是让 Agent 悄悄修改自己,而是把经过确认的决定、真实失败和上线结果变成可评测、可回滚的新知识与新规则。

查看持续进化架构图
CLARIFICATION MEMORYROADMAP
07
依据团队决定自动补全版本范围、渠道和模块明确匹配
resolved
02
请确认本次是否沿用接近适用范围或版本边界
confirm
01
本次真正新增的问题新目标、冲突、过期或高风险分叉
ask
平均澄清轮次3.4 1.6示意目标,非线上数据
01交付事实diff · test · review
02线上 Outcomeimproved · regressed
03可信候选knowledge · stage · eval
04更好的下一轮少问 · 少错 · 更快

LANE CLOUD DEVELOPMENT PLATFORM

ROADMAP

统一管理,云端执行。
不牺牲可信边界。

未来从 Console 创建需求,在隔离沙箱完成开发、独立 CI、预发、渐进生产和线上观察。沙箱可以销毁,状态、证据与制品不能丢。

查看云端平台架构图
CONTROLConsole需求 · 决定 · 状态
EXECUTIONSandbox隔离 · 短期权限
DELIVERYCI / Release一次构建 · 逐级晋级
OUTCOMEObserve结果 · 回滚 · 学习

TRUST BY DESIGN

越自动,越需要清楚的边界。

Lane 的目标不是取消人的判断,而是让人的判断只出现在真正需要决定的地方,并且永远可追溯。

01

Agent 不能自我审批

提出、实现、Review 和批准在逻辑上分离;高风险决定保留给责任人。

02

权限有范围和期限

仓库、路径、工具、网络、环境、预算和时限都进入可机械判断的授权。

03

证据先于结论

缺 Diff、缺测试输出、缺真实环境证据时,系统不会把自述包装成完成。

04

学习经过治理

经验先成为 Candidate,经证据、适用性、冲突和 Eval 后才能进入正式知识。

START WITH ONE REAL REQUIREMENT

把下一条真实需求,
放进一条可验证的 Lane。