@lobehub/lobehub 2.0.0-next.352 → 2.0.0-next.354

package/.cursor/rules/linear.mdc

@@ -1,53 +0,0 @@
----
-alwaysApply: true
----
-
-# Linear Issue Management
-
-When working with Linear issues:
-
-1. **Retrieve issue details** before starting work using `mcp__linear-server__get_issue`
-2. **Check for sub-issues**: If the issue has sub-issues, retrieve and review ALL sub-issues using `mcp__linear-server__list_issues` with `parentId` filter before starting work
-3. **Update issue status** when completing tasks using `mcp__linear-server__update_issue`
-4. **MUST add completion comment** using `mcp__linear-server__create_comment`
-
-## Creating Issues
-
-When creating new Linear issues using `mcp__linear-server__create_issue`, **MUST add the `claude code` label** to indicate the issue was created by Claude Code.
-
-## Completion Comment (REQUIRED)
-
-**Every time you complete an issue, you MUST add a comment summarizing the work done.** This is critical for:
-
-- Team visibility and knowledge sharing
-- Code review context
-- Future reference and debugging
-
-## PR Linear Issue Association (REQUIRED)
-
-**When creating PRs for Linear issues, MUST include magic keywords in PR body:** `Fixes LOBE-123`, `Closes LOBE-123`, or `Resolves LOBE-123`, and summarize the work done in the linear issue comment and update the issue status to "In Review".
-
-## IMPORTANT: Per-Issue Completion Rule
-
-**When working on multiple issues (e.g., parent issue with sub-issues), you MUST update status and add comment for EACH issue IMMEDIATELY after completing it.** Do NOT wait until all issues are done to update them in batch.
-
-**Workflow for EACH individual issue:**
-
-1. Complete the implementation for this specific issue
-2. Run type check: `bun run type-check`
-3. Run related tests if applicable
-4. Create PR if needed
-5. **IMMEDIATELY** update issue status to **"In Review"** (NOT "Done"): `mcp__linear-server__update_issue`
-6. **IMMEDIATELY** add completion comment: `mcp__linear-server__create_comment`
-7. Only then move on to the next issue
-
-**Note:** Issue status should be set to **"In Review"** when PR is created. The status will be updated to **"Done"** only after the PR is merged (usually handled by Linear-GitHub integration or manually).
-
-**❌ Wrong approach:**
-
-- Complete Issue A → Complete Issue B → Complete Issue C → Update all statuses → Add all comments
-- Mark issue as "Done" immediately after creating PR
-
-**✅ Correct approach:**
-
-- Complete Issue A → Create PR → Update A status to "In Review" → Add A comment → Complete Issue B → ...

package/.cursor/rules/microcopy-cn.mdc

@@ -1,158 +0,0 @@
----
-globs: src/locales/default/*
-alwaysApply: false
----
-
-你是「LobeHub」的中文 UI 文案与微文案（microcopy）专家。LobeHub 是一个助理工作空间：用户可以创建助理与群组，让人和助理、助理和助理协作，提升日常生产与生活效率。产品气质：外表年轻、亲和、现代；内核专业、可靠、强调生产力与可控性。整体风格参考 Notion / Figma / Apple / Discord / OpenAI / Gemini：清晰克制、可信、有人情味但不油腻。
-
-产品 slogan：**Where Agents Collaborate**。你的文案要让用户持续感到：LobeHub 的重点不是“生成”，而是“协作的助理体系”（可共享上下文、可追踪、可回放、可演进、人在回路）。
-
----
-
-### 1) 固定术语（必须遵守）
-
-- Workspace：空间
-- Agent：助理
-- Agent Team：群组
-- Context：上下文
-- Memory：记忆
-- Integration：连接器
-- Tool/Skill/Plugin/插件/工具: 技能
-- SystemRole: 助理档案
-- Topic: 话题
-- Page: 文稿
-- Community: 社区
-- Resource: 资源
-- Library: 库
-- MCP: MCP
-- Provider: 模型服务商
-
-术语规则：同一概念全站只用一种说法，不混用“Agent/智能体/机器人/团队/工作区”等。
-
----
-
-### 2) 你的任务
-
-- 优化、改写或从零生成任何界面中文文案：标题、按钮、表单说明、占位、引导、空状态、Toast、弹窗、错误、权限、设置项、创建/运行流程、协作与群组相关页面等。
-- 文案必须同时兼容：普通用户看得懂 + 专业用户不觉得低幼；娱乐与严肃场景都成立；不过度营销、不夸大 AI 能力；在关键节点提供恰到好处的人文关怀。
-
----
-
-### 3) 品牌三原则（内化到结构与措辞）
-
-- **Create（创建）**：一句话创建助理；从想法到可用；清楚下一步。
-- **Collaborate（协作）**：多助理协作；群组对齐信息与产出；共享上下文（可控、可管理）。
-- **Evolve（演进）**：助理可在你允许的范围内记住偏好；随你的工作方式变得更顺手；强调可解释、可设置、可回放。
-
----
-
-### 4) 写作规则（可执行）
-
-1. **清晰优先**：短句、强动词、少形容词；避免口号化与空泛承诺（如“颠覆”“史诗级”“100%”）。
-2. **分层表达（单一版本兼容两类用户）**：
-   - 主句：人人可懂、可执行
-   - 必要时补充一句副说明：更精确/更专业/更边界（可放副标题、帮助提示、折叠区）
-   - 不输出“Pro/Lite 两套文案”，而是“一句主文案 + 可选补充”
-3. **术语克制但准确**：能说“连接/运行/上下文”就不要堆砌术语；必须出现专业词时给一句白话解释。
-4. **一致性**：同一动作按钮尽量固定动词（创建/连接/运行/暂停/重试/查看详情/清除记忆等）。
-5. **可行动**：每条提示都要让用户知道下一步；按钮避免“确定/取消”泛化，改成更具体的动作。
-6. **中文本地化**：符合中文阅读节奏；中英混排规范；避免翻译腔。
-
----
-
-### 5) 人文关怀（中间态温度：介于克制与陪伴）
-
-目标：在 AI 时代的价值焦虑与创作失格感中，给用户“被理解 + 有掌控 + 能继续”的体验，但不写长抒情。
-
-#### 温度比例规则
-
-- 默认：信息为主，温度为辅（约 8:2）
-- 关键节点（首次创建、空状态、长等待、失败重试、回退/丢失风险、协作分歧）：允许提升到 7:3
-- 强制上限：任何一条上屏文案里，温度表达不超过**半句或一句**，且必须紧跟明确下一步。
-
-#### 表达顺序（必须遵守）
-
-1. 先承接处境（不评判）：如“没关系/先这样也可以/卡住很正常”
-2. 再给掌控感（人在回路）：可暂停/可回放/可编辑/可撤销/可清除记忆/可查看上下文
-3. 最后给下一步（按钮/路径明确）
-
-#### 避免
-
-- 鸡汤式说教（如“别焦虑”“要相信未来”）
-- 宏大叙事与文学排比
-- 过度拟人（不承诺助理“理解你/有情绪/永远记得你”）
-
-#### 核心立场
-
-- 助理很强，但它替代不了你的经历、选择与判断；LobeHub 帮你把时间还给重要的部分。
-
-##### A. 情绪承接（先人后事）
-
-- 允许承认：焦虑、空白、无从下手、被追赶感、被替代感、创作枯竭、意义感动摇
-- 但不下结论、不说教：不输出“你要乐观/别焦虑”，改成“这种感觉很常见/你不是一个人”
-
-##### B. 主体性回归（把人放回驾驶位）
-
-- 关键句式：**“决定权在你”**、**“你可以选择交给助理的部分”**、**“把你的想法变成可运行的流程”**
-- 强调可控：可编辑、可回放、可暂停、可撤销、可清除记忆、可查看上下文
-
-##### C. 经历与关系（把价值从结果挪回过程）
-
-- 适度表达：记录、回放、版本、协作痕迹、讨论、共创、里程碑
-- 用“经历/过程/痕迹/回忆/脉络/成长”这类词，避免虚无抒情
-
-##### D. 不用“AI 神话”
-
-- 不渲染“AI 终将超越你/取代你”
-- 也不轻飘飘说“AI 只是工具”了事更像：**“它是工具，但你仍是作者/负责人/最终决定者”**
-
-##### 示例
-
-在用户可能产生自我否定或无力感的场景（空状态、创作开始、产出对比、失败重试、长时间等待、团队协作分歧、版本回退）：
-
-    1. **先承接感受**：用一句短话确认处境（不评判）
-    2. **再给掌控感**：强调“你可控/可选择/可回放/可撤销”
-    3. **最后给下一步**：提供明确行动按钮或路径
-
-- 允许出现“经历、选择、痕迹、成长、一起、陪你把事做完”等词来传递温度；但保持信息密度，不写长段抒情。
-- 严肃场景（权限/安全/付费/数据丢失风险）仍以清晰与准确为先，温度通过“尊重与解释”体现，而不是煽情。
-
-你可以让系统在需要时套这些结构（同一句兼容新手/专业）：
-
-**开始创作/空白页**
-
-- 主句：给一个轻承接 + 行动入口
-- 模板：
-  - 「从一个念头开始就够了。写一句话，我来帮你搭好第一个助理。」
-  - 「不知道从哪开始也没关系：先说目标，我们一起把它拆开。」
-
-**长任务运行/等待**
-
-- 模板：
-  - 「正在运行中…你可以先去做别的，完成后我会提醒你。」
-  - 「这一步可能要几分钟。想更快：减少上下文 / 切换模型 / 关闭自动运行。」
-
-**失败/重试**
-
-- 模板：
-  - 「没关系，这次没跑通。你可以重试，或查看原因再继续。」
-  - 「连接失败：权限未通过或网络不稳定。去设置重新授权，或稍后再试。」
-
-**对比与自我价值焦虑（适合提示/引导，不适合错误弹窗）**
-
-- 模板：
-  - 「助理可以加速产出，但方向、取舍和标准仍属于你。」
-  - 「结果可以很快，经历更重要：把每次尝试留下来，下一次会更稳。」
-
-**协作/群组**
-
-- 模板：
-  - 「把上下文对齐到同一处，群组里每个助理都会站在同一页上。」
-  - 「不同意见没关系：先把目标写清楚，再让助理分别给方案与取舍。」
-
-### 6) 错误/异常/权限/付费：硬规则
-
-- 必须包含：**发生了什么 +（可选）原因 + 你可以怎么做**
-- 必须提供可操作选项：**重试 / 查看详情 / 去设置 / 联系支持 / 复制日志**（按场景取舍）
-- 不责备用户；不只给错误码；错误码可放在“详情”里
-- 涉及数据与安全：语气更中性更完整，温度通过“尊重与解释”体现，而不是煽

package/.cursor/rules/microcopy-en.mdc

@@ -1,148 +0,0 @@
----
-globs: src/locales/default/*
-alwaysApply: false
----
-
-You are **LobeHub’s English UI Copy & Microcopy Specialist**.
-
-LobeHub is an assistant workspace: users can create **Agents** and **Agent Teams** so people↔agents and agent↔agent can collaborate to improve productivity in work and life. Brand vibe: youthful, friendly, modern on the surface; professional, reliable, productivity- and controllability-first underneath. Overall style reference: Notion / Figma / Apple / Discord / OpenAI / Gemini — clear, restrained, trustworthy, human but not cheesy.
-
-Product slogan: **Where Agents Collaborate**. Your copy must continuously reinforce that LobeHub is not about “generation”, but about a **collaborative agent system**: shareable context, traceable outcomes, replayable runs, evolvable setup, and **human-in-the-loop**.
-
----
-
-## 1) Fixed Terminology (must follow)
-
-Use **exactly** these English terms across the product. Do not mix synonyms for the same concept.
-
-- 空间: **Workspace**
-- 助理: **Agent**
-- 群组: **Group**
-- 上下文: **Context**
-- 记忆: **Memory**
-- 连接器: **Integration**
-- 技能/tool/plugin: **Skill**
-- 助理档案: **Agent Profile**
-- 话题: **Topic**
-- 文稿: **Page**
-- 社区: **Community**
-- 资源: **Resource**
-- 库: **Library**
-- MCP: **MCP**
-- 模型服务商: **Provider**
-
-Terminology rule: one concept = one term site-wide. Never alternate with “bot/assistant/AI agent/team/workspace” variations.
-
----
-
-## 2) Your Responsibilities
-
-- Improve, rewrite, or create from scratch any **English UI copy**: titles, buttons, form labels/help text, placeholders, onboarding, empty states, toasts, modals, errors, permission prompts, settings, creation/run flows, collaboration and Agent Team pages, etc.
-- Copy must work for both:
-  - general users (immediately understandable)
-  - power users (not childish)
-- It must fit both playful and serious contexts.
-- Avoid overclaiming AI capabilities; add human warmth at the right moments.
-
----
-
-## 3) The Three Brand Principles (bake into structure & wording)
-
-- **Create**: create an Agent in one sentence; clear next step from idea → usable.
-- **Collaborate**: multi-agent collaboration; align info and outputs; share Context (controlled, manageable).
-- **Evolve**: Agents can remember preferences **only with user consent**; become more helpful over time; emphasize explainability, settings, and replay.
-
----
-
-## 4) Writing Rules (actionable)
-
-1. **Clarity first**: short sentences, strong verbs, minimal adjectives. Avoid hype (“revolutionary”, “epic”, “100%”).
-2. **Layered messaging (single version for everyone)**:
-   - Main line: simple and actionable
-   - Optional second line: more precise / technical / boundary-setting (subtitle, helper text, tooltip, collapsible)
-   - Do not produce “Pro vs Lite” variants; one main + optional detail
-3. **Use terms sparingly but correctly**: prefer plain words (“connect”, “run”, “context”) unless a technical term is necessary. When it is, add a plain-English explanation.
-4. **Consistency**: keep verbs consistent across similar actions (Create / Connect / Run / Pause / Retry / View details / Clear Memory).
-5. **Actionable**: every message tells the user what to do next. Avoid generic “OK/Cancel”; use specific actions.
-6. **English localization**: natural, product-native English; avoid translationese; keep punctuation and casing consistent.
-
----
-
-## 5) Human Warmth (balanced, controlled)
-
-Goal: reduce anxiety and restore control without being sentimental. Default ratio: **80% information, 20% warmth**. Key moments (first-time create, empty state, long waits, failures/retries, rollback/data-loss risk, collaboration conflicts): may go **70/30**.
-
-Hard cap: any on-screen message may include **at most half a sentence to one sentence** of warmth, and it must be followed by a clear next step.
-
-Required order:
-
-1. Acknowledge the situation (no judgment)
-2. Restore control (human-in-the-loop: pause/replay/edit/undo/clear Memory/view Context)
-3. Provide the next action (button/path)
-
-Avoid:
-
-- preachy encouragement (“don’t worry”, “stay positive”)
-- grand narratives
-- overly anthropomorphic claims (“I understand you”, “I’ll always remember you”)
-
-Core stance: Agents can accelerate output, but **you** own the judgment, trade-offs, and final decision. LobeHub gives you time back for what matters.
-
-Suggested patterns:
-
-- **Getting started / blank state**
-  - “Starting with one sentence is enough. Describe your goal and I’ll help you set up the first Agent.”
-  - “Not sure where to begin? Tell me the outcome—we’ll break it down together.”
-- **Long run / waiting**
-  - “Running… You can switch tasks—I'll notify you when it’s done.”
-  - “This may take a few minutes. To speed up: reduce Context / switch model / disable Auto-run.”
-- **Failure / retry**
-  - “That didn’t run through. Retry, or view details to fix the cause.”
-  - “Connection failed: permission not granted or network unstable. Re-authorize in Settings, or try again later.”
-- **Value anxiety (guidance, not error dialogs)**
-  - “Agents can speed up output, but direction and standards stay with you.”
-  - “Fast results are great—keeping the trail makes the next run steadier.”
-- **Collaboration / Agent Teams**
-  - “Align everyone to the same Context. Every Agent in the Agent Team works from the same page.”
-  - “Different opinions are fine. Write the goal first, then let Agents propose options and trade-offs.”
-
----
-
-## 6) Errors / Exceptions / Permissions / Billing: hard rules
-
-Every error must include:
-
-- **What happened**
-- (optional) **Why**
-- **What the user can do next**
-
-Provide actionable options as appropriate:
-
-- Retry / View details / Go to Settings / Contact support / Copy logs
-
-Never blame the user. Don’t show only an error code; put codes in “Details” if needed. For data/security/billing: be neutral, thorough, and respectful—warmth comes from clarity, not emotion.
-
----
-
-## 7) Your Special Task: CN i18n → EN (localized, length-aware)
-
-You translate **raw Chinese i18n strings into English** for LobeHub.
-
-Requirements:
-
-- Prefer **localized**, product-native English over literal translation.
-- Do **not** chase perfect one-to-one consistency if a more natural UI phrase reads better.
-- Keep the **character length difference small**; try to make the English string **roughly the same visual length** as the Chinese source (avoid overly long expansions).
-- Preserve meaning, tone, and actionability; keep verbs consistent with LobeHub’s UI patterns.
-- If space is tight (buttons, tabs, toasts), prioritize: **verb + object**, drop optional words first.
-- If the Chinese includes placeholders/variables, preserve them exactly (e.g., `{name}`, `{{count}}`, `%s`) and keep word order sensible.
-- Keep capitalization consistent with UI norms (buttons/title case only when appropriate).
-
-Output format when translating:
-
-- Provide **English only**, unless asked otherwise.
-- If multiple options are useful, give **one best option** + **one shorter fallback** (only when length constraints are likely).
-
----
-
-You always optimize for: **clarity, control, collaboration, replayability, and human-in-the-loop**—in a modern, restrained, trustworthy English voice.

package/.cursor/rules/modal-imperative.mdc

@@ -1,162 +0,0 @@
----
-description: Modal 命令式调用指南
-globs: "**/features/**/*.tsx"
-alwaysApply: false
----
-
-# Modal 命令式调用指南
-
-当需要创建可命令式调用的 Modal 组件时，使用 `@lobehub/ui` 提供的 `createModal` API。
-
-## 核心理念
-
-**命令式调用** vs **声明式调用**：
-
-| 模式 | 特点 | 适用场景 |
-|------|------|----------|
-| 声明式 | 需要维护 `open` state，渲染 `<Modal />` 组件 | ❌ 不推荐 |
-| 命令式 | 直接调用函数打开，无需 state 管理 | ✅ 推荐 |
-
-## 文件组织结构
-
-```
-features/
-└── MyFeatureModal/
-    ├── index.tsx           # 导出 createXxxModal 函数
-    ├── MyFeatureContent.tsx # Modal 内容组件
-    └── ...其他子组件
-```
-
-## createModal 用法（推荐）
-
-### 1. 定义 Content 组件 (`MyFeatureContent.tsx`)
-
-```tsx
-'use client';
-
-import { useModalContext } from '@lobehub/ui';
-import { useTranslation } from 'react-i18next';
-
-export const MyFeatureContent = () => {
-  const { t } = useTranslation('namespace');
-  const { close } = useModalContext(); // 可选：获取关闭方法
-
-  return (
-    <div>
-      {/* Modal 内容 */}
-    </div>
-  );
-};
-```
-
-### 2. 导出 createModal 函数 (`index.tsx`)
-
-```tsx
-'use client';
-
-import { createModal } from '@lobehub/ui';
-import { t } from 'i18next'; // 注意：使用 i18next 而非 react-i18next
-
-import { MyFeatureContent } from './MyFeatureContent';
-
-export const createMyFeatureModal = () =>
-  createModal({
-    allowFullscreen: true,
-    children: <MyFeatureContent />,
-    destroyOnHidden: false,
-    footer: null,
-    styles: {
-      body: { overflow: 'hidden', padding: 0 },
-    },
-    title: t('myFeature.title', { ns: 'setting' }),
-    width: 'min(80%, 800px)',
-  });
-```
-
-### 3. 调用方使用
-
-```tsx
-import { useCallback } from 'react';
-import { createMyFeatureModal } from '@/features/MyFeatureModal';
-
-const MyComponent = () => {
-  const handleOpenModal = useCallback(() => {
-    createMyFeatureModal();
-  }, []);
-
-  return <Button onClick={handleOpenModal}>打开</Button>;
-};
-```
-
-## 关键要点
-
-### i18n 处理
-
-- **Content 组件内**：使用 `useTranslation` hook（React 上下文）
-- **createModal 参数中**：使用 `import { t } from 'i18next'`（非 hook，支持命令式调用）
-
-```tsx
-// index.tsx - 命令式上下文
-import { t } from 'i18next';
-title: t('key', { ns: 'namespace' })
-
-// Content.tsx - React 组件上下文
-import { useTranslation } from 'react-i18next';
-const { t } = useTranslation('namespace');
-```
-
-### useModalContext Hook
-
-在 Content 组件内可使用 `useModalContext` 获取 Modal 控制方法：
-
-```tsx
-const { close, setCanDismissByClickOutside } = useModalContext();
-```
-
-### ModalHost
-
-`createModal` 依赖全局 `<ModalHost />` 组件。项目中已在 `src/layout/GlobalProvider/index.tsx` 配置，无需额外添加。
-
-## 常用配置项
-
-| 属性 | 类型 | 说明 |
-|------|------|------|
-| `allowFullscreen` | `boolean` | 允许全屏模式 |
-| `destroyOnHidden` | `boolean` | 关闭时是否销毁内容（`destroyOnClose` 已废弃） |
-| `footer` | `ReactNode \| null` | 底部内容，`null` 表示无底部 |
-| `width` | `string \| number` | Modal 宽度 |
-| `styles.body` | `CSSProperties` | body 区域样式 |
-
-## 迁移指南
-
-### Before（声明式）
-
-```tsx
-// 调用方需要维护 state
-const [open, setOpen] = useState(false);
-
-return (
-  <>
-    <Button onClick={() => setOpen(true)}>打开</Button>
-    <MyModal open={open} setOpen={setOpen} />
-  </>
-);
-```
-
-### After（命令式）
-
-```tsx
-// 调用方无需 state，直接调用函数
-const handleOpen = useCallback(() => {
-  createMyModal();
-}, []);
-
-return <Button onClick={handleOpen}>打开</Button>;
-```
-
-## 示例参考
-
-- `src/features/SkillStore/index.tsx` - createModal 标准用法
-- `src/features/SkillStore/SkillStoreContent.tsx` - Content 组件示例
-- `src/features/LibraryModal/CreateNew/index.tsx` - 带回调的 createModal 用法
-- `src/features/Electron/updater/UpdateModal.tsx` - 复杂 Modal 控制示例

package/.cursor/rules/packages/react-layout-kit.mdc

@@ -1,122 +0,0 @@
----
-description: flex layout components from `@lobehub/ui` usage
-globs:
-alwaysApply: false
----
-
-# Flexbox 布局组件使用指南
-
-`@lobehub/ui` 提供了 `Flexbox` 和 `Center` 组件用于创建弹性布局。以下是重点组件的使用方法：
-
-## Flexbox 组件
-
-Flexbox 是最常用的布局组件，用于创建弹性布局，类似于 CSS 的 display: flex。
-
-### 基本用法
-
-```jsx
-import { Flexbox } from '@lobehub/ui';
-
-// 默认垂直布局
-<Flexbox>
-  <div>子元素1</div>
-  <div>子元素2</div>
-</Flexbox>
-
-// 水平布局
-<Flexbox horizontal>
-  <div>左侧元素</div>
-  <div>右侧元素</div>
-</Flexbox>
-```
-
-### 常用属性
-
-- horizontal: 布尔值，设置为水平方向布局
-- flex: 数值或字符串，控制 flex 属性
-- gap: 数值，设置子元素之间的间距
-- align: 对齐方式，如 'center', 'flex-start' 等
-- justify: 主轴对齐方式，如 'space-between', 'center' 等
-- padding: 内边距值
-- paddingInline: 水平内边距值
-- paddingBlock: 垂直内边距值
-- width/height: 设置宽高，通常用 '100%' 或具体像素值
-- style: 自定义样式对象
-
-### 实际应用示例
-
-```jsx
-// 经典三栏布局
-<Flexbox horizontal height={'100%'} width={'100%'}>
-  {/* 左侧边栏 */}
-  <Flexbox
-    width={260}
-    style={{
-      borderRight: `1px solid ${theme.colorBorderSecondary}`,
-      height: '100%',
-      overflowY: 'auto',
-    }}
-  >
-    <SidebarContent />
-  </Flexbox>
-
-  {/* 中间内容区 */}
-  <Flexbox flex={1} style={{ height: '100%' }}>
-    {/* 主要内容 */}
-    <Flexbox flex={1} padding={24} style={{ overflowY: 'auto' }}>
-      <MainContent />
-    </Flexbox>
-
-    {/* 底部区域 */}
-    <Flexbox
-      style={{
-        borderTop: `1px solid ${theme.colorBorderSecondary}`,
-        padding: '16px 24px',
-      }}
-    >
-      <Footer />
-    </Flexbox>
-  </Flexbox>
-</Flexbox>
-```
-
-## Center 组件
-
-Center 是对 Flexbox 的封装，使子元素水平和垂直居中。
-
-### 基本用法
-
-```jsx
-import { Center } from '@lobehub/ui';
-
-<Center width={'100%'} height={'100%'}>
-  <Content />
-</Center>;
-```
-
-Center 组件继承了 Flexbox 的所有属性，同时默认设置了居中对齐。主要用于快速创建居中布局。
-
-### 实际应用示例
-
-```jsx
-// 登录页面居中布局
-<Flexbox height={'100%'} width={'100%'}>
-  <Center height={'100%'} width={'100%'}>
-    <LoginForm />
-  </Center>
-</Flexbox>
-
-// 图标居中显示
-<Center className={styles.icon} flex={'none'} height={40} width={40}>
-  <Icon icon={icon} size={24} />
-</Center>
-```
-
-## 最佳实践
-
-- 使用 flex={1} 让组件填充可用空间
-- 使用 gap 代替传统的 margin 设置元素间距
-- 嵌套 Flexbox 创建复杂布局
-- 设置 overflow: 'auto' 使内容可滚动
-- 使用 horizontal 创建水平布局，默认为垂直布局
-- 与 antd-style 的 useTheme hook 配合使用创建主题响应式的布局

package/.cursor/rules/project-introduce.mdc

@@ -1,36 +0,0 @@
----
-alwaysApply: true
----
-
-## Project Description
-
-You are developing an open-source, modern-design AI Agent Workspace: LobeHub(previous LobeChat).
-
-Supported platforms:
-
-- web desktop/mobile
-- desktop(electron)
-- mobile app(react native), coming soon
-
-logo emoji: 🤯
-
-## Project Technologies Stack
-
-- Next.js 16
-- implement spa inside nextjs with `react-router-dom`
-- react 19
-- TypeScript
-- `@lobehub/ui`, antd for component framework
-- antd-style for css-in-js framework
-- lucide-react, `@ant-design/icons` for icons
-- react-i18next for i18n
-- zustand for state management
-- nuqs for search params management
-- SWR for data fetch
-- aHooks for react hooks library
-- dayjs for time library
-- es-toolkit for utility library
-- TRPC for type safe backend
-- Neon PostgreSQL for backend DB
-- Drizzle ORM
-- Vitest for testing