Search papers, labs, and topics across Lattice.
This study evaluates the ability of a frontier LLM to generate Dockerfiles and Docker Compose configurations for multi-service applications using only repository contents, without access to developer-authored artifacts. While the generated environments were functionally operational, the model failed to capture critical deployment intents such as network segmentation and production policies, highlighting a gap between functional correctness and deployment fidelity. The research formalizes this distinction and proposes a minimal explicit deployment specification to address the limitations of LLMs in inferring deployment intent from repository artifacts.
LLMs can generate operational Docker configurations, but they often miss crucial deployment intents, revealing a significant gap in their utility for production environments.
Large Language Models (LLMs) are increasingly used to generate executable software environments from repository artifacts. However, functional executability does not necessarily imply conformity with architectural, security, workflow, and production intent. This study investigates whether a frontier LLM can generate Dockerfiles and Docker Compose configurations for multi-service applications using repository contents without access to developer-authored deployment artifacts. Three heterogeneous repositories combining Python, Node.js, .NET, React, Rust, Java, Redis, PostgreSQL, and MySQL-compatible infrastructure were evaluated using deterministic end-to-end HTTP oracles and manual structural comparison. All three generated environments became functionally operational, although one required a Rust base-image update from version 1.85 to 1.88. The model correctly reconstructed service topology, application ports, infrastructure dependencies, service hostnames, a background worker, hidden proxy configurations, and a file-based Docker secrets mechanism. However, it consistently omitted network segmentation, multi-stage builds, dependency-layer caching, live-reload volumes, production frontend serving, restrictive backend-port policies, and cross-platform build logic. Based on these observations, the study formalizes the distinction between functional correctness and deployment-intent fidelity and analytically derives a minimal explicit deployment specification for information that cannot be reliably inferred from repository artifacts.