北京
合上电脑去睡觉，代理还在一个个任务地往下建。醒来时，拉取请求已经躺在那里，你只需要决定合不合。
这是 DEV_OS 1.0.0 给出的工作方式：从一个空文件夹，一路推到 GitHub 仓库。你要做的只有两件事——回答一份简短的初始化设置，以及批准一次蓝图。之后，一个构建代理和一个审查代理就在 GitHub Actions 上按任务轮转，包括你睡着的那段时间。
关键在于最后一道闸门：没有你的合并，什么都不会进主干。
开工前要准备什么
本机需要 Node.js 22 或更新版本、git，以及 GitHub 命令行工具。然后在电脑上登录一个 AI 编程命令行工具，可选 Claude Code、Cursor、Codex 或 Gemini。
克隆引擎并启动。Windows 上双击 Start DEV_OS.cmd，macOS 上双击 Start DEV_OS.command，或者在终端里运行 devos ui。
接下来回答那份初始化设置：用哪些代理、项目类型、技术栈、模块，以及你要的是一个 MVP 还是一个完整产品。可选范围是 16 种项目类型和 20 种技术栈，从 Next.js 到 FastAPI、Go、Flutter 都在其中。
本机上的一个代理会把蓝图写进文件夹：简报、范围、决策、设计，以及第一个任务。你可以批准，也可以打回，最多五轮。
批准之后，DEV_OS 创建 GitHub 仓库，并在 GitHub Actions 上启动循环。构建代理写每一个任务，审查代理对照一份写好的围栏检查它。检查失败会覆盖通过结果。最后由你合并。
这个引擎没有 npm 依赖。同一套设置也可以在终端里用 devos init 跑起来。
睡着之后发生了什么
合上笔记本，循环不会停。GitHub Actions 先跑构建代理，再跑审查代理，遇到用量限制就等过去。第二天早上，拉取请求已经在那里，附带一条评论说明还有什么在阻塞合并。你合并，下一个任务随即开始。
密钥只输入一次。输入内容不可见，值通过标准输入交给 gh secret set。DEV_OS 不会把它写进文件、日志，也不会写进模型提示词。
落进仓库的东西包括：工作流、运行脚本、守卫、提示词和操作手册，整套方法被安装进项目。第一个任务是你所选技术栈的骨架，在任何功能开发之前，它的检查就已经是绿的。
每一次代理运行都会记录它用的工具、模型和 token 数，docs/USAGE.md 会把这些汇总起来。
许可与 1.0.0 的边界
引擎本身（devos、引导页面和契约）采用 PolyForm Shield 1.0.0。你可以用它做自己的产品，包括商业项目；但不能用它发布一个与它竞争的产品。
DEV_OS 安装进你项目的那些文件是 MIT 许可。你的项目可以保留它们，并以自己的许可证发布，附上 devos/LICENSE.md 里的声明即可。
1.0.0 还有几处没走完：
- Codex 和 Gemini 可以被选中，但它们还没有在 GitHub 上完成一次真实运行。
- Supabase、R2、Firebase 和 Vercel 部署对 JavaScript 与 TypeScript 技术栈可用。
- 从 devos init 到第一个任务被合并的完整路径，还没有端到端测试。
- devos verify 和 devos watch 会报告是什么在阻塞首次运行。
- 把项目连到 DEV_OS Control Tower 是可选的，除非你回答同意，否则不会发送任何东西。
对习惯自己盯进度的人来说，这套流程改变的是节奏：白天你定方向和合并，夜里机器按任务往前推。代价写在限制清单里——部分代理还没跑通真实运行，端到端路径也还没测过。想试的话，先跑一遍 devos verify，看看它告诉你什么在挡路。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
