Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add iLert/ilert-cli --skill ilert-terraformgit clone --depth 1 https://github.com/iLert/ilert-cliWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/ilert/ilert-cli/ilert-terraform)<a href="https://agentmods.dev/skills/ilert/ilert-cli/ilert-terraform"><img src="https://agentmods.dev/badge/skills/ilert/ilert-cli/ilert-terraform/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/ilert/ilert-cli/ilert-terraform"><img src="https://agentmods.dev/badge/skills/ilert/ilert-cli/ilert-terraform.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00027 | $0.00723 |
| Opus 5.5 | $0.00011 | $0.00289 |
| Sonnet 5.5 | $0.00005 | $0.00145 |
| Haiku 4.5 | $0.00003 | $0.00072 |
Grade A, and why
ilert-terraform scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 20d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 67 lines — stays where its author put it; the contents beside it link to each section on GitHub.
ilert with Terraform
Use this skill when the user's request involves Terraform. Do not introduce Terraform as part of an unrelated CLI task or migration.
For new resources, write HCL directly. For existing resources, use the export below. When migrating an existing Terraform setup, read its configuration to preserve naming, variables and module boundaries, using the relevant migration skill for resource mappings should external providers be involved.
Provider setup
Use the official iLert/ilert provider,
keeping the project's existing version constraints. It reads a user API key
from ILERT_API_TOKEN; it cannot reuse the CLI's OAuth login. The CLI uses
ILERT_API_KEY for that same key. For non-production environments, set the
provider's endpoint / ILERT_ENDPOINT to the CLI profile's base URL.
Export an existing resource
ilert infrastructure-as-code create generates code without changing the
account. Pass one complete API entity, including its id:
ilert services get --id 1234 -o json \
| ilert infrastructure-as-code create --format TERRAFORM --resourceType SERVICE --body - -o json \
> service.json
jq -r '.[] | .resource, .importBlock' service.json
The response includes resource, importBlock and importCommand. Use
jq -r to extract HCL; the CLI's --jq prints JSON-quoted strings. Merge the
blocks into the target Terraform configuration, checking existing addresses
before adding them again. Import blocks require Terraform ≥ 1.5.
Use ilert infrastructure-as-code create --help for supported resource types.
Notable mappings are ONCALL_SCHEDULE → ilert_schedule,
ALERT_ACTION_CONNECTOR → ilert_connector, and
METRIC_PROVIDER → ilert_metric_data_source. For resources the transform
does not support, use the provider docs for HCL and import syntax.
Before importing:
- Fetch optional fields with
--include, such as schedulescheduleLayers(shiftsfor static schedules), status-pagegroups, and alert-actionconditions. Missing fields can lead to removals in the plan. - Check generated names for collisions; users all default to
ilert_user.user. Rename both the resource label and its import target. Replace literal IDs with Terraform references where the related resources are in the configuration. - Check omitted empty,
falseand0values against provider defaults. - Connector secrets can appear in both the JSON and HCL. Keep raw exports out of commits and use sensitive variables for secrets; values can still be stored in Terraform state.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 20d ago First seen · 67 lines · 27 tokens per session scan A bda7729f12f2
ilert-terraform is a skill published in the GitHub repository iLert/ilert-cli (12 stars, last pushed 20d ago), licensed Apache-2.0. It adds 27 tokens to every session and 723 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-25.
Other skills, from other repositories
azure-diagnostics
Investigate AKS, VM, App Service, Functions and messaging incidents using scoped evidence.
kubernetes
Diagnose and fix Kubernetes pods, services, networking, storage, and rollout failures with kubectl. Safety-first, read-only by default.
terraform-infrastructure
Structures, writes, and reviews Terraform infrastructure code. Covers module layout, remote state, workspace strategy, variable and secrets handling, CI plan/apply pipeline, naming conventions, and multi-region deployment patterns (provider aliases, per-region state, failover strategies), while delegating shared risk…
health-check-endpoints
Implements liveness and readiness health check endpoints following Kubernetes probe conventions. Covers response schema, dependency checks, Kubernetes probe config, and circuit breaker integration. Invoked when the user asks to add health checks, implement a /health endpoint, or set up Kubernetes probes.
serverless-architecture
Designs and implements serverless functions: function boundary design, runtime selection, event sources, IAM least privilege, configuration, observability, and cost estimation. Invoked when the user asks to build a serverless function, design a Lambda-based system, or move workloads to serverless.
create-terraform-module
Creates or updates AWS-oriented Terraform module structure and implementation scaffolding. Focuses on file layout, variable/output contracts, provider and version constraints, tagging standards, safe composition patterns, and address-stability guardrails.