@dabit3:既然你不需要一个前沿模型来逐行编写代码,我们可以超越成本来优化子代理。/lightning…
摘要
Lightning Orchestrator 是一种代理技能,它使用快速子代理(SWE-1.7 Lightning)进行实现,在保持前沿模型作为规划者和审查者的同时,实现了约5倍的执行速度。它与 Devin 配合使用,并支持面向更大任务的并行执行。
查看缓存全文
缓存时间: 2026/07/15 19:58
既然你不需要前沿模型逐行编写代码,我们可以超越成本来优化子代理。
/lightning 技能将实现任务卸载到每秒1000 token的子代理上,执行速度提升约5倍。
它保持前沿模型(或默认模型)作为规划者和审查者,将实现工作交给来自@cognition的SWE-1.7 Lightning。
这个模式的好处是:当处理更大或分散的任务时,效果会叠加!
兼容@DevinAI CLI + Desktop。 https://github.com/dabit3/lightning-orchestrator…
dabit3/lightning-orchestrator
来源:https://github.com/dabit3/lightning-orchestrator
Lightning
Devin的快速执行与智能编排。
Lightning 是一项代理技能,它将您当前 Devin 模型的智能与 SWE-1.7 Lightning 的速度和成本效率相结合。当前模型负责规划、决策和审查结果,而专用的 Lightning 子代理则负责实现。
为什么选择 Lightning?
对所有步骤使用单一模型可能既慢又贵。Lightning 将工作分为两个角色:
| 角色 | 职责 |
|---|---|
| 活跃的 Devin 模型 | 理解请求、解决重要决策、创建工作订单、审查结果 |
lightning-executor | 审查代码、实现更改、运行重点检查、报告证据 |
这样既提供了快速的实现路径,又不放弃高层推理和独立审查。
工作原理
当您调用该技能时,编排器将:
- 明确目标、验收标准、约束和验证需求。
- 审查足够多的仓库内容,以解决重要的产品或架构问题。
- 向
lightning-executor子代理发送一个自包含的工作订单。 - 根据原始请求审查生成的差异和验证证据。
- 直接应用微不足道的修复,或在需要更正时,以针对性反馈恢复同一个执行器。
- 报告完成的更改、验证结果以及任何剩余风险。
默认情况下,该技能使用一个执行器,以最小化上下文重复和成本。对于明确、低风险的任务,预检查读取与调度在同一轮次进行;审查读取也以相同方式批量处理;长时间的测试套件在差异审查期间在后台运行——从而将编排器的开销排除在关键路径之外。纯说明性或只读请求则直接处理,不会委托出去,因为这种委托没有额外价值。
另外三种优化措施控制了交接开销:
- 微小编辑跳过委托。 每次交接都有大致固定的协调成本——工作订单和报告分别由一方编写、另一方阅读——因此少量明确且低风险的行将直接编辑,而不会通过执行器路由。
- 后续工作恢复同一个执行器。 恢复执行器可以保持其累积的仓库上下文和提示缓存的热度,因此后续工作订单无需重新发现,避免了冷启动的重复成本。
- 长时间探索性任务设置检查点。 不是一次开放式的订单,而是将工作划分为里程碑范围的恢复,并在每次恢复之间进行审查,这样可以在低效方向刚刚出现时尽早发现,而不是在运行很长时间之后才发现。
当并行扩展到多个执行器时,编排器会将其已建立的共享上下文(构建命令、约定、关键路径)嵌入到每个工作订单中,因为并行工作程序之间无法看到彼此的发现,否则它们会重复相同的研究。
要求
- 支持项目技能和自定义子代理配置文件的 Devin
- 能够访问
swe-1.7-lightning模型
安装
安装技能及其执行器配置文件。它们必须一起安装,因为技能明确地将实现工作委托给 lightning-executor。
Skills CLI
在当前项目中为 Devin 安装技能:
bash npx skills add dabit3/lightning-orchestrator --agent devin
Skills CLI 会安装 SKILL.md 包,但不会安装 Devin 特定的自定义代理配置文件。请单独安装所需的执行器:
bash mkdir -p .devin/agents/lightning-executor curl -fsSL \ https://raw.githubusercontent.com/dabit3/lightning-orchestrator/main/.devin/agents/lightning-executor/AGENT.md \ -o .devin/agents/lightning-executor/AGENT.md
要进行全局安装,请添加 --global 并将执行器放在 Devin 的全局配置目录中:
bash npx skills add dabit3/lightning-orchestrator --agent devin --global mkdir -p ~/.config/devin/agents/lightning-executor curl -fsSL \ https://raw.githubusercontent.com/dabit3/lightning-orchestrator/main/.devin/agents/lightning-executor/AGENT.md \ -o ~/.config/devin/agents/lightning-executor/AGENT.md
手动安装
如果您已经克隆了此仓库,请将两个目录复制到您的项目中:
bash mkdir -p .devin/skills .devin/agents cp -R /path/to/lightning-orchestrator/.devin/skills/lightning .devin/skills/ cp -R /path/to/lightning-orchestrator/.devin/agents/lightning-executor .devin/agents/
对于手动全局安装,请将其复制到您的用户配置目录中:
bash mkdir -p ~/.config/devin/skills ~/.config/devin/agents cp -R /path/to/lightning-orchestrator/.devin/skills/lightning ~/.config/devin/skills/ cp -R /path/to/lightning-orchestrator/.devin/agents/lightning-executor ~/.config/devin/agents/
安装后启动一个新的 Devin 会话,以便发现该技能和代理配置文件。
使用方法
使用具体的软件工程任务调用 Lightning:
text /lightning 为用户端点添加分页功能,并更新其测试
text /lightning 重现并修复结账总价四舍五入的错误
text /lightning 重构缓存适配器,但不更改其公共 API
好的请求应描述可观察到的结果和任何重要的约束条件。Lightning 会自行发现常规实现细节和本地仓库约定。
行为与安全保障
Lightning 旨在:
- 优先考虑正确性和安全性,而非速度或成本
- 保留用户已有的更改
- 实现最小一致的差异
- 遵循仓库特定的说明和约定
- 在适当时添加或更新有针对性的测试
- 在报告成功之前验证结果
- 避免破坏性操作和外部副作用,除非获得明确批准
- 避免不相关的重构、依赖项、生成文件和文档
如果自定义执行器配置文件不可用,Lightning 会停止并报告缺少配置文件,而不是静默地切换到另一个模型。
权限
两个定义都预先批准了关键路径上的只读检查命令——git status、git diff 和 git log——这样新的会话不会因为审查仓库状态而卡在批准提示上。写入、编辑和所有其他命令遵循您正常的批准流程。
要完全移除每次编辑的批准提示——并允许后台并行执行器在无需前台恢复的情况下编辑文件——可以在 .devin/agents/lightning-executor/AGENT.md 中将 edit 添加到执行器的允许权限中:
yaml permissions: allow: - Exec(git status) - Exec(git diff) - Exec(git log) - edit
只有您愿意让执行器在无需提示的情况下编辑文件时,才启用此选项。
仓库结构
text .devin/ ├── agents/ │ └── lightning-executor/ │ └── AGENT.md └── skills/ └── lightning/ └── SKILL.md
.devin/skills/lightning/SKILL.md定义了编排工作流。.devin/agents/lightning-executor/AGENT.md定义了模型固定的实现代理。
自定义
您可以通过编辑两个定义来调整工作流:
- 在
SKILL.md中更改编排策略、审查要求或委托标准。 - 在
AGENT.md中更改执行器模型、工具限制、实现协议或权限。
如果您重命名了 lightning-executor,请确保技能中引用的配置文件名称与执行器的 name 字段保持一致。
相似文章
@dabit3: 1,000 tok/s 与 85 tok/s 对比可视化
Nader Dabit 展示了1,000 tok/s子代理与85 tok/s之间的速度差异,强调lightning skill offload通过使用子代理进行实施同时保持前沿模型作为规划者和审查者,可实现约5倍更快的执行。
@sydneyrunkle: https://x.com/sydneyrunkle/status/2071629451712983319
Deep Agents 引入了动态子代理,它们通过代码脚本进行程序化编排,而不是使用工具调用,从而实现了可靠的扩展和复杂的工作流程。该功能集成了 QuickJS 代码解释器以实现轻量级执行。
@LangChain: Deep Agents 现在支持动态子代理。主代理不再通过工具调用来调用子代理,而是编写协调…
LangChain 的 Deep Agents 现在支持动态子代理,主代理通过编写协调代码来大规模协调工作,实现处理数百份文档等具有确定性覆盖的工作流程。
@zachlloydtweets: 正在研究一种新的智能体编排方式。 - 智能体制定包含子智能体任务的委派方案 - 在本地运行子智能体…
正在研究一种新的智能体编排方法,其特点是委派方案和子智能体,可以在本地或Docker化的云环境中运行,并在它们之间进行消息传递。
@hooeem: https://x.com/hooeem/status/2062266452921491934
一份指南,解释如何通过将固定流程编译成更小的微调模型,而不是反复提示前沿模型,从而使代理工作流成本降低高达462倍。