本地和 CI 跑同一个文件:我写了个 YAML 工作流引擎 OrchStep,求各位拍砖先自报家门:我是 OrchStep 的作者,这篇是分享 求反馈,不是软广,欢迎轻喷。做运维 / CI 自动化时,我一直被两件事折磨:一堆 bash 脚本和重型 CI 平台之间是断层——脚本太散,平台太重;流水线只能在 runner 里复现,本地改一行就得 push 一次,“push and pray”。于是我做了OrchStep:一个YAML 优先的工作流引擎,核心目标是——同一个orchstep.yml,在你本地和在 CI 里跑出来一模一样。项目地址:https://github.com/orchstep/orchstep文档官网:https://orchstep.dev想上手别只看这篇:官网 https://orchstep.dev 上有大量可运行示例、从零开始的教程,以及面向生产环境的详细分步指南(step-by-step)——环境管理、模块复用、CI 集成、密钥处理、可视化排障等都有成体系的文档,基本照着做就能落地到生产。几个我自己天天在用的特性本地 CI:同一份工作流,本地直接orchstep run,和 CI 行为一致,先在本地调通再推。作用域环境变量(scoped env):被调用任务的env/dotenv在返回时自动回收,staging 的密钥不会泄漏到后面的 prod 步骤。可复用模块(modules):版本化、Git 分发;还能作为**“配置化实例”**运行——每个服务带上自己的 per-environment 配置,一个--env就能让整个服务集群各自加载自己的 profile。orchstep do:把任意一次性命令,带上项目里已经解析好的变量 / 环境跑起来(相当于一个懂上下文的envsubst)。可视化 dry-run 本地 dashboard:先看执行计划图,再跑;本地还有个 web 面板看实时执行和历史。签名发布:每个 release 带 cosign 签名 SBOM;安装支持brew / npm / pip / docker。一眼看懂的例子同一份文件,本地和 CI 跑的都是它:# orchstep.ymlname:citasks:test:dir:backend# 这个任务的命令都在 ./backend 下执行steps:-{name:unit,func:shell,do:go test ./...}-name:buildfunc:shelldo:docker build-t app:{{vars.version}}.一次性命令也能直接带上环境上下文:# {{ vars.image }} 会用 prod 环境的值渲染后再执行orchstepdo--envprodkubectl set image deploy/app app{{ vars.image }}# 拿不准?先 --render 看看渲染结果,不执行orchstepdo--render--envprodhelm upgrade app --set tag{{ vars.version }}上面只是最小示例。更完整的生产级用法(多环境、模块化、CI/CD 集成、密钥与审计),官网都有手把手的分步教程和成套示例:https://orchstep.dev我知道这赛道很卷,所以想听听大家的真实想法GitHub Actions、Dagger、Task、Earthly…… 工具不少,我也不打算取代谁的 Jenkins。我更想知道:“本地和 CI 跑得一致”,对你来说是真痛点,还是你那边已经解决了?相比你现在用的东西,OrchStep 这套在哪里会掉链子?下一步我在纠结几个方向(跨 Agent 适配、更强的策略 / 审计能力),你会希望先有哪个才敢在生产里用?欢迎直接拍砖,骂得越具体我越感激 对此工具怎样帮我们使用Token费降9成感兴趣请留言我会再开一篇专门讲一下⭐ GitHub:https://github.com/orchstep/orchstep 文档 / 示例 / 生产级分步教程:https://orchstep.dev(大量可运行示例 step-by-step 教程,建议照着做)