feat(oxc): lint results inspecteor

[yuyinws]

Summary

• Rework the Oxc Devtools around persisted lint results, nested configuration discovery, standalone Devframe CLI support.

oxc-devtools-play.mp4

Non-Oxc changes

• packages/core/playground: updates the playground so oxc-devtools can be exercised and visually verified there.
• packages/rolldown/src/app and packages/ui/src/utils/date-groups.ts: move the date-grouping helper into the shared UI package so Rolldown and Oxc can reuse it.
• packages/ui/src/utils/icon.ts: reorder package-ID matching to prevent package paths from being classified by an earlier, broader rule.

Closes #433

[pkg-pr-new]

Open in StackBlitz

@vitejs/devtools

npm i https://pkg.pr.new/@vitejs/devtools@432

@vitejs/devtools-kit

npm i https://pkg.pr.new/@vitejs/devtools-kit@432

@vitejs/devtools-oxc

npm i https://pkg.pr.new/@vitejs/devtools-oxc@432

@vitejs/devtools-rolldown

npm i https://pkg.pr.new/@vitejs/devtools-rolldown@432

@vitejs/devtools-vite

npm i https://pkg.pr.new/@vitejs/devtools-vite@432

@vitejs/devtools-vitest

npm i https://pkg.pr.new/@vitejs/devtools-vitest@432

commit: fbd8e24

[antfu]

I am actually ok with keeping gunshi for a bit of diversity

[yuyinws]

cac is more lightweight than gunshi. Given that the current CLI is relatively simple, I think it's a better fit for now. We can consider switching to gunshi if the CLI grows more complex in the future.

[antfu]

I am seeing this - should we have a button to run/rerun the lint? Do we still need the concept of sessions or it's always the live result?

[yuyinws]

The complete implementation of the lint inspector will be submitted in a separate PR.

The current proposal is:

1. Trigger linting via a button.
2. Persist lint results to local files to enable historical snapshots.
3. Allow users to delete lint history directly from the UI.

[antfu]

Would you like to directly implement it in this PR? Right now this PR only remove the cli which makes this devtools' feature incomplete

[antfu]

The new changes look awesome! Great work!

A bit nitpicking for the ui, for the detailed page, do you think it's worth being a dialog instead of a page (like before)? As this is where users would spend most of the time on, I wonder if it would be better to be like a page?

[yuyinws]

Yeah, A separate page would be better. Will implement it in the follow-up PR.