skills/code-inspector-init/SKILL.md
Set up or migrate code-inspector-plugin across modern frontend frameworks. Use when you need click-to-source IDE navigation, hotkey customization, or inspector troubleshooting.
npx skillsauth add adonis0123/adonis-skills code-inspector-initInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
在开发环境为前端项目接入 code-inspector-plugin,实现按组合键后点击 DOM 跳转到源码位置。优先给出最小改动、可复制、可回滚的迁移方案,默认使用插件原生开关策略:needEnvInspector: true + .env.local 中设置 CODE_INSPECTOR=true;但 Next.js >=15.3 主模板默认使用 hotKeys: ["altKey"] + needEnvInspector: false。
code-inspector-plugincodeInspectorPlugin 到新项目package.json、配置文件名、构建命令确认是 Next.js、Vite、Webpack、Rspack、Rsbuild、Esbuild、Mako、Umi、Nuxt、Astro 中哪一种。<=14.x:使用 webpack 插件接入。15.0.x ~ 15.2.x:使用 experimental.turbo.rules。>=15.3.x(包含 16):使用 turbopack.rules。needEnvInspector: true(推荐,迁移一致性最好)。>=15.3 主模板特例:默认 needEnvInspector: false,并使用 hotKeys: ["altKey"] 做最小接入。ENABLE_CODE_INSPECTOR 等外层条件。hotKeys、hideConsole、openIn、launchType、include/exclude、mappings、pathType、skipSnippets。pnpm add -D code-inspector-plugin(如项目使用 npm/yarn,则给对应命令)。references/bundler-recipes.md 选择对应片段。bundler 值。.env.local。needEnvInspector: true 时,添加 CODE_INSPECTOR=true。>=15.3 主模板(hotKeys: ["altKey"] + needEnvInspector: false)不强制配置 .env.local。Option+Shift / Windows: Alt+Shift;Next.js >=15.3 主模板为 Option/Alt 单键)后悬浮并点击 DOM。references/troubleshooting.md 分步排查。references/bundler-recipes.md。references/options-cheatsheet.md。references/troubleshooting.md。输出必须严格包含以下四部分,且顺序固定:
package.json 与 lockfile 再下结论。node_modules 源码映射时,优先使用 mappings 且给出风险说明。tools
Use when the user's pain is "adding/removing one more X means editing N files" and X is a recurring variant kind: popup, banner, modal, ad slot, payment method, AI model/tool, form field type, connector, sub-site, command, menu item, agent, extension point, or data source. Use when they want to design, refactor, review, name, or explain a pluggable mechanism using registry, interface/trait contract, runtime core, and convention folders; mention pluginize, pluggable, plugin architecture, extension point, registry pattern, or extensibility. Use when explaining the first-principles rationale, DDD/SOLID/OCP mapping, or industry analogies behind that structure. Use for cross-stack mapping to VSCode contributes, Webpack/Vite plugins, Rust/Tauri connectors, Python entry_points, or cargo features. Skip one variant's internals/styles/hooks/copy/bugs, and skip register/registry meaning DI container, user signup, or package registry.
development
Use BEFORE heavier workflow skills when route choice matters. Route creative work without a design doc/spec to Brainstorm; destructive or hard-to-reverse work to Discuss; unresolved decisions, Plan/Full fan-out, ship checks, unclear bugs, and fresh-eyes fix-then-re-review need this gate. Skip single-line read-only lookups, pure typo/formatting edits, trivial safe one-line fixes, and clearly safe named-skill requests. Outputs Route, Runtime skill, Fallback alias, and Execution path.
development
Cross-agent code review handoff and review-fix-re-review loop with persistent packet artifacts. Requires a git repo because packet addressing uses git rev-parse --show-toplevel. Use when the user asks for an independent, read-only second pair of eyes on a diff/branch/PR another agent or teammate implemented; asks to verify reviewer feedback before fixing; says a fix is done and wants scoped re-review; asks to continue the latest review packet; or asks for first-principles, DDD, high-cohesion/low-coupling review. Persists each loop under $repo_root/.review-handoff/active/ so agents can resume without copy-paste. Do NOT use for ordinary implementation, generic staged-change review, review-comment copy editing, non-git folders/zips/tarballs/temp dirs, or when the user names a different review skill.
testing
Enforces 'decide then plan' discipline - the pre-planning decision gate. Use when the user asks for a plan or starts a change while key decisions are unresolved: architecture tradeoffs, data flow, public interfaces, unclear requirements, multi-module scope, or roughly 5+ files affected. Also triggers when the user explicitly wants to discuss, compare options, or review architecture before committing. Core job: reduce incorrect-execution cost by confirming decisions before producing executable plans.