当下大多数 AI 编程助手,无论是 Copilot、Cursor,还是各种类 AutoGPT 项目,本质上都存在一个问题:AI 编码助手只是更强的补全器, 而不是具备行为能力的开发者副手。它们擅长补全代码,但缺乏结构化任务理解、缺乏上下文感知,更无法根据开发者的意图自我组织多步行为。 更重要的是:它们是“别人造好的助手,而不是你能定义的工具
AutoDev 的本地智能体系统,从根本上改变了这个逻辑。
AutoDev 推出的本地智能体系统以两个核心理念为基础:
其核心架构允许开发者:
你还可以定义它在 IDE 的交互方式、在命令行的交互方式,甚至在 @ 的交互方式:
如下,我们将创建一个用户选中需求后,可以用鼠标右键点击生成 Protobuf IDL 的智能体:
---
name: "Design Profobuf IDL"
actionLocation: ContextMenu
variables:
"spec": /any/ { thread(".devin/shell/fetch-teamai-spec.sh") | jsonpath("$.[1].content") }
onStreamingEnd: { parseCode | saveFile | openFile }
---
请根据用户的输入和规范,生成相应的 Proto 文件。
规范如下:
$spec
用户的需求是:$selection
只需这一段 YAML,AutoDev 就能生成一个理解团队协议规范的智能体:
fetch-teamai-spec.s
脚本获取需求规范.proto
文件并打开编辑这种原子化能力封装 + 跨工具联动方式,大大拓展了 agent 的实用边界。
---
name: "设计数据库"
variables:
"story": /any/ { thread(".devin/shell/github-issue.curl.sh") | jsonpath("$.body") }
afterStreaming: {
case condition {
default { execute("gen-sql.devin", $story, $output) }
}
}
---
你是一位专业的数据库管理员。根据用户的需求,你应该在列表中为用户选择最佳的表。
— 用户使用数据库:$databaseInfo
- 用户表:$tables
例如:
- 问题(要求):按用户类型计算平均行程长度。用户表:trips, users, Subscriber_type *
- 你应该回答:[trips, Subscriber_type]
----
以下是用户需求:
$story
请为用户选择最佳的表,只需以列表形式返回表名,无需解释。
只需这一段配置,AutoDev 会自动生成:
gen-sql.devin
)进行处理只需要在配置中添加 agentic
为 true
的值,并将 $selection
改为 $input
变量,AutoDev 就会自动将用户的输入传递给智能体:
---
name: "Design Profobuf IDL"
actionLocation: ContextMenu
variables:
"spec": /any/ { thread(".devin/shell/fetch-teamai-spec.sh") | jsonpath("$.[1].content") }
onStreamingEnd: { parseCode | saveFile | openFile }
agentic: true
---
请根据用户的输入和规范,生成相应的 Proto 文件。
规范如下:
$spec
用户的需求是:$input
AutoDev 本地智能体系统给开发者带来了真正的控制权。
每个开发者都应该拥有属于自己的 AI 编程助手,而不是为一个 “通用 Copilot” 妥协。
这,就是 AutoDev 想做的事。
📌 项目地址: https://github.com/unit-mesh/autodev 📚 文档 & 快速上手: https://ide.unitmesh.cc/docs
围观我的Github Idea墙, 也许,你会遇到心仪的项目