Atomist遵循软件定义交付的原则，使用开发应用程式的工具和方法，解决软件交付的挑战。Atomist提到，交付的程序应该以版本化和经测试的程式码实作，而非大量的壳层脚本和数百行复制贴上的YAML定义。Atomist SDM主打使用者可以像软件开发者一样，自动执行部分日常的重复性工作，像是让原始码应用一致的格式、管理变更日志，以及在产品臭虫修复时将待处理问题上标记，在审核时自动合并PR并成功建置，也能更新企业中每个储存库中的授权许可档案。
SDM让使用者以撰写应用程式相同的工具和方法撰写交付流程，例如执行建置和整合测试或是管理部署和回退等任务。SDM提供工程化的交付方法，让整个组织都使用相同的交付流程，提高整体一致性水准，还可以透过将部署相关活动纳入聊天中，与组织分享整个交付程序的资讯。SDM加入Atomist服务，提供可程式化的交付工作流程，还可以与现有Git服务和持续整合工具的原生ChatOps搭配使用。
由於SDM是一个开放且可扩展的框架，可以让使用者自定义开箱即用的动作，而这种可扩展性，能让开发者编写自己的目标实作，并与Autofix、Build或KubernetesDeploy等标准目标实作一同运作，这些自定义目标可以将企业会用到的任何工具或是API，整合到交付流程中。
而且由於使用程式码定义交付，因此可以让使用者在开发期间，使用IDE进行单元测试和侦错，而这能直接消除更新持续整合设定的大量猜测工作，不需要等到推送到持续整合伺服器，才能知道执行结果。SDM也为使用者提供一致的审计追踪，掌握包括软件转移到生产环境的状况，或是组织中触发特定操作的成员，追踪所有使用系统的流程，进行跨问题追踪、SCM、持续整合和部署工具。 SDM具有事件驱动特性，能将审计资讯建构在框架中，报告工具可透过GraphQL抓取讯息。
Atomist提到，用高阶的框架来实现软件交付的优点之一，便是SDM框架能够抽象底层Runtime环境，同时又透明地最佳化目标执行以及Runtime支援的内容。当使用者在本机模式使用SDM或是开发SDM时，系统会限制资源消耗，并且在同一程序下执行目标。一旦当SDM被部署到Kubernetes丛集时，在不需要更改程式码的情况下，SDM便会自动使用Kubernetes高阶调度功能，切分目标到各自的Kubernetes中执行。
SDM也遵循软件定义交付的可观察原则，使用者能整合StatsD和Prometheus等常用监控工具，揭露公开执行时间和计数、故障率、堆叠和GC统计等相关资讯。Atomist不只开源SDM，其他相关的专案也一并开源。
