So，开始之前你需要什么？关于openwrtOpenWrt的被描述为一个嵌入式设备的Linux发行版，而不是试图建立一个单一的，静态的固件，OpenWrt的包管理提供了一个完全可写的文件系统，从应用程序供应商提供的选择和配置，并允许您自定义的设备，以适应任何应用程序通过使用包。对于开发人员，OpenWrt的是框架来构建应用程序，而无需建立一个完整的固件左右；对于用户来说，这意味着完全定制的

或是项目的原因，或是写作的原因，一直在思考『如何在云原生时代设计团队的协作？』以及『如何在云原生时代，重新定位开发人员的位置？』。起初，我只有一些细碎、不成体系的定义，直到这周公司大佬在内...

安装gitsudo suapt-get updateapt-get install git获取快速安装脚本git clone git://github.com/StackGeek/openstackgeek.gitcd openstackgeek使用基础脚本安装依赖包./openstack_base_1.sh完成脚本使用后，编辑interfacevim

环境准备：关于环境，由于官方没有给出具体的版本，同时由于使用的是md5，而不是hashlib，因此应该是python 2.5以前的。但是，由于要使用md5。因此需要修改官方的API（见下文）。(power by gmszone)1，python==2.62，注册并取得Access ID和Access Key。地址：http://oss.aliyun.com/下载取得API手

这样一来，Entrix 在 Routa 中就不再只是一个 CLI，也不再只是仓库中的若干规则文件，而是同时成为可执行的规则源、Agent 可消费的上下文，以及团队可以共同浏览和讨论的治理界面。规则第一次不只是“存在”，而是既能被执行，也能被解释，还能被团队直观看见。Entrix 不是一个单纯跑检查脚本的工具，也不是把已有 lint 和 test 再包装一层，而是试图把仓库中原本分散的质量规则、完成

在 Agentic Coding 这一话题下，工具使用（Tool Use/Function calling）是一个非常有意思的话题。完成一个软件开发任务，需要使用到大量的工具， 除去在 IDE 及其插件生态本身提供的功能外，还会使用到大量的外部工具，如 Git、Docker、Kubernetes、Jenkins 等等。如何让 AI 知道更多工具的存在以及如何使用这些工具，是一个非常有意思的话题。所

PS：之所以叫重构，是我们在 AutoDev 上已经有大量的经验，尽管架构上是紧耦合的，但是利于 AI 阅读后重写，比如，我们的 DevIns 语言。在新的架构里，MPP-Core 是我们的核心，基于 Kotlin 的 Multiplatform 技术，我们构建出了 JS 和 JVM 版本的两个核心接口和实现，基于 这两个实现。既然，我们有了更好的 Vibe Coding，那传统的 IDE 交互方

尽管，如过去构建 AutoDev 的 AutoCRUD、精准测试功能一样，我们有意去构建一个完全自动化的 API 开发智能体。但是依旧的，我们会遇到一些问题：API 设计是需要人类参与的，因为它需要考虑到业务逻辑、数据结构等等。API 文档是结合上下文与业务背景的。一次生成大量 API 代码存在大量的安全风险。AI 生成大量的代码，需要人类参与进行代码审查。大量的测试可以提升 API 的质量，但是

例如 Stripe 在其 Agent Engineering 实践中构建了一套完整的执行循环：工程师通过 Slack 或 CLI 触发任务，Agent 负责生成实现代码并运行测试，如果 CI 失败，系统会自动进入修复循环，直到代码满足基本质量标准后再生成 Pull Request。从最初的代码补全工具，到能够生成完整模块的 Coding Agent，再到可以自主修复 Bug、执行测试甚至生成 Pu

例如 Stripe 在其 Agent Engineering 实践中构建了一套完整的执行循环：工程师通过 Slack 或 CLI 触发任务，Agent 负责生成实现代码并运行测试，如果 CI 失败，系统会自动进入修复循环，直到代码满足基本质量标准后再生成 Pull Request。从最初的代码补全工具，到能够生成完整模块的 Coding Agent，再到可以自主修复 Bug、执行测试甚至生成 Pu