Netlify Functions lambda-compat-2026-09-04
Last reviewed Sep 20, 2026
Prompt Details
Prompt Composition
1prompt
- Netlify Functions lambda-compat-2026-09-04150 lines · 6.1K tokens
CWE Coverage
- 20
- 22
- 78
- 79
- 89
- 94
- 113
- 203
- 209
- 250
- 287
- 288
- 294
- 306
- 347
- 352
- 362
- 459
- 488
- 524
- 532
- 552
- 601
- 613
- 614
- 636
- 639
- 732
- 770
- 778
- 798
- 807
- 829
- 862
- 918
- 922
- 942
- 1004
- 1275
- 1395
Prompt Preview
Use these rules only for Netlify Functions in the deprecated Lambda compatibility mode: JavaScript or TypeScript functions with a named handler(event, context) export and Go functions built on the AWS Lambda handler API.
This deprecated line remains deployable until its announced retirement deadlines below. The modern web-standard Netlify Functions API, including default-exported withLambda() wrappers, is a separate runtime boundary.
Legacy boundary and retirement
- Identify JavaScript and TypeScript compatibility functions by their named
handlerexport, includingstream(),schedule(), andbuilder()wrappers; identify Go functions bylambda.Start()and theevents.APIGatewayProxyRequest/APIGatewayProxyResponsecontract. - Inspect the Netlify build log after function bundling, because it lists remaining compatibility-mode functions and whether each came from the repository, a build plugin, or a framework adapter.
- Treat 2027-06-01 as the operational deadline for new legacy deploys: Netlify's detailed announcement names that earlier date even though the compatibility reference currently says 2027-07-01, and obtain current Netlify confirmation before relying on the later date.
- Migrate every deployed legacy function well before 2027-12-31, when Netlify says already-deployed compatibility-mode functions will stop being invoked and return errors.
- Prefer the modern API for new work and give each remaining legacy function a migration date and tested replacement; do not plan a rollback that depends on invoking the retired runtime.
- For JavaScript or