Xvcl

fastly/fastly-agent-toolkit/skills/xvcl

by fastly6db70eaf54ba885d56091861224987d6cf06c429No licenseListed Oct 9, 2026Updated Oct 9, 2026

Extends Fastly VCL with loops, functions, constants, macros, conditionals, and includes via XVCL — a VCL transpiler that compiles .xvcl files into standard VCL. Use when writing VCL for Fastly, working with .xvcl files, generating repetitive VCL (multiple backends, routing rules, headers) with loops, defining reusable VCL functions with return values, using compile-time constants instead of magic numbers, or writing any Fastly VCL configuration. XVCL syntax is not in training data so this skill is required. Also applies when writing and testing VCL locally (compile with `uvx xvcl`, test with falco), reducing VCL code duplication, splitting large VCL into modular includes, or doing any VCL development task for Fastly — even without explicitly mentioning XVCL.

Instructions onlySoftware Development
AI-generated overview

Writes Fastly VCL using XVCL, a transpiler that adds loops, functions, constants, macros and includes to VCL.

What it does
This skill guides an agent in authoring Fastly VCL through XVCL, a transpiler that compiles .xvcl files into standard .vcl. It covers directives such as #const, #for, #if, #let, #def, #inline and #include, plus compilation with uvx xvcl and local testing with falco. It also documents VCL pitfalls like backend naming, #FASTLY macros, Vary placement and cookie parsing, and points to reference files on syntax, subroutines, headers, backends, caching, strings, crypto, tables and testing.
When to use it
Use it when writing or generating Fastly VCL, including repetitive configurations such as multiple backends, routing rules or headers, reusable VCL functions, compile-time constants, or modular includes. It also applies when compiling and testing VCL locally. It is not intended for debugging plain .vcl files without XVCL, Fastly API or CLI operations, Fastly Compute, or Terraform.
Requirements
Requires uv/uvx to compile .xvcl files and Falco for linting and local simulation; network access is needed to fetch these tools and to deploy to Fastly. The skill ships no scripts, only instructions and reference documents.

Trigger and scope

Trigger on: XVCL, .xvcl files, VCL transpiler, VCL metaprogramming, #const/#for/#def/#inline in VCL context, writing a VCL script, writing VCL and running it locally, or any Fastly VCL writing task.

Do NOT trigger for: debugging existing .vcl files without XVCL, Fastly API/CLI ops, Fastly Compute, or Terraform — even if they mention VCL.

If the user explicitly requests plain VCL, keep .vcl files and do not introduce XVCL. Follow explicitly requested tools and test modes instead of the default examples.

Writing VCL with XVCL

XVCL is a VCL transpiler that adds metaprogramming to Fastly VCL. Write .xvcl files, compile to .vcl, then test with Falco or deploy to Fastly. All XVCL constructs are resolved at compile time — zero runtime overhead.

Quick Start

Compilation requires uvx, provided by uv; the local checks use Falco.

bash
# Compile with uvxuvx xvcl main.xvcl -o main.vcl
# Lint the outputfalco lint main.vcl
# Run locally — this is how you "run" VCL on your machinefalco simulate main.vcl# Listens on localhost:3124 by default# Then test with: curl http://localhost:3124/

Unless the user explicitly requests another test mode, compile and run falco simulate for local execution. Linting alone does not execute the VCL.

Minimal Working Example

Backend naming: Fastly VCL requires backends to use F_ prefixed names (e.g., F_origin, F_api). Never use backend default — falco will reject it. Always set req.backend explicitly in vcl_recv.

xvcl
#const ORIGIN_HOST = "api.example.com"#const REGIONS = [("us", "us.example.com"), ("eu", "eu.example.com")]
#for name, host in REGIONSbackend F_{{name}} {  .host = "{{host}}";  .port = "443";  .ssl = true;}#endfor
sub vcl_recv {  #FASTLY recv  set req.backend = F_us;  return (lookup);}
sub vcl_deliver {  #FASTLY deliver  set resp.http.X-Served-By = "edge";  return (deliver);}

XVCL Directives Summary

Read xvcl-directives.md [blocked] for complete syntax and examples of every directive.

Constants — #const

xvcl
#const NAME = value              // type auto-inferred#const NAME TYPE = value         // explicit type#const TTL INTEGER = 3600#const ORIGIN = "origin.example.com"#const ENABLED BOOL = true#const DOUBLE_TTL = TTL * 2      // expressions supported#const BACKENDS = ["web1", "web2"] // lists#const PAIRS = [("api", 8080), ("web", 80)] // tuples

Constants are compile-time only — they do NOT become VCL variables. Always use {{NAME}} to emit their value. A bare constant name in VCL (e.g., error 200 GREETING;) passes through as a literal string, producing invalid VCL. Use error 200 "{{GREETING}}"; instead.

Use in templates: "{{TTL}}", {{ORIGIN}}, backend F_{{name}} { ... }

Template Expressions — {{ }}

xvcl
{{CONST_NAME}}                   // constant substitution{{PORT * 2}}                     // arithmetic{{hex(255)}}                     // → "0xff"{{format(42, '05d')}}            // → "00042"{{len(BACKENDS)}}                // list length{{value if condition else other}} // ternary

Built-in functions: range(), len(), str(), int(), hex(), format(), enumerate(), min(), max(), abs()

For Loops — #for / #endfor

xvcl
#for i in range(5)               // 0..4#for i in range(2, 8)            // 2..7#for item in LIST_CONST          // iterate list#for name, host in TUPLES        // tuple unpacking#for idx, item in enumerate(LIST) // index + value

Tables with Loops

Use #for loops to populate VCL table declarations for O(1) lookups, instead of generating inline if-chains.

xvcl
#const REDIRECTS = [  ("/blog", "/articles"),  ("/about-us", "/about"),  ("/products/old-widget", "/products/widget-v2")]
// O(1) hash-table lookup — the right pattern for data-driven VCLtable redirects STRING {#for old_path, new_path in REDIRECTS  "{{old_path}}": "{{new_path}}",#endfor}
sub vcl_recv {  if (table.contains(redirects, req.url.path)) {    error 801 table.lookup(redirects, req.url.path);  }}

Prefer populating VCL table declarations with #for loops over generating inline if-chains. Tables give O(1) hash lookups and are the idiomatic Fastly pattern for any data-driven routing, redirects, or configuration.

Conditionals — #if / #elif / #else / #endif

xvcl
#if PRODUCTION  set req.http.X-Env = "prod";#elif STAGING  set req.http.X-Env = "staging";#else  set req.http.X-Env = "dev";#endif

Supports: boolean constants, comparisons (==, !=, <, >), operators (and, or, not).

Variable Shorthand — #let

xvcl
#let cache_key STRING = req.url.path;// expands to:// declare local var.cache_key STRING;// set var.cache_key = req.url.path;

Functions — #def / #enddef

xvcl
// Single return value#def normalize_path(path STRING) -> STRING  declare local var.result STRING;  set var.result = std.tolower(path);  return var.result;#enddef
// Tuple return (multiple values)#def parse_pair(s STRING) -> (STRING, STRING)  declare local var.key STRING;  declare local var.value STRING;  set var.key = regsub(s, ":.*", "");  set var.value = regsub(s, "^[^:]*:", "");  return var.key, var.value;#enddef
// Call sitesset var.clean = normalize_path(req.url.path);set var.k, var.v = parse_pair("host:example.com");

Functions compile to VCL subroutines with parameters passed via req.http.X-Func-* headers.

Inline Macros — #inline / #endinline

xvcl
#inline cache_key(url, host)digest.hash_md5(url + "|" + host)#endinline
// Zero-overhead text substitution. Auto-parenthesizes arguments// containing operators to prevent precedence bugs.set req.hash += cache_key(req.url, req.http.Host);

Includes — #include

xvcl
#include "includes/backends.xvcl"  // relative path#include <stdlib/security.xvcl>    // include path (-I)

Include-once semantics. Circular includes are detected and reported.

Compilation

bash
# Basicuvx xvcl input.xvcl -o output.vcl
# With include pathsuvx xvcl main.xvcl -o main.vcl -I ./includes -I ./shared
# Debug mode (shows expansion traces)uvx xvcl main.xvcl -o main.vcl --debug
# Source maps (adds BEGIN/END INCLUDE markers)uvx xvcl main.xvcl -o main.vcl --source-maps
OptionDescription
-o, --outputOutput file (default: replace .xvcl with .vcl)
-I, --includeAdd include search path (repeatable)
--debug / -vShow expansion traces
--source-mapsAdd source location comments
--error-formatError output format: text (default) or json

Common Mistakes

  • Bare constant names in VCL: error 200 GREETING; passes through as a literal string. Use error 200 "{{GREETING}}"; with template syntax.
  • Generating if-chains instead of tables: When you have data-driven routing or redirects, always populate a VCL table with #for — not an inline if-chain. If-chains are O(n); tables are O(1).
  • Forgetting #FASTLY macros: Every VCL subroutine (vcl_recv, vcl_fetch, vcl_deliver, vcl_error, vcl_hit, vcl_miss, vcl_pass) needs #FASTLY recv (or the appropriate name) at the top.
  • Using backend default: Fastly VCL requires F_ prefixed backend names. Use backend F_origin { ... } and set req.backend = F_origin;.

VCL Gotchas

VCL runtime pitfalls that are easy to get wrong:

  • No modulo operator: VCL has no % operator. For traffic splitting, use substr() on a hash digest: if (substr(digest.hash_sha256(client.ip), 0, 1) ~ "^[0-7]$") gives ~50%. Or use randomint(0, 99) < 50.
  • Vary MUST be set in vcl_fetch: The Vary header controls the cache key. Setting it only in vcl_deliver is too late — the object is already cached without Vary dimensions. Always append Vary in vcl_fetch (and optionally mirror in vcl_deliver for client-visible headers). Never overwrite existing Vary: check and append.
  • req.url.path is read-only in falco tests: In test subroutines, use set req.url = "/path" instead of set req.url.path = "/path". The .path property is computed from req.url and cannot be set directly.
  • req.request is deprecated: Use req.method instead. Falco accepts both but req.method is the modern form.
  • Cookie parsing: Use subfield(req.http.Cookie, "name", ";") instead of regex. Regex like Cookie ~ "name=(\w+)" false-matches cookies with similar prefixes (e.g., name_v2=X).

References

For VCL basics (request lifecycle, return actions, variable types), see the VCL syntax and subroutines references below.

Read the relevant reference file completely before implementing specific features.

TopicFileUse when...
XVCL Directivesxvcl-directives.md [blocked]Writing any XVCL code — complete syntax for all directives
VCL Syntaxvcl-syntax.md [blocked]Working with data types, operators, control flow
Subroutinessubroutines.md [blocked]Understanding request lifecycle, custom subs
Headersheaders.md [blocked]Manipulating HTTP headers
Backendsbackends.md [blocked]Configuring origins, directors, health checks
Cachingcaching.md [blocked]Setting TTL, grace periods, cache keys
Stringsstrings.md [blocked]String manipulation functions
Cryptocrypto.md [blocked]Hashing, HMAC, base64 encoding
Tables/ACLstables-acls.md [blocked]Lookup tables, access control lists
Testing VCLtesting-vcl.md [blocked]Writing unit tests, assertions, test helpers

Project Structure

text
vcl/├── main.xvcl├── config.xvcl          # shared constants└── includes/    ├── backends.xvcl    ├── security.xvcl    ├── routing.xvcl    └── caching.xvcl

Source and attribution

Source:fastly/fastly-agent-toolkitinskills/xvclat commit6db70ea

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal