用途：把项目引导（bootstrap）为可在 Antithesis 中运行的最小部署。成功标准包括：为被测系统及依赖准备一个或多个预构建的 Linux x86-64 Docker 镜像；docker-compose.yaml 可封闭运行（无互联网）；至少一个 Test Composer 场景；可靠的 setup_complete 信号，告知 Antithesis 何时开始运行场景；以及包含 docker-compose.yaml 及相关配置文件的配置镜像。
主要能力：按步骤引导完成工作目录创建、理解与规划被测系统、实现组件、添加 Antithesis 断言、创建测试模板与测试命令、配置镜像与 docker-compose.yaml、审计并准备部署。涉及概念包括 SUT（被测系统）、Workload、Test Composer、Test Template、Test Command、Timeline、Branch。Test Command 位于 /opt/antithesis/test/v1/{name}/，文件名前缀可用 parallel_driver_、singleton_driver_、serial_driver_、first_、eventually_、finally_、anytime_。断言类型有 Always/AlwaysOrUnreachable、Sometimes、Reachable/Unreachable。
使用方式：建议先通过 antithesis-documentation 技能获取文档，优先 snouty docs，否则从 https://antithesis.com/docs/ 请求 markdown 页面。在仓库根目录创建 antithesis 目录，初始化 assets/antithesis 中的文件并阅读 AGENTS.md，用 notebook 子目录记录计划与决策。按顺序执行八个步骤：创建目录、理解 SUT、规划 SUT、实现组件、添加断言、创建测试模板与命令、设置镜像与 docker-compose.yaml、审计并准备部署。本地测试优先使用 podman compose，否则回退 docker compose，并更新 antithesis/test.sh。提交时更新 antithesis/submit.sh，构建镜像、按 ANTITHESIS_REPOSITORY 标记私有镜像，再用 snouty run 启动，建议传 --config antithesis/config。
适用场景与限制：适合需要把项目部署到 Antithesis 进行测试的用户。antithesis 目录中的代码不应进入生产；其他代码改动应外科手术式并隔离。测试命令应最终退出，且若失败应因意外情况。测试模板目录只能放带有效前缀的测试命令。至少一个入口需发出 setup_complete。需确保 ANTITHESIS_REPOSITORY 指向远程仓库，Docker/Podman 已配置认证。文档与技能中未提供价格、平台支持细节等，暂未提供。