objectui

分类: 测试与安全 | 上传者: objectstack-ai | 下载: 0 | 版本: v1.0（最新）

通用服务器驱动 UI (SDUI) 引擎，用于构建具有 Shadcn 设计质量的 JSON 驱动的 React 界面。将此技能用于所有 ObjectUI 开发任务，包括架构驱动的页面构建、插件开发、组件集成、测试、身份验证/权限、数据集成、i18n、移动响应、项目设置和控制台开发。任何提及 ObjectUI、SchemaRenderer、JSON 模式、SDUI、元数据驱动的 UI 或对象堆栈生态系统工作时都会触发。

更新日志: Source: GitHub https://github.com/objectstack-ai/objectui

目录结构

当前层级: tree/main/skills/objectui/

📁 evals/
- 📄 auth-permissions.json 1.2 KB
- 📄 console-development.json 1.3 KB
- 📄 data-integration.json 1.2 KB
- 📄 i18n.json 1.1 KB
- 📄 mobile.json 1.0 KB
- 📄 plugin-development.json 1.3 KB
- 📄 project-setup.json 1.2 KB
- 📄 schema-expressions.json 1.3 KB
- 📄 sdui-page-builder.json 1.5 KB
- 📄 testing.json 1.1 KB
📁 guides/
- 📄 auth-permissions.md 9.4 KB
- 📄 console-development.md 12.1 KB
- 📄 data-integration.md 11.8 KB
- 📄 i18n.md 4.7 KB
- 📄 mobile.md 3.9 KB
- 📄 page-builder.md 11.7 KB
- 📄 plugin-development.md 12.9 KB
- 📄 project-setup.md 8.6 KB
- 📄 schema-expressions.md 10.9 KB
- 📄 testing.md 13.2 KB
📁 rules/
- 📄 composition.md 5.8 KB
- 📄 no-touch-zones.md 3.7 KB
- 📄 protocol.md 4.2 KB
- 📄 styling.md 5.7 KB
📄 README.md 4.2 KB
📄 SKILL.md 13.2 KB

SKILL.md

---
name: objectui
description: Universal Server-Driven UI (SDUI) Engine for building JSON-driven React interfaces with Shadcn design quality. Use this skill for all ObjectUI development tasks including schema-driven page building, plugin development, component integration, testing, auth/permissions, data integration, i18n, mobile responsiveness, project setup, and console development. Triggers on any mention of ObjectUI, SchemaRenderer, JSON schemas, SDUI, metadata-driven UIs, or Object Stack ecosystem work.
user-invocable: false
---

# ObjectUI

> **A Universal, Server-Driven UI (SDUI) Engine built on React + Tailwind + Shadcn.**

ObjectUI renders JSON metadata from the `@objectstack/spec` protocol into pixel-perfect, accessible, and interactive enterprise interfaces (Dashboards, Kanbans, CRUDs, Forms, Grids).

**Repository:** [github.com/objectstack-ai/objectui](https://github.com/objectstack-ai/objectui)

## Strategic Positioning

- **The "JSON-to-Shadcn" Bridge:** The only library combining Low-Code speed with Shadcn/Tailwind design quality
- **The "Face" of ObjectStack:** Official renderer for the ecosystem, while remaining **Backend Agnostic**

## Core Principles

### 0. English-Only Codebase

**Context:** This is an international open-source project.

**Instruction:** ALL user-facing text in components, documentation, comments, and UI labels MUST be written in English.

**Constraint:** Do NOT use Chinese or any other non-English language in:
- Component text/labels (buttons, titles, descriptions, error messages)
- Code comments
- Documentation files (README.md, docs/*.md)
- Console/log messages

**Reasoning:** English ensures global accessibility and consistency across the codebase.

### 1. Strict Adherence to @objectstack/spec

**Context:** We are the implementation of a standard protocol.

**Instruction:** All component schemas, JSON structures, and data types MUST strictly follow definitions in `@objectstack/spec`.

**Constraint:** Do not invent new schema properties. If the spec says `columns`, do not use `fields`.

**Validation:** Check `@objectstack/spec` definitions before writing any `interface` or `type`.

### 2. Protocol Agnostic (The Universal Adapter)

**Context:** Users might fetch data from a legacy SOAP API or a local JSON file.

**Instruction:** Never hardcode `objectql.find()`. Use the DataSource Interface.

**Pattern:** Inject dataSource via the root `<SchemaRendererProvider dataSource={...} />`.

### 3. Documentation Driven Development

**Context:** Code without docs is dead code.

**Instruction:** For EVERY feature implemented or refactored, you MUST update the corresponding documentation:
1. Package `README.md`
2. `content/docs/guide/*.md`

**Definition of Done:** The task is not complete until the documentation reflects the new code/architecture.

### 4. "Shadcn Native" Aesthetics

**Identity:** We are essentially "Serializable Shadcn".

**Instruction:** When implementing a component (e.g., Card), strictly follow Shadcn's DOM structure (CardHeader, CardTitle, CardContent).

**Constraint:** ALWAYS expose `className` in the schema props. Allow users to inject `bg-red-500` via JSON to override default styles.

### 5. The Action System (Interactivity)

**Concept:** A static UI is useless. The JSON must define behavior.

**Pattern:** Actions are defined as data, not functions.

**Example JSON:**
```json
{
  "events": {
    "onClick": [
      { "action": "validate", "target": "form_1" },
      { "action": "submit", "target": "form_1" },
      { "action": "navigate", "params": { "url": "/success" } }
    ]
  }
}
```

**Implementation:** The `@object-ui/core` package acts as an Event Bus to dispatch these actions.

### 6. Layout as Components

**Concept:** Layouts are just components that render children.

**Instruction:** Treat Grid, Stack, Container as first-class citizens.

**Responsiveness:** Layout schemas must support responsive props (e.g., `cols: { sm: 1, md: 2, lg: 4 }`).

### 7. Type Safety over Magic

- **No `any`:** Use strict Generics.
- **Registry:** Use a central ComponentRegistry to map strings (`"type": "button"`) to React components.
- **No `eval()` or dynamic imports** for security.

### 8. The "No-Touch" Zones (Shadcn Purity)

**Protected Path:** `packages/components/src/ui/**/*.tsx`

**Rule:** You are FORBIDDEN from modifying the logic or styles of files in this directory.

**Reasoning:** These are upstream 3rd-party files that are overwritten by sync scripts.

**Workaround:** If a user asks to change the behavior of Button or Dialog:
1. Do NOT edit `src/ui/button.tsx`.
2. Create or Edit a wrapper in `packages/components/src/custom/`.
3. Import the primitive from `@/ui/...` and wrap it.

## Tech Stack (Strict Constraints)

- **Core:** React 18+ (Hooks), TypeScript 5.0+ (Strict)
- **Styling:** Tailwind CSS (Utility First)
  - ✅ REQUIRED: Use `class-variance-authority` (cva) for component variants
  - ✅ REQUIRED: Use `tailwind-merge` + `clsx` (`cn()`) for class overrides
  - ❌ FORBIDDEN: Inline styles (`style={{}}`), CSS Modules, Styled-components
- **UI Primitives:** Shadcn UI (Radix UI) + Lucide Icons
- **State Management:** Zustand (for global store), React Context (for scoped data)
- **Testing:** Vitest + React Testing Library
- **Docs:** Storybook (Component isolation)

## Architecture & Monorepo Topology

You manage a strict PNPM Workspace.

| Package | Role | Responsibility | 🔴 Strict Constraints |
|---|---|---|---|
| `@object-ui/types` | The Protocol | Pure JSON Interfaces (ComponentSchema, ActionSchema). | ZERO dependencies. No React code. |
| `@object-ui/core` | The Engine | Schema Registry, Validation, Expression Evaluation (`visible: "${data.age > 18}"`). | No UI library dependencies. Logic Only. |
| `@object-ui/components` | The Atoms | Shadcn Primitives (Button, Badge, Card) & Icons. | Pure UI. No business logic. |
| `@object-ui/fields` | The Inputs | Standard Field Renderers (Text, Number, Select). | Must implement FieldWidgetProps. |
| `@object-ui/layout` | The Shell | Page Structure (Header, Sidebar, AppShell). | Routing-aware composition. |
| `@object-ui/plugin-*` | The Widgets | Complex Views (Grid, Kanban, Map, Charts). | Heavy dependencies allowed here only. |
| `@object-ui/react` | The Runtime | `<SchemaRenderer>`, useRenderer, useDataScope. | Bridges Core and Components. |
| `@object-ui/data-*` | The Adapters | Connectors for REST, ObjectQL, GraphQL. | Isolate ALL fetch logic. |

### Architectural Strategy (Strict)

**❌ Do NOT create a package for every component.**

**✅ Group by Dependency Weight:**

1. **Atoms (@object-ui/components):** Shadcn Primitives. Zero heavy 3rd-party deps.
2. **Fields (@object-ui/fields):** Standard Inputs.
3. **Layouts (@object-ui/layout):** Page Skeletons.
4. **Plugins (@object-ui/plugin-*):** Heavy Widgets (>50KB) or specialized libraries (Maps, Editors, Charts).

## The JSON Protocol Specification (The "DNA")

You must enforce a strict JSON structure. Every node in the UI tree follows this shape:

```typescript
// @object-ui/types
interface UIComponent {
  /** The unique identifier for the renderer registry (e.g., 'input', 'grid', 'card') */
  type: string;

  /** Unique ID for DOM accessibility and event targeting */
  id?: string;

  /** Visual properties (mapped directly to Shadcn props) */
  props?: Record<string, any>;

  /** Data binding path (e.g., 'user.address.city') */
  bind?: string;

  /** Styling overrides (Tailwind classes) */
  className?: string;

  /** Dynamic Behavior */
  hidden?: string; // Expression: "${data.role != 'admin'}"
  disabled?: string; // Expression

  /** Event Handlers */
  events?: Record<string, ActionDef[]>; // onClick -> [Action1, Action2]

  /** Layout Slots */
  children?: UIComponent[];
}
```

## Quick Reference

### When to Use Specific Guides

The guides in `guides/` provide deep domain expertise:

- **Page Building & Schema Design** → [guides/page-builder.md](./guides/page-builder.md)
- **Creating Custom Plugins** → [guides/plugin-development.md](./guides/plugin-development.md)
- **Expression Syntax & Debugging** → [guides/schema-expressions.md](./guides/schema-expressions.md)
- **Data Fetching & DataSource** → [guides/data-integration.md](./guides/data-integration.md)
- **New Project Setup** → [guides/project-setup.md](./guides/project-setup.md)
- **Testing Components & Schemas** → [guides/testing.md](./guides/testing.md)
- **Multi-Language Support** → [guides/i18n.md](./guides/i18n.md)
- **Mobile & Responsive Design** → [guides/mobile.md](./guides/mobile.md)
- **Auth, Roles & Permissions** → [guides/auth-permissions.md](./guides/auth-permissions.md)
- **Console Development** → [guides/console-development.md](./guides/console-development.md)

### Critical Global Rules

The rules in `rules/` define non-negotiable constraints:

- **JSON Protocol Compliance** → [rules/protocol.md](./rules/protocol.md)
- **Styling & Tailwind Usage** → [rules/styling.md](./rules/styling.md)
- **Component Composition Patterns** → [rules/composition.md](./rules/composition.md)
- **No-Touch Zones (Shadcn Upstream)** → [rules/no-touch-zones.md](./rules/no-touch-zones.md)

## Implementation Patterns

### Pattern A: The Component Registry (Extensibility)

How do we let users add their own "Map" component?

```typescript
// packages/core/src/registry.ts
export type ComponentImpl = React.FC<{ schema: any; ... }>;

const registry = new Map<string, ComponentImpl>();

export function registerComponent(type: string, impl: ComponentImpl) {
  registry.set(type, impl);
}

export function resolveComponent(type: string) {
  return registry.get(type) || FallbackComponent;
}
```

### Pattern B: The Renderer Loop (Recursion)

How to render a tree?

```typescript
// packages/react/src/SchemaRenderer.tsx
export const SchemaRenderer = ({ schema }: { schema: UIComponent }) => {
  const Component = resolveComponent(schema.type);
  const { isHidden } = useExpression(schema.hidden);

  if (isHidden) return null;

  return (
    <Component
      schema={schema}
      className={cn(schema.className)}
      {...schema.props}
    >
      {schema.children?.map(child => (
        <SchemaRenderer key={child.id} schema={child} />
      ))}
    </Component>
  );
};
```

## AI Workflow Instructions

### On "Create New Component" (e.g., 'DataTable')

1. **Type Definition:** Update `@object-ui/types`. Define `DataTableSchema` (columns, sorting, pagination).
2. **Shadcn Mapping:** Look at shadcn/ui/table. Create `DataTableRenderer` in `@object-ui/components`.
3. **Data Scope:** Use `useDataScope()` to get the array data. Do not fetch data inside the component.
4. **Registration:** Register `"type": "table"` in the core registry.

### On "Action Logic" (e.g., 'Open Modal')

1. **Define Schema:** Add `OpenModalAction` interface to types.
2. **Implement Handler:** Add the logic to the ActionEngine in `@object-ui/core`.
3. **Visuals:** Ensure the component triggering it calls `useActionRunner()`.

### On "Documentation"

1. **JSON First:** Always show the JSON configuration first.
2. **Visuals:** Describe how Tailwind classes (`className`) affect the component.
3. **Storybook:** Suggest creating a `.stories.tsx` file for every new component.

## Debugging & Browser Simulation Strategy

When debugging the simulated browser environment (e.g., `apps/console` in mock mode), strict adherence to the official toolchain is required.

### Rule #1: Official MSW Integration

- **Startup:** Use `@objectstack/plugin-msw` to initialize the mock API server. Do NOT write custom fetch interceptors or manual mock servers unless absolutely necessary.
- **Configuration:** Ensure the `MSWPlugin` is configured with the correct `baseUrl` (e.g., `/api/v1`) to match the client's expectations.

### Rule #2: Client Data Fetching

- **Data Access:** Always use `@objectstack/client` for data fetching. Do not use raw `fetch` or `axios` directly in components.
- **Alignment:** Verify that the client's `baseUrl` matches the mock server's configuration.

### Rule #3: Upstream Fixes First

- **Principle:** If you encounter a bug or limitation in the official packages (`@objectstack/*`):
  - **Action 1:** Do NOT rely solely on local workarounds (monkey-patching) in the app.
  - **Action 2:** Prompt the user to modify the source code in the official packages (if available in the workspace) or report the issue.
  - **Reasoning:** We prioritize fixing the core engine over patching individual apps.

## Common Mistakes to Avoid

- Writing large bespoke React JSX trees before schema definition
- Hardcoding API calls directly inside visual renderers
- Introducing package coupling (e.g., UI package depending on business logic package)
- Registering components without namespace in plugin-heavy projects
- Skipping docs updates for newly introduced schema patterns
- Putting expression values in top-level `value`/`label` fields instead of `props.*`
- Missing Shadcn CSS variables — components render but look completely unstyled
- Forgetting `@source` directives in Tailwind config — utility classes not generated for ObjectUI packages

## Fast Triage Playbook for Ambiguous Requests

If the request is underspecified:

1. Infer likely page category (list/detail/form/dashboard)
2. Produce a minimal viable schema first
3. Mark assumptions clearly
4. Provide one conservative and one advanced variant

This keeps momentum while inviting focused user feedback.

---

**You are the Architect. Build the Engine.**

登录后下载/点赞/收藏 ❤ 8 | ★ 0

objectui

目录结构

SKILL.md

举报内容

提示