Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计通过

modernizemodernize 命令行

Agent Skill

modernize 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

186

周安装

8

GitHub Stars

公开资料未说明

下载量

65
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:modernize(modernize 命令行)
来源仓库:https://github.com/snomiao/skills
仓库路径:skills/modernize
安装命令:
npx skills add https://github.com/snomiao/skills --skill modernize
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/snomiao/skills --skill modernize

简介

modernize 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态进行整理。

  • 它能协助 Agent 处理代码变更和协作事项,提升开发效率。
  • 安装命令为 npx skills add https://github.com/snomiao/skills --skill modernize,建议结合原始 README 核验具体用法。
  • 安装前请确认权限范围和维护状态,注意是否涉及联网、命令执行或文件读写操作。
  • 该技能适用于开发类任务,需配合宿主环境使用。

SKILL.md

modernize-ts - Native TypeScript Toolchain Upgrade

You are an expert in modern JavaScript/TypeScript tooling. When this skill is invoked, help users upgrade to high-performance native alternatives.

IMPORTANT: Use Automation Scripts First

This skill includes scripts to handle mechanical work. Always try these first before manual interventions.

SKILL_DIR="${CLAUDE_CONFIG_DIR:-$HOME/.claude}/skills/modernize"

Platform Support:

  • ✓ Linux/macOS - Full support
  • ✓ Windows - Requires Git Bash/WSL (usually available with Claude Code)
  • If scripts fail: Fall back to manual migration (see bottom of this document)

1. Detect Current Environment

$SKILL_DIR/scripts/detect.sh

This outputs JSON with:

  • Current linters/formatters (eslint, prettier, biome, oxlint)
  • Current bundlers (vite, rollup, webpack, tsdown)
  • TypeScript setup
  • Existing scripts
  • Upgrade recommendations with priorities

Use this output to guide decisions. Don't manually check package.json.

2. Run Migration Scripts

For mechanical work (install packages, update scripts), use these:

Migrate to oxlint/oxfmt:

$SKILL_DIR/scripts/migrate-to-oxlint.sh
  • Detects package manager automatically
  • Installs oxlint
  • Updates lint/format scripts
  • Creates backup

Migrate to tsdown:

$SKILL_DIR/scripts/migrate-to-tsdown.sh
  • Detects package manager
  • Installs tsdown
  • Updates build/dev scripts
  • Detects entry point automatically

Migrate to TypeScript native:

$SKILL_DIR/scripts/migrate-to-ts-native.sh
  • Installs @typescript/native-preview
  • No script changes needed (drop-in replacement)

3. Your Role After Scripts

After running scripts, focus on:

  • Complex configuration migration (e.g., ESLint rules → oxlint)
  • Edge cases and compatibility issues
  • Testing and verification
  • CI/CD updates
  • Documentation

Don't manually install packages or update simple scripts - the migration scripts handle that.

Workflow

Fast path (use scripts):

  1. Run detect.sh to analyze environment
  2. Review recommendations
  3. Run appropriate migration script(s)
  4. Handle config migration and edge cases
  5. Test and verify

Manual path (only for edge cases):

  • Complex custom configurations
  • Monorepo setups
  • Special build requirements
  • Compatibility issues found during testing

Migration Paths

Build Tools

From: Rollup, Vite build, esbuild, webpack To: tsdown - Fast TypeScript/JavaScript bundler built with Rust

Benefits:

  • 10-100x faster than traditional bundlers
  • Zero config for most projects
  • Built-in TypeScript support
  • Tree-shaking and minification

Linting & Formatting

From: ESLint, Prettier, Biome To: oxlint + oxfmt - Rust-based linter and formatter

Benefits:

  • 50-100x faster than ESLint
  • Compatible with ESLint rules
  • Unified toolchain
  • Near-instant feedback

TypeScript Compiler

From: tsc (TypeScript Compiler) To: @typescript/native-preview - Native TypeScript compiler

Benefits:

  • Significantly faster compilation
  • Drop-in replacement for tsc
  • Official Microsoft implementation
  • Better performance for large codebases

Upgrade Process

When helping with upgrades, follow this systematic approach:

1. Analyze Current Setup

First, examine the project:

# Check package.json for current tools
# Review build scripts
# Identify configuration files (tsconfig.json, .eslintrc, etc.)

2. Plan Migration

Determine which tools to upgrade based on:

  • Current bottlenecks (slow builds, slow linting)
  • Project size and complexity
  • Team preferences
  • CI/CD integration needs

3. Implement Incrementally

Order matters:

  1. Start with linting/formatting (lowest risk)
  2. Then upgrade build tools
  3. Finally, TypeScript compiler (if needed)

4. Update Configuration

For tsdown:

{
  "scripts": {
    "build": "tsdown src/index.ts",
    "dev": "tsdown src/index.ts --watch"
  },
  "devDependencies": {
    "tsdown": "latest"
  }
}

For oxlint + oxfmt:

{
  "scripts": {
    "lint": "oxlint src",
    "format": "oxfmt src",
    "format:check": "oxfmt --check src"
  },
  "devDependencies": {
    "oxlint": "latest"
  }
}

For @typescript/native-preview:

{
  "scripts": {
    "typecheck": "tsc --noEmit"
  },
  "devDependencies": {
    "@typescript/native-preview": "latest"
  }
}

5. Test Migration

Before finalizing:

  • Run the build and verify output
  • Check that linting rules still work
  • Ensure type checking catches errors
  • Test in CI environment
  • Verify IDE integration

6. Update CI/CD

Update GitHub Actions, GitLab CI, or other pipelines:

# Example GitHub Actions
- name: Install dependencies
  run: npm install

- name: Lint
  run: npm run lint

- name: Format check
  run: npm run format:check

- name: Build
  run: npm run build

- name: Type check
  run: npm run typecheck

7. Document Changes

Update project documentation:

  • README.md with new commands
  • CONTRIBUTING.md with development setup
  • Migration notes for the team

Common Scenarios

Scenario 1: Slow ESLint

User complains: "ESLint takes 30 seconds to run"

Solution:

  1. Install oxlint: npm install -D oxlint
  2. Migrate ESLint config to oxlint compatible rules
  3. Update package.json scripts
  4. Keep ESLint config as fallback initially
  5. Test thoroughly, then remove ESLint

Scenario 2: Slow Vite Build

User complains: "Production builds take 5 minutes"

Solution:

  1. Install tsdown: npm install -D tsdown
  2. Create minimal tsdown config
  3. Update build scripts
  4. Compare output with Vite build
  5. Adjust config for any differences
  6. Switch once validated

Scenario 3: Large Monorepo Type Checking

User complains: "tsc --noEmit takes forever in our monorepo"

Solution:

  1. Install @typescript/native-preview
  2. Test with subset of packages first
  3. Measure performance improvement
  4. Roll out to full monorepo
  5. Update documentation

Important Notes

  • Preserve Existing Configs Initially: Keep old configs commented out during migration
  • Test Incrementally: Don't upgrade everything at once
  • Measure Performance: Benchmark before/after to show improvements
  • Check Compatibility: Ensure editor plugins and tools work with new toolchain
  • Team Communication: Explain changes and new workflows to the team

Tool-Specific Tips

tsdown

  • Minimal configuration needed
  • Use tsdown.config.ts for complex setups
  • Supports multiple entry points
  • Tree-shaking enabled by default

oxlint

  • Most ESLint rules are supported
  • Use --fix for auto-fixing
  • Much faster than ESLint
  • May need custom rules for edge cases

oxfmt

  • Drop-in Prettier replacement
  • Use same style options
  • Significantly faster
  • Consistent with oxlint

@typescript/native-preview

  • Experimental but stable
  • Use for type checking only (not emit)
  • Faster incremental builds
  • Watch mode is very efficient

Migration Checklist

Use this checklist when upgrading:

  • Analyze current toolchain and pain points
  • Install new tools
  • Update package.json scripts
  • Migrate configuration files
  • Test build output matches original
  • Test linting catches same issues
  • Test type checking works correctly
  • Update CI/CD pipelines
  • Update documentation
  • Test in clean environment
  • Get team approval
  • Remove old dependencies
  • Create migration documentation

Fallback Strategy

If issues arise:

  1. Keep old tools installed temporarily
  2. Document any compatibility issues
  3. Create hybrid approach if needed
  4. Gradual rollout (one tool at a time)

Resources

Philosophy

These modern tools are designed to be faster and simpler. Trust them to work well with minimal configuration. Start simple, add complexity only when needed.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.66%
按下载量换算24

Claude

30.79%
按下载量换算20

Cursor

20.02%
按下载量换算13

Gemini CLI

9.35%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills