
Skill
kickstart-file-generation
generate deployment files efficiently
Description
Rules for batching write_file calls efficiently. Prevents chatty incremental file writes and ensures the artifact store is updated atomically per logical unit of work.
SKILL.md
File Generation Batching
When generating multiple related files, write them all before reporting to the user. Do not write one file, report, write another file, report — this creates noise and the user has no useful intermediate state to act on.
The rule
Compute all file contents in a single reasoning pass. Then write all files. Then report.
THINK: what files are needed and what goes in each
WRITE: file 1, file 2, file 3, … (consecutive write_file calls)
REPORT: "I generated the following files: …"
Batching boundaries
A "batch" is all files that belong to the same logical unit of work:
- All infrastructure files for a single stack: batch together
- All Kubernetes manifests for a single workload: batch together
- The Dockerfile and the CI workflow that builds from it: batch together
Do not batch files across unrelated features or stacks into a single turn — that makes validation harder.
Pre-generation checklist
Before writing any file:
- List all the files you intend to write (in your reasoning, not in the chat output).
- Confirm each file has a unique path and does not collide with an existing artifact.
- Check that the content of file N+1 does not depend on values only known after writing file N.
If there are dependencies between files (e.g., the K8s deployment references an image tag that comes from the Bicep output), resolve those values before writing either file.
Partial failures
If a write_file call fails mid-batch:
- Stop the batch.
- Report which files were written successfully and which were not.
- Do not retry automatically — wait for the user to confirm intent before continuing.
Overwriting existing files
Before overwriting an existing file in the artifact store, announce your intent:
"I'm about to overwrite
k8s/deployment.yaml— it already exists. Proceeding."
Do not silently overwrite without announcement.
File size limits
Keep generated files under 100 KB each. If a single file would exceed this, split it into multiple files with clear naming (e.g., main.bicep + modules/aks.bicep).
More skills from the vscode-aks-tools repository
View all 19 skillskickstart-acr-integration
integrate Azure Container Registry with AKS
Jul 12AzureContainersDeploymentkickstart-bicep-authoring
author idiomatic Azure Bicep templates
Jul 12AzureBicepDeploymentInfrastructure as Codekickstart-cluster-status
monitor AKS cluster provisioning status
Jul 12AzureDeploymentKubernetesMonitoringkickstart-collaborator-voice
define agent voice and interaction patterns
Jul 12AgentsBrandingCommunicationskickstart-configure-infra
configure Azure infrastructure for AKS clusters
Jul 12AzureDeploymentInfrastructureKuberneteskickstart-deploy
deploy applications with Azure CLI and kubectl
Jul 12AzureCLIDeploymentKubernetes
More from Azure (Microsoft)
View publisherazure-arg-external-evaluation-policy-author
author and test Azure Resource Graph policies
azure-policy
Jul 12AzureComplianceGovernancePolicyazure-blueprints-migration
migrate Azure Blueprints to Template Specs
azure-blueprints
Jul 12AzureDeploymentInfrastructure as CodeMigrationapiview-feedback-resolution
resolve APIView feedback on Azure SDKs
azure-sdk-tools
Jul 12API DevelopmentAzureCode ReviewDocumentationazsdk-common-live-and-recorded-tests
deploy resources and run Azure SDK tests
azure-sdk-tools
Jul 12AzureDeploymentSDKTestingazsdk-common-prepare-release-plan
manage Azure SDK release plan work items
azure-sdk-tools
Jul 12AzureGitHubProject ManagementSDKazsdk-common-sdk-release
release Azure SDK packages
azure-sdk-tools
Jul 12AzureCI/CDDeploymentSDK