Deno
Overview
Deno is a secure JavaScript/TypeScript runtime with built-in tooling including a formatter, linter, test runner, and bundler. It features a permissions model that restricts file, network, and environment access by default, native TypeScript support without transpilation, and full web standards compatibility.
Instructions
- When creating servers, use
Deno.serve() for high-performance HTTP handling with Web Standards Request/Response, and enable parallel workers with deno serve --parallel for multi-core utilization.
- When configuring security, specify permissions explicitly (
--allow-read, --allow-net, --allow-env) scoped to specific paths, hosts, or variable names. Never deploy with --allow-all.
- When managing dependencies, use JSR (
jsr:) for versioned, type-checked packages, npm: specifier for npm packages, and configure import maps in deno.json for clean paths.
- When writing tests, use
Deno.test() with @std/assert assertions, @std/testing for mocking, and deno test --coverage for coverage reports. Deno's sanitizers detect resource leaks automatically.
- When building CLI tools, use
deno compile to produce standalone executables that cross-compile for Linux, macOS, and Windows with no runtime dependency.
- When deploying to the edge, use Deno Deploy with Deno KV for key-value storage,
Deno.cron() for scheduled tasks, and queues for background processing.
- When using Deno KV, structure keys hierarchically (
["users", id, "profile"]), use atomic() for transactions, and configure TTL with expireIn for automatic expiration.
Examples
Example 1: Build a REST API with Deno KV
User request: "Create an API with Deno that stores data in Deno KV"
Actions:
- Create HTTP server with
Deno.serve() and route matching
- Open KV store with
Deno.openKv() and define key structure
- Implement CRUD operations using
kv.get(), kv.set(), and kv.atomic()
- Set explicit permissions in
deno.json task definitions
Output: A secure API with embedded key-value storage, ready for Deno Deploy.
Example 2: Compile a CLI tool for distribution
User request: "Create a Deno CLI tool that can be distributed as a single binary"
Actions:
- Build the CLI with argument parsing using
@std/cli
- Add file and network permissions scoped to required resources
- Write tests with
Deno.test() and run with deno test
- Compile to standalone binaries with
deno compile --target for each platform
Output: Cross-platform standalone executables with no runtime dependency.
Guidelines
- Always specify permissions explicitly in production; never deploy with
--allow-all.
- Use
deno.json imports map for clean import paths instead of raw URLs.
- Prefer JSR (
jsr:) over URL imports for versioned, type-checked, immutable packages.
- Use
npm: specifier for npm packages instead of CDN URLs.
- Run
deno fmt and deno lint in CI for zero-config formatting and linting.
- Use
Deno.serve() over third-party frameworks for simple APIs; it is faster and lighter.
- Compile to standalone binary with
deno compile for distribution with no runtime dependency.
1---2name: deno3description: Deno4---5# Deno67## Overview89Deno is a secure JavaScript/TypeScript runtime with built-in tooling including a formatter, linter, test runner, and bundler. It features a permissions model that restricts file, network, and environment access by default, native TypeScript support without transpilation, and full web standards compatibility.1011## Instructions1213- When creating servers, use `Deno.serve()` for high-performance HTTP handling with Web Standards Request/Response, and enable parallel workers with `deno serve --parallel` for multi-core utilization.14- When configuring security, specify permissions explicitly (`--allow-read`, `--allow-net`, `--allow-env`) scoped to specific paths, hosts, or variable names. Never deploy with `--allow-all`.15- When managing dependencies, use JSR (`jsr:`) for versioned, type-checked packages, `npm:` specifier for npm packages, and configure import maps in `deno.json` for clean paths.16- When writing tests, use `Deno.test()` with `@std/assert` assertions, `@std/testing` for mocking, and `deno test --coverage` for coverage reports. Deno's sanitizers detect resource leaks automatically.17- When building CLI tools, use `deno compile` to produce standalone executables that cross-compile for Linux, macOS, and Windows with no runtime dependency.18- When deploying to the edge, use Deno Deploy with Deno KV for key-value storage, `Deno.cron()` for scheduled tasks, and queues for background processing.19- When using Deno KV, structure keys hierarchically (`["users", id, "profile"]`), use `atomic()` for transactions, and configure TTL with `expireIn` for automatic expiration.2021## Examples2223### Example 1: Build a REST API with Deno KV2425**User request:** "Create an API with Deno that stores data in Deno KV"2627**Actions:**281. Create HTTP server with `Deno.serve()` and route matching292. Open KV store with `Deno.openKv()` and define key structure303. Implement CRUD operations using `kv.get()`, `kv.set()`, and `kv.atomic()`314. Set explicit permissions in `deno.json` task definitions3233**Output:** A secure API with embedded key-value storage, ready for Deno Deploy.3435### Example 2: Compile a CLI tool for distribution3637**User request:** "Create a Deno CLI tool that can be distributed as a single binary"3839**Actions:**401. Build the CLI with argument parsing using `@std/cli`412. Add file and network permissions scoped to required resources423. Write tests with `Deno.test()` and run with `deno test`434. Compile to standalone binaries with `deno compile --target` for each platform4445**Output:** Cross-platform standalone executables with no runtime dependency.4647## Guidelines4849- Always specify permissions explicitly in production; never deploy with `--allow-all`.50- Use `deno.json` imports map for clean import paths instead of raw URLs.51- Prefer JSR (`jsr:`) over URL imports for versioned, type-checked, immutable packages.52- Use `npm:` specifier for npm packages instead of CDN URLs.53- Run `deno fmt` and `deno lint` in CI for zero-config formatting and linting.54- Use `Deno.serve()` over third-party frameworks for simple APIs; it is faster and lighter.55- Compile to standalone binary with `deno compile` for distribution with no runtime dependency.