agents-js-ts-runtime

Enforces Bun package management with Node.js runtime defaults for JavaScript/TypeScript projects.

1|Updated Jan 6, 2026
One-click install
npx skills add https://github.com/yanun0323/.codex --skill agents-js-ts-runtime
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agents-js-ts-runtime
Source: https://github.com/yanun0323/.codex/tree/main/skills/agents-js-ts-runtime
Command: npx skills add https://github.com/yanun0323/.codex --skill agents-js-ts-runtime

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Help teams enforce a consistent JavaScript/TypeScript project setup by standardizing runtime, tooling, script hygiene, version pinning, and CI-safe commands.

Core Features & Use Cases

  • Bun as the package manager and task runner for dependency installation and script execution
  • Node.js as the default runtime with explicit guidance on SSR compatibility and avoiding Bun runtime where necessary
  • Scripts hygiene: runtime-agnostic npm scripts and avoidance of embedding Bun commands
  • Lockfile policy: bun.lockb as canonical, no mixing with npm/pnpm/yarn
  • Version pinning guidance via Volta/.node-version/.nvmrc/engines

Quick Start

Adopt these rules by migrating scripts to runtime-agnostic commands and using bun install and bun run for execution while maintaining Node as the default runtime.

Frequently Asked Questions about agents-js-ts-runtime

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I standardize JavaScript and TypeScript tooling with Bun and Node?

Standardize JavaScript and TypeScript tooling by enforcing Bun as the package manager for dependency installation and script execution, while maintaining Node.js as the default runtime for SSR and CI compatibility.

Why should I avoid using Bun as the runtime for SSR applications?

You should avoid Bun as the runtime for SSR applications to ensure Node-specific APIs remain compatible. The policy requires Node.js as the explicit default runtime for SSR, restricting Bun to package management and task running.

What is the canonical lockfile policy when using Bun in a CI workflow?

The canonical lockfile policy requires using bun.lockb as the sole lockfile. It prohibits mixing bun.lockb with npm, pnpm, or yarn lockfiles to maintain CI-safe command execution and consistent dependency resolution.

How do I write runtime-agnostic npm scripts for Vite and Vitest?

Write runtime-agnostic npm scripts by avoiding embedded Bun commands directly within the scripts. Use standard script commands and execute them via bun run, ensuring scripts remain executable across different Node and Bun environments.

Does this tooling governance support React, Solid, and Vue stacks?

Yes, this tooling governance supports React, Solid, and Vue stacks. It applies standardized runtime policies across these front-end frameworks, integrating with Vite, Vitest, Jest, ESLint, and Prettier to maintain CI-safe workflows.

What is the best way to pin Node.js versions when using Bun as a package manager?

The best way to pin Node.js versions is by using Volta, .node-version, .nvmrc, or the engines field in package.json. This ensures consistent Node runtime environments across development and CI while Bun manages dependencies.