Skip to content

Conversation

@JounQin
Copy link
Member

@JounQin JounQin commented Jul 24, 2025

close #134
close #142

Summary by CodeRabbit

  • Chores
    • Updated dependencies to use the new @rspress/core and @rspress/core/theme packages, removing legacy rspress imports.
    • Upgraded related packages to newer versions, including a patch update for @alauda/doom.
  • Documentation
    • Updated import paths in documentation files to reflect the new @rspress/core module structure.
  • Refactor
    • Standardized and reorganized import statements throughout the codebase for consistency with the latest package structure.

@JounQin JounQin self-assigned this Jul 24, 2025
Copilot AI review requested due to automatic review settings July 24, 2025 02:57
@JounQin JounQin added bug Something isn't working dependencies Pull requests that update a dependency file upstream labels Jul 24, 2025
@changeset-bot
Copy link

changeset-bot bot commented Jul 24, 2025

🦋 Changeset detected

Latest commit: c6bf6e8

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 1 package
Name Type
@alauda/doom Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

@coderabbitai
Copy link

coderabbitai bot commented Jul 24, 2025

Warning

Rate limit exceeded

@JounQin has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 8 minutes and 44 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between be63268 and c6bf6e8.

⛔ Files ignored due to path filters (1)
  • yarn.lock is excluded by !**/yarn.lock, !**/*.lock
📒 Files selected for processing (65)
  • .changeset/quick-dryers-burn.md (1 hunks)
  • docs/en/start.mdx (8 hunks)
  • docs/en/usage/configuration.md (11 hunks)
  • docs/en/usage/deploy.md (2 hunks)
  • docs/en/usage/i18n.md (3 hunks)
  • docs/en/usage/markdown.md (2 hunks)
  • docs/en/usage/mdx.mdx (9 hunks)
  • docs/zh/usage/configuration.md (1 hunks)
  • docs/zh/usage/deploy.md (1 hunks)
  • docs/zh/usage/i18n.md (2 hunks)
  • docs/zh/usage/mdx.mdx (1 hunks)
  • fixture-docs/en/index.mdx (1 hunks)
  • fixture-docs/ru/index.mdx (1 hunks)
  • fixture-docs/zh/index.mdx (1 hunks)
  • package.json (4 hunks)
  • src/cli/export.ts (1 hunks)
  • src/cli/index.ts (1 hunks)
  • src/cli/lint.ts (1 hunks)
  • src/cli/load-config.ts (1 hunks)
  • src/cli/translate.ts (1 hunks)
  • src/global/SiteOverrides/index.tsx (1 hunks)
  • src/global/VersionsNav/NavMenuGroup.tsx (1 hunks)
  • src/global/VersionsNav/NavMenuSingleItem.tsx (1 hunks)
  • src/global/VersionsNav/index.tsx (1 hunks)
  • src/plugins/api/index.ts (1 hunks)
  • src/plugins/attributes/index.ts (1 hunks)
  • src/plugins/auto-sidebar/index.ts (1 hunks)
  • src/plugins/auto-sidebar/utils.ts (1 hunks)
  • src/plugins/auto-sidebar/walk.ts (1 hunks)
  • src/plugins/auto-toc/index.ts (1 hunks)
  • src/plugins/directives/index.ts (1 hunks)
  • src/plugins/global/index.ts (1 hunks)
  • src/plugins/mermaid/index.ts (1 hunks)
  • src/plugins/permission/index.ts (1 hunks)
  • src/plugins/replace/index.ts (1 hunks)
  • src/plugins/replace/remark-replace.ts (1 hunks)
  • src/plugins/replace/resolve-reference.ts (1 hunks)
  • src/plugins/replace/resolve-release.ts (1 hunks)
  • src/plugins/replace/utils.ts (1 hunks)
  • src/plugins/sitemap/index.ts (1 hunks)
  • src/runtime/components/Badge.ts (1 hunks)
  • src/runtime/components/Card.ts (1 hunks)
  • src/runtime/components/ExternalSiteLink.tsx (1 hunks)
  • src/runtime/components/JsonViewer.tsx (1 hunks)
  • src/runtime/components/K8sCrd.tsx (1 hunks)
  • src/runtime/components/K8sPermissionTable.tsx (1 hunks)
  • src/runtime/components/LinkCard.ts (1 hunks)
  • src/runtime/components/Mermaid.tsx (1 hunks)
  • src/runtime/components/OpenAPIPath.tsx (1 hunks)
  • src/runtime/components/OpenAPIRef.tsx (1 hunks)
  • src/runtime/components/Overview.tsx (1 hunks)
  • src/runtime/components/PackageManagerTabs.ts (1 hunks)
  • src/runtime/components/Steps.ts (1 hunks)
  • src/runtime/components/Tab.ts (1 hunks)
  • src/runtime/components/Tabs.tsx (1 hunks)
  • src/runtime/components/Toc.ts (1 hunks)
  • src/runtime/components/_ExternalSiteBase.tsx (1 hunks)
  • src/runtime/components/_X.tsx (1 hunks)
  • src/runtime/components/_utils.ts (1 hunks)
  • src/runtime/hooks/useSiteOverrides.ts (1 hunks)
  • src/runtime/hooks/useTranslation.ts (1 hunks)
  • src/shared/helpers.ts (1 hunks)
  • src/theme.tsx (2 hunks)
  • src/types.ts (1 hunks)
  • src/utils/git.ts (1 hunks)

Walkthrough

This update migrates all imports and dependencies from the unscoped rspress packages to the new scoped @rspress/core and related sub-packages. All affected files update import paths accordingly, and dependency versions are bumped to 2.0.0-beta.22. No logic, control flow, or exported entity signatures are changed.

Changes

Files/Groups Change Summary
.changeset/quick-dryers-burn.md Added changeset documenting @alauda/doom patch: bump rspress to v2.0.0-beta.22.
package.json Updated dependencies: removed rspress, added @rspress/core@2.0.0-beta.22, bumped related versions.
docs/en/usage/mdx.mdx, docs/zh/usage/mdx.mdx Changed SourceCode import from rspress/theme to @rspress/core/theme.
fixture-docs/en/index.mdx, fixture-docs/ru/index.mdx, fixture-docs/zh/index.mdx Changed useI18n import from rspress/runtime to @rspress/core/runtime.
src/cli/*.ts Updated imports of logger, serve, build, dev, UserConfig from rspress/core to @rspress/core.
src/global/SiteOverrides/index.tsx Changed usePageData import to @rspress/core/runtime.
src/global/VersionsNav/* Updated imports: types and components from @rspress/core/@rspress/core/theme instead of shared/unscoped.
src/plugins/* Changed all RspressPlugin, UserConfig, and logger imports from rspress/core/@rspress/shared to @rspress/core.
src/runtime/components/* Updated all imports/exports from rspress/runtime/rspress/theme to @rspress/core/runtime/@rspress/core/theme.
src/runtime/hooks/* Changed all imports from rspress/runtime to @rspress/core/runtime.
src/shared/helpers.ts Clarified type/value imports: NavItemWithLink from @rspress/core, functions from @rspress/shared.
src/theme.tsx Updated all imports/exports from rspress/runtime/theme to @rspress/core/runtime/theme.
src/types.ts Changed serve type import to @rspress/core.
src/utils/git.ts Updated logger import to @rspress/core.

Sequence Diagram(s)

sequenceDiagram
    participant App
    participant @rspress/core
    participant @rspress/core/runtime
    participant @rspress/core/theme

    App->>@rspress/core: Import core functions/types (logger, serve, build, dev, RspressPlugin, UserConfig)
    App->>@rspress/core/runtime: Import runtime hooks (useI18n, useLang, usePageData, isProduction, withBase, useDark)
    App->>@rspress/core/theme: Import/re-export theme components (Badge, Card, Tab, Tabs, Steps, Toc, LinkCard, SourceCode, etc.)
    Note over App: All previous imports from unscoped 'rspress' are now from '@rspress/core' packages
Loading

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~8 minutes

Possibly related PRs

  • alauda/doom#86: Also bumps the rspress dependency, but to v2.0.0-beta.13 instead of .22.
  • alauda/doom#84: Bumps rspress to v2.0.0-beta.12 and adjusts import paths, similar migration but to an earlier beta.
  • alauda/doom#28: Migrates to rspress v2 and updates dependencies, directly related to the current migration.

Poem

🐇✨
Scoped imports hop in, old paths hop out,
The code is refreshed, of that there’s no doubt.
Packages renamed and dependencies new,
The garden of modules is tidy and true.
With every import, a carrot to find—
Upgrade complete, and peace of mind!

✨ Finishing Touches
  • 📝 Generate Docstrings
🧪 Generate unit tests
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch chore/deps

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai generate unit tests to generate unit tests for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull Request Overview

This PR upgrades RSPress to version 2.0.0-beta.22, which includes significant changes to the import paths structure. The upgrade moves from direct rspress/* imports to scoped @rspress/* imports, aligning with the new package organization.

  • Updates all import statements from rspress/* to @rspress/core/* and related scoped packages
  • Upgrades package dependencies including RSPress core, plugins, and related tools
  • Updates documentation examples to reflect the new import paths

Reviewed Changes

Copilot reviewed 56 out of 57 changed files in this pull request and generated 1 comment.

Show a summary per file
File Description
package.json Updates RSPress dependencies to v2.0.0-beta.22 and adds @rspress/core package
src/utils/git.ts Updates logger import from rspress/core to @rspress/core
src/types.ts Updates serve import from rspress/core to @rspress/core
src/theme.tsx Updates all runtime and theme imports to use @rspress/core paths
src/shared/helpers.ts Reorganizes imports from @rspress/shared and @rspress/core
src/runtime/hooks/* Updates runtime hook imports to @rspress/core/runtime
src/runtime/components/* Updates all component imports to @rspress/core/theme and @rspress/core/runtime
src/plugins/* Updates all plugin type imports to @rspress/core
src/global/* Updates runtime and theme imports to @rspress/core paths
src/cli/* Updates core functionality imports to @rspress/core
docs/* Updates documentation examples with new import paths

@pkg-pr-new
Copy link

pkg-pr-new bot commented Jul 24, 2025

Open in StackBlitz

yarn add https://pkg.pr.new/@alauda/doom@143.tgz

commit: 70292a4

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🔭 Outside diff range comments (2)
src/types.ts (1)

2-15: typeof serve breaks with a type-only import – drop typeof.

serve is imported with import type, therefore it is only a type alias.
Using typeof serve requires a value-level symbol and will trigger:

"serve" cannot be used as a value because it was imported using 'import type'.

Replace Parameters<typeof serve>[0] with Parameters<serve>[0], or import serve as a regular (non-type) import if you really need typeof.

-export type BaseServeOptions = Parameters<typeof serve>[0]
+export type BaseServeOptions = Parameters<serve>[0]
src/shared/helpers.ts (1)

48-55: Regex injection / false-positive risk when matching active nav item

new RegExp(item.activeMatch || item.link) interprets any meta-characters contained in link ( ?, . …) as regex tokens, which can:

  1. Break on unescaped chars ([, ( …) → runtime error.
  2. Mark unrelated paths active.

Escaping the pattern (or expecting activeMatch to be a pre-validated regex) avoids both issues:

-import type { escapeRegExp } from 'lodash-es' // if lodash already in deps
-
-  new RegExp(item.activeMatch || item.link).test(
+  const pattern = item.activeMatch || escapeRegExp(item.link)
+  new RegExp(pattern).test(

(or roll your own tiny escapeRegExp to avoid the dependency).

🧹 Nitpick comments (3)
src/runtime/components/Mermaid.tsx (1)

21-23: Optional: avoid repeated global initialisation

mermaid.initialize mutates global config and is re-invoked every time isDark changes. Consider calling it once (or using mermaidAPI.updateSiteConfig) to reduce overhead.

src/shared/helpers.ts (1)

23-30: Explicit return type would help downstream callers

getUnversionedVersion currently returns string | undefined, but the lack of an explicit annotation forces consumers (and the compiler) to infer. A quick annotation keeps the public surface crystal-clear:

-export const getUnversionedVersion = (version?: string) => {
+export const getUnversionedVersion = (version?: string): string | undefined => {
src/runtime/components/Overview.tsx (1)

12-12: Mixed source packages (@rspress/runtime + @rspress/core)
Nothing wrong here, just flagging that runtime utilities remain in @rspress/runtime while theme/types came from @rspress/core. If the upstream ever consolidates again, this import split is the first place to update.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 818434f and be63268.

⛔ Files ignored due to path filters (1)
  • yarn.lock is excluded by !**/yarn.lock, !**/*.lock
📒 Files selected for processing (57)
  • .changeset/quick-dryers-burn.md (1 hunks)
  • docs/en/usage/mdx.mdx (1 hunks)
  • docs/zh/usage/mdx.mdx (1 hunks)
  • fixture-docs/en/index.mdx (1 hunks)
  • fixture-docs/ru/index.mdx (1 hunks)
  • fixture-docs/zh/index.mdx (1 hunks)
  • package.json (4 hunks)
  • src/cli/export.ts (1 hunks)
  • src/cli/index.ts (1 hunks)
  • src/cli/lint.ts (1 hunks)
  • src/cli/load-config.ts (1 hunks)
  • src/cli/translate.ts (1 hunks)
  • src/global/SiteOverrides/index.tsx (1 hunks)
  • src/global/VersionsNav/NavMenuGroup.tsx (1 hunks)
  • src/global/VersionsNav/NavMenuSingleItem.tsx (1 hunks)
  • src/global/VersionsNav/index.tsx (1 hunks)
  • src/plugins/api/index.ts (1 hunks)
  • src/plugins/attributes/index.ts (1 hunks)
  • src/plugins/auto-sidebar/index.ts (1 hunks)
  • src/plugins/auto-sidebar/utils.ts (1 hunks)
  • src/plugins/auto-sidebar/walk.ts (1 hunks)
  • src/plugins/auto-toc/index.ts (1 hunks)
  • src/plugins/directives/index.ts (1 hunks)
  • src/plugins/global/index.ts (1 hunks)
  • src/plugins/mermaid/index.ts (1 hunks)
  • src/plugins/permission/index.ts (1 hunks)
  • src/plugins/replace/index.ts (1 hunks)
  • src/plugins/replace/remark-replace.ts (1 hunks)
  • src/plugins/replace/resolve-reference.ts (1 hunks)
  • src/plugins/replace/resolve-release.ts (1 hunks)
  • src/plugins/replace/utils.ts (1 hunks)
  • src/plugins/sitemap/index.ts (1 hunks)
  • src/runtime/components/Badge.ts (1 hunks)
  • src/runtime/components/Card.ts (1 hunks)
  • src/runtime/components/ExternalSiteLink.tsx (1 hunks)
  • src/runtime/components/JsonViewer.tsx (1 hunks)
  • src/runtime/components/K8sCrd.tsx (1 hunks)
  • src/runtime/components/K8sPermissionTable.tsx (1 hunks)
  • src/runtime/components/LinkCard.ts (1 hunks)
  • src/runtime/components/Mermaid.tsx (1 hunks)
  • src/runtime/components/OpenAPIPath.tsx (1 hunks)
  • src/runtime/components/OpenAPIRef.tsx (1 hunks)
  • src/runtime/components/Overview.tsx (1 hunks)
  • src/runtime/components/PackageManagerTabs.ts (1 hunks)
  • src/runtime/components/Steps.ts (1 hunks)
  • src/runtime/components/Tab.ts (1 hunks)
  • src/runtime/components/Tabs.tsx (1 hunks)
  • src/runtime/components/Toc.ts (1 hunks)
  • src/runtime/components/_ExternalSiteBase.tsx (1 hunks)
  • src/runtime/components/_X.tsx (1 hunks)
  • src/runtime/components/_utils.ts (1 hunks)
  • src/runtime/hooks/useSiteOverrides.ts (1 hunks)
  • src/runtime/hooks/useTranslation.ts (1 hunks)
  • src/shared/helpers.ts (1 hunks)
  • src/theme.tsx (2 hunks)
  • src/types.ts (1 hunks)
  • src/utils/git.ts (1 hunks)
🧰 Additional context used
🧠 Learnings (58)
📓 Common learnings
Learnt from: JounQin
PR: alauda/doom#30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.
Learnt from: JounQin
PR: alauda/doom#30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like `@rspress/core/theme` work without any ESLint errors.
Learnt from: JounQin
PR: alauda/doom#30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as `"./theme": { "default": "./theme.ts" }`, so imports like `import { Badge, Button } from '@rspress/core/theme'` are valid even if ESLint shows resolution errors.
Learnt from: JounQin
PR: alauda/doom#40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like `import { logger } from '@rspress/shared/logger'` are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.
Learnt from: JounQin
PR: alauda/doom#34
File: src/cli/load-config.ts:290-0
Timestamp: 2025-05-29T10:23:34.965Z
Learning: In the @alauda/doom project, JounQin prefers concise error handling over verbose validation. While they prefer throwing on invalid configuration rather than graceful fallbacks, they don't want overly detailed validation with multiple explicit checks and error messages.
src/plugins/api/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

docs/en/usage/mdx.mdx (4)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

src/plugins/auto-sidebar/utils.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

.changeset/quick-dryers-burn.md (4)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #75
File: src/cli/load-config.ts:4-7
Timestamp: 2025-06-09T03:10:41.010Z
Learning: The alauda/doom project uses yarn v4 as the package manager, not npm. Always reference yarn commands when suggesting package management operations.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

src/runtime/components/PackageManagerTabs.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

fixture-docs/ru/index.mdx (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #117
File: src/remark-lint/no-heading-punctuation.ts:4-4
Timestamp: 2025-07-09T02:33:05.638Z
Learning: In the @alauda/doom project, JounQin prefers to keep the toString import from mdast-util-to-string as is, even though it shadows the global toString property. Variable shadowing warnings for this specific case should not be flagged as issues.

src/runtime/components/OpenAPIRef.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/types.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/utils/git.ts (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #9
File: src/cli/load-config.ts:27-27
Timestamp: 2025-05-12T11:11:41.048Z
Learning: The yoctocolors package is used in the codebase for colored terminal output, with the cyan function imported in src/cli/load-config.ts.

fixture-docs/en/index.mdx (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #117
File: src/remark-lint/no-heading-punctuation.ts:4-4
Timestamp: 2025-07-09T02:33:05.638Z
Learning: In the @alauda/doom project, JounQin prefers to keep the toString import from mdast-util-to-string as is, even though it shadows the global toString property. Variable shadowing warnings for this specific case should not be flagged as issues.

src/plugins/mermaid/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/plugins/replace/resolve-reference.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/plugins/replace/utils.ts (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #9
File: src/cli/load-config.ts:27-27
Timestamp: 2025-05-12T11:11:41.048Z
Learning: The yoctocolors package is used in the codebase for colored terminal output, with the cyan function imported in src/cli/load-config.ts.

src/runtime/components/K8sCrd.tsx (1)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

src/plugins/permission/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/components/ExternalSiteLink.tsx (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/hooks/useSiteOverrides.ts (6)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #34
File: src/theme.tsx:4-17
Timestamp: 2025-05-29T10:21:32.682Z
Learning: In the @alauda/doom project, environment variables like ALGOLIA_APP_ID, ALGOLIA_API_KEY, and ALGOLIA_INDEX_NAME are injected at build time, making non-null assertions safe when used after truthiness checks.

Learnt from: JounQin
PR: #117
File: src/remark-lint/no-heading-punctuation.ts:4-4
Timestamp: 2025-07-09T02:33:05.638Z
Learning: In the @alauda/doom project, JounQin prefers to keep the toString import from mdast-util-to-string as is, even though it shadows the global toString property. Variable shadowing warnings for this specific case should not be flagged as issues.

src/plugins/auto-toc/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/components/Tabs.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

src/runtime/components/LinkCard.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/runtime/components/Badge.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/plugins/replace/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

docs/zh/usage/mdx.mdx (4)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

src/plugins/replace/resolve-release.ts (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #9
File: src/cli/load-config.ts:27-27
Timestamp: 2025-05-12T11:11:41.048Z
Learning: The yoctocolors package is used in the codebase for colored terminal output, with the cyan function imported in src/cli/load-config.ts.

src/runtime/components/_ExternalSiteBase.tsx (6)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #117
File: src/remark-lint/no-heading-punctuation.ts:4-4
Timestamp: 2025-07-09T02:33:05.638Z
Learning: In the @alauda/doom project, JounQin prefers to keep the toString import from mdast-util-to-string as is, even though it shadows the global toString property. Variable shadowing warnings for this specific case should not be flagged as issues.

Learnt from: JounQin
PR: #117
File: src/remark-lint/constants.ts:1-1
Timestamp: 2025-07-09T02:31:06.588Z
Learning: In the @alauda/doom project, PUNCTUATION_REGEX in src/remark-lint/constants.ts is only used for test() operations, so the global flag is not needed and the current implementation /\p{P}/u is correct.

src/plugins/global/index.ts (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #117
File: src/remark-lint/constants.ts:1-1
Timestamp: 2025-07-09T02:31:06.588Z
Learning: In the @alauda/doom project, PUNCTUATION_REGEX in src/remark-lint/constants.ts is only used for test() operations, so the global flag is not needed and the current implementation /\p{P}/u is correct.

src/runtime/components/JsonViewer.tsx (4)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

fixture-docs/zh/index.mdx (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #117
File: src/remark-lint/no-heading-punctuation.ts:4-4
Timestamp: 2025-07-09T02:33:05.638Z
Learning: In the @alauda/doom project, JounQin prefers to keep the toString import from mdast-util-to-string as is, even though it shadows the global toString property. Variable shadowing warnings for this specific case should not be flagged as issues.

src/plugins/attributes/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/global/SiteOverrides/index.tsx (3)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/plugins/directives/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/global/VersionsNav/index.tsx (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/plugins/replace/remark-replace.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/components/K8sPermissionTable.tsx (3)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/runtime/components/_X.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

src/cli/lint.ts (5)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #75
File: src/cli/load-config.ts:4-7
Timestamp: 2025-06-09T03:10:41.010Z
Learning: The alauda/doom project uses yarn v4 as the package manager, not npm. Always reference yarn commands when suggesting package management operations.

src/cli/load-config.ts (6)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #9
File: src/cli/load-config.ts:27-27
Timestamp: 2025-05-12T11:11:41.048Z
Learning: The yoctocolors package is used in the codebase for colored terminal output, with the cyan function imported in src/cli/load-config.ts.

Learnt from: JounQin
PR: #117
File: src/remark-lint/no-heading-punctuation.ts:4-4
Timestamp: 2025-07-09T02:33:05.638Z
Learning: In the @alauda/doom project, JounQin prefers to keep the toString import from mdast-util-to-string as is, even though it shadows the global toString property. Variable shadowing warnings for this specific case should not be flagged as issues.

src/runtime/components/_utils.ts (2)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

src/cli/translate.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/runtime/components/OpenAPIPath.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/shared/helpers.ts (3)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/runtime/components/Tab.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/cli/index.ts (6)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #69
File: package.json:101-101
Timestamp: 2025-06-06T07:08:55.881Z
Learning: When a package has peer dependencies that require TypeScript (like @eslint-react/eslint-plugin), TypeScript should be moved from devDependencies to dependencies to satisfy the peer dependency requirement.

Learnt from: JounQin
PR: #69
File: package.json:101-101
Timestamp: 2025-06-06T07:08:55.881Z
Learning: When a package has peer dependencies that require TypeScript (like @eslint-react/eslint-plugin), TypeScript should be moved from devDependencies to dependencies to satisfy the peer dependency requirement.

src/global/VersionsNav/NavMenuGroup.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/plugins/sitemap/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/hooks/useTranslation.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/components/Card.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

package.json (8)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #69
File: package.json:101-101
Timestamp: 2025-06-06T07:08:55.881Z
Learning: When a package has peer dependencies that require TypeScript (like @eslint-react/eslint-plugin), TypeScript should be moved from devDependencies to dependencies to satisfy the peer dependency requirement.

Learnt from: JounQin
PR: #69
File: package.json:101-101
Timestamp: 2025-06-06T07:08:55.881Z
Learning: When a package has peer dependencies that require TypeScript (like @eslint-react/eslint-plugin), TypeScript should be moved from devDependencies to dependencies to satisfy the peer dependency requirement.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #75
File: src/cli/load-config.ts:4-7
Timestamp: 2025-06-09T03:09:17.876Z
Learning: When ESLint shows "Unable to resolve path to module" errors for packages that are listed in package.json dependencies, the issue is usually that npm install hasn't been run yet, not that the packages are missing from dependencies or that there's an ESLint configuration problem.

Learnt from: JounQin
PR: #75
File: src/cli/load-config.ts:4-7
Timestamp: 2025-06-09T03:10:41.010Z
Learning: The alauda/doom project uses yarn v4 as the package manager, not npm. Always reference yarn commands when suggesting package management operations.

src/runtime/components/Mermaid.tsx (4)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/cli/export.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/runtime/components/Toc.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/plugins/auto-sidebar/walk.ts (3)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/runtime/components/Steps.ts (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/plugins/auto-sidebar/index.ts (4)

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

src/global/VersionsNav/NavMenuSingleItem.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/runtime/components/Overview.tsx (3)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

src/theme.tsx (4)

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T08:59:41.491Z
Learning: In @rspress/core v2.0.0-beta.7, the '/theme' export is available in the package exports field as "./theme": { "default": "./theme.ts" }, so imports like import { Badge, Button } from '@rspress/core/theme' are valid even if ESLint shows resolution errors.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: The alauda/doom project uses yarn v4 for dependency management, which handles package exports and module resolution correctly, so imports like @rspress/core/theme work without any ESLint errors.

Learnt from: JounQin
PR: #40
File: src/plugins/sitemap/index.ts:7-7
Timestamp: 2025-05-29T16:25:28.086Z
Learning: In @rspress/shared v2.0.0-beta.8, the '/logger' export is available in the package exports field, so imports like import { logger } from '@rspress/shared/logger' are valid even if ESLint shows resolution errors. This is used throughout the codebase in files like src/cli/translate.ts, src/cli/load-config.ts, src/utils/git.ts, and src/plugins/sitemap/index.ts.

Learnt from: JounQin
PR: #30
File: src/runtime/components/K8sCrd.tsx:5-5
Timestamp: 2025-05-26T09:09:21.339Z
Learning: JounQin has mentioned multiple times that the alauda/doom project uses yarn v4, and there are no ESLint import resolution errors for @rspress/core subpath imports.

⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (7)
  • GitHub Check: Build and Lint with Node.js 24 on ubuntu-latest
  • GitHub Check: Build and Lint with Node.js 20 on ubuntu-latest
  • GitHub Check: Build and Lint with Node.js 22 on ubuntu-latest
  • GitHub Check: Build and Lint with Node.js 18 on ubuntu-latest
  • GitHub Check: Build and Lint with Node.js 22 on ubuntu-latest
  • GitHub Check: Build and Lint with Node.js 20 on ubuntu-latest
  • GitHub Check: Build and Lint with Node.js 18 on ubuntu-latest
🔇 Additional comments (61)
fixture-docs/ru/index.mdx (1)

5-5: Import path correctly migrated to the scoped package

@rspress/core/runtime is the new canonical entry-point in v2.x; the update keeps the fixture in sync with the dependency bump.
No further action required.

fixture-docs/zh/index.mdx (1)

5-5: Consistent namespace update

The runtime import now points to @rspress/core/runtime, matching the remainder of the migration work. Looks good.

fixture-docs/en/index.mdx (1)

1-1: Scoped runtime import looks good

Import path aligns with the bumped @rspress/core package; no issues spotted.

.changeset/quick-dryers-burn.md (1)

1-6: Changeset captures the dependency bump correctly

The new patch-level changeset documents the upgrade and will ensure versioning flows through on release.

src/plugins/auto-toc/index.ts (1)

1-1: Plugin type import updated to scoped core – looks correct

RspressPlugin now resolves from @rspress/core, matching the new package name. Build/type-check should continue to pass.

src/runtime/components/Tabs.tsx (1)

1-1: Import path correctly moved to scoped package
Switching to @rspress/core/theme matches the dependency bump and preserves type re-exports. No further action needed.

src/runtime/hooks/useSiteOverrides.ts (1)

1-1: Runtime helpers import updated as expected
isProduction and withBase now resolve from @rspress/core/runtime; this is the correct location after the package split. Looks good.

src/utils/git.ts (1)

5-5: Logger import migrated successfully
Importing logger from @rspress/core aligns with the new namespace; no behavioural impact on the git helper.

src/plugins/permission/index.ts (1)

1-1: Plugin type import updated
The RspressPlugin type now comes from @rspress/core; this keeps typings intact with the bumped version.

src/plugins/mermaid/index.ts (1)

1-1: Scoped core import looks correct
Import path change is consistent with the rest of the migration; no issues detected.

src/plugins/attributes/index.ts (1)

1-1: Import path update looks correct.

RspressPlugin now comes from the scoped package – consistent with the dependency bump. No other concerns.

src/runtime/components/JsonViewer.tsx (1)

1-1: Scoped theme import LGTM.

The switch to @rspress/core/theme is aligned with the package re-scoping; no further action required.

src/plugins/replace/utils.ts (1)

1-1: Action Needed: Confirm logger export source

It looks like @rspress/core does not re-export logger (no ./logger in its package exports or root files), which will cause a runtime error.

Please verify and adjust accordingly:

  • File: src/plugins/replace/utils.ts
  • Current import:
    import { logger } from '@rspress/core'
  • Suggested options:
    • Revert to the original import:
      import { logger } from '@rspress/shared/logger'
    • Or add a logger re-export in @rspress/core upstream
src/runtime/components/K8sCrd.tsx (1)

5-5: Theme import path update acknowledged.

The new scoped path matches the rest of the migration and keeps the component tree intact.

src/plugins/directives/index.ts (1)

1-1: Scoped import looks correct

Switching to @rspress/core matches the dependency bump and compiles fine with Yarn v4’s export resolution. No further action required.

src/plugins/replace/resolve-release.ts (1)

1-1: Confirmed logger re-export in @rspress/core
The logger symbol is exposed in dist/index.js of @rspress/core@2.0.0-beta.22 (line 2640), so importing logger from @rspress/core will work as expected. No action required.

src/runtime/components/_ExternalSiteBase.tsx (1)

1-1: Import path updated correctly

useLang now comes from @rspress/core/runtime; this aligns with the scoped-package migration and should compile cleanly.

src/runtime/components/Mermaid.tsx (1)

1-1: Import path migration acknowledged

Hook source switched to the scoped runtime module; looks good.

src/plugins/api/index.ts (2)

2-2: Scoped type import LGTM

RspressPlugin is now pulled from @rspress/core; matches the new dependency scope.


1-2: No stale unscoped rspress/... imports detected

I scanned the entire codebase for any import ... from 'rspress/... occurrences using both rg and grep and found no matches. No further action is needed.

src/runtime/components/OpenAPIRef.tsx (1)

1-1: Scoped import looks correct
Import path migrated to the new @rspress/core/runtime namespace and matches the project-wide move. No additional changes required here.

src/runtime/components/K8sPermissionTable.tsx (1)

1-1: Import path updated successfully
The switch to @rspress/core/runtime aligns with the dependency bump; no other impacts detected.

src/global/SiteOverrides/index.tsx (1)

1-1: LGTM – migration complete
Scoped runtime import is correct and consistent with the rest of the refactor.

src/plugins/replace/index.ts (1)

3-4: Core & logger imports migrated
Both type and value imports now point at @rspress/core, which matches the new package structure. Build tooling should resolve this without additional config under Yarn v4.

src/runtime/components/ExternalSiteLink.tsx (1)

1-1: Runtime hook import migrated correctly
The consolidated import from @rspress/core/runtime looks good and keeps tree-shaking intact.

docs/en/usage/mdx.mdx (1)

26-26: Documentation example updated correctly.

The import path change from 'rspress/theme' to '@rspress/core/theme' properly reflects the new scoped package structure. This ensures users following the documentation will use the correct import syntax.

docs/zh/usage/mdx.mdx (1)

25-25: Documentation example updated correctly.

The import path change from 'rspress/theme' to '@rspress/core/theme' properly reflects the new scoped package structure, maintaining consistency with the English documentation.

src/runtime/components/_X.tsx (1)

1-1: Import path updated correctly.

The migration from 'rspress/theme' to '@rspress/core/theme' for the getCustomMDXComponent import aligns with the dependency upgrade to the scoped package structure.

src/cli/translate.ts (1)

7-7: Logger import updated correctly.

The migration from 'rspress/core' to '@rspress/core' for the logger import aligns with the dependency upgrade to the scoped package structure.

src/plugins/auto-sidebar/utils.ts (1)

4-4: Logger import updated correctly.

The migration from 'rspress/core' to '@rspress/core' for the logger import aligns with the dependency upgrade to the scoped package structure.

src/cli/lint.ts (1)

3-3: LGTM: Import path successfully migrated to scoped package.

The import has been correctly updated from the unscoped rspress/core to the scoped @rspress/core package as part of the systematic migration to v2.0.0-beta.22.

src/cli/index.ts (1)

11-11: LGTM: Import path successfully migrated to scoped package.

The import has been correctly updated from the unscoped rspress/core to the scoped @rspress/core package, maintaining the same exported functions while using the new package structure.

src/runtime/components/OpenAPIPath.tsx (1)

1-2: LGTM: Import paths successfully migrated to scoped packages.

Both imports have been correctly updated:

  • usePageData from rspress/runtime to @rspress/core/runtime
  • Badge from rspress/theme to @rspress/core/theme

The subpath exports are properly supported in the new package structure.

src/plugins/replace/resolve-reference.ts (1)

4-4: LGTM: Import path successfully migrated to scoped package.

The logger import has been correctly updated from the unscoped rspress/core to the scoped @rspress/core package as part of the systematic migration.

src/cli/export.ts (1)

4-4: LGTM: Import path successfully migrated to scoped package.

The import has been correctly updated from the unscoped rspress/core to the scoped @rspress/core package, maintaining both logger and serve imports while using the new package structure.

src/runtime/hooks/useTranslation.ts (1)

1-1: LGTM: Clean import migration to scoped package.

The import path update from 'rspress/runtime' to '@rspress/core/runtime' is consistent with the broader package migration and maintains the same functionality.

src/plugins/replace/remark-replace.ts (1)

6-6: LGTM: Consistent logger import migration.

The import path update from 'rspress/core' to '@rspress/core' aligns with the broader package migration and maintains the same logger functionality.

src/global/VersionsNav/NavMenuGroup.tsx (1)

1-2: LGTM: Import consolidation under @rspress/core namespace.

The import updates consolidate NavItemWithLink and Tag imports under the @rspress/core and @rspress/core/theme packages respectively, which aligns with the package migration strategy.

src/runtime/components/_utils.ts (1)

5-6: LGTM: Logical import reorganization between core and shared packages.

The reorganization separates sidebar component types (@rspress/core) from shared types (@rspress/shared), which provides better separation of concerns while maintaining functionality.

src/plugins/sitemap/index.ts (1)

6-6: LGTM: Clean import consolidation.

Consolidating both logger and RspressPlugin imports from @rspress/core simplifies the import structure and aligns with the package migration strategy.

src/runtime/components/PackageManagerTabs.ts (1)

4-4: LGTM! Clean migration to scoped package.

The update from 'rspress/theme' to '@rspress/core/theme' aligns with the systematic package migration across the codebase.

src/global/VersionsNav/index.tsx (1)

1-6: LGTM! Consistent migration to scoped runtime package.

The import path update from 'rspress/runtime' to '@rspress/core/runtime' follows the established migration pattern and maintains all existing functionality.

src/runtime/components/Tab.ts (1)

1-1: LGTM! Consistent theme component migration.

The export path update to '@rspress/core/theme' follows the established pattern for theme component migrations.

src/runtime/components/LinkCard.ts (1)

1-1: LGTM! Theme component migration completed correctly.

The LinkCard export path update maintains consistency with the broader scoped package migration.

src/runtime/components/Badge.ts (1)

1-1: LGTM! Badge component migration follows established pattern.

The export path update to '@rspress/core/theme' completes the systematic migration for this set of theme components.

src/shared/helpers.ts (1)

1-2: Import split looks good

Type vs value separation is correct and aligns with the new @rspress/* package layout. No further action required.

src/global/VersionsNav/NavMenuSingleItem.tsx (1)

1-3: Import path updates are correct

The switch to scoped packages (@rspress/*) is accurate; nothing else to flag here.

src/plugins/global/index.ts (1)

4-5: Good migration

Type/value split and new import paths look correct. No functional impact.

src/runtime/components/Card.ts (1)

1-1: Re-export path updated successfully

Export now matches the new theme location. ✅

src/runtime/components/Toc.ts (1)

1-1: Re-export path updated successfully

Consistent with the rest of the theme components.

src/runtime/components/Steps.ts (1)

1-1: LGTM! Import path correctly updated to scoped package.

The migration from 'rspress/theme' to '@rspress/core/theme' is consistent with the dependency upgrade and aligns with the scoped package restructuring.

src/plugins/auto-sidebar/index.ts (1)

3-4: LGTM! Import reorganization follows logical package structure.

Moving RspressPlugin and UserConfig types to @rspress/core while keeping the addTrailingSlash utility in @rspress/shared creates a clear separation between core types and shared utilities.

src/plugins/auto-sidebar/walk.ts (1)

4-18: LGTM! Import reorganization properly categorizes utilities.

The redistribution of imports between @rspress/core and @rspress/shared creates logical separation:

  • Core runtime utilities (logger, withBase) moved to @rspress/core
  • General utility functions (isExternalUrl, removeLeadingSlash, slash) and shared types (NavItem) moved to @rspress/shared
src/cli/load-config.ts (1)

9-9: LGTM! Import consolidation simplifies dependency structure.

Consolidating both logger and UserConfig imports from @rspress/core reduces import complexity and properly groups core functionality together.

src/theme.tsx (2)

1-6: LGTM! Runtime and theme imports correctly migrated to scoped packages.

The import path updates from 'rspress/runtime' and 'rspress/theme' to '@rspress/core/runtime' and '@rspress/core/theme' are consistent with the dependency upgrade pattern.


26-26: LGTM! Re-export statement correctly updated.

The re-export from '@rspress/core/theme' maintains API compatibility while using the new scoped package structure.

package.json (4)

61-61: Semver union (||) is acceptable—just double-check tooling support
The ^8.19.4 || ^9.2.0 range is valid SemVer, but some ancillary tooling (e.g., outdated lock-file auditors) occasionally mis-parses the || syntax. Verify that:

  1. yarn install finishes without warnings, and
  2. yarn constraints / yarn dedupe still agree with the new range.

If any of those complain, consider falling back to a single caret range on the highest supported major.


93-93: Patch bump of openai looks safe
5.10.2 is a patch-level release; no breaking API moves were announced. 👍


137-137: @swc/core upgrade is fine but watch native binding rebuild time
Going from 1.13.11.13.2 should be ABI-compatible, yet CI caches might need a rebuild of native bindings. If the pipeline suddenly slows, clear the cache once.


70-73: No stale unscoped rspress imports found
A comprehensive ripgrep search for unscoped rspress in ES6 imports, import declarations, and CommonJS requires returned zero matches—your pinned @RsPress versions are safe.

src/runtime/components/Overview.tsx (1)

1-6: Import migration looks correct—types kept separate from runtime code
Using import type { … } from '@rspress/core' keeps the bundle clean after tsc/SWC stripping. Good attention to tree-shaking concerns.

@JounQin JounQin merged commit 4d6149c into main Jul 24, 2025
16 checks passed
@JounQin JounQin deleted the chore/deps branch July 24, 2025 03:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working dependencies Pull requests that update a dependency file upstream

Projects

None yet

Development

Successfully merging this pull request may close these issues.

重新刷新页面会短暂出现404页面然后恢复正常

2 participants