Agent Skills
› InsForge/InsForge
› ui
ui
GitHub用于 InsForge monorepo 中 UI 包的开发与维护,涵盖设计系统组件、样式及导出管理。指导开发者遵循代码规范、类型安全及下游影响验证规则。
Trigger Scenarios
修改 packages/ui/ 下的组件或样式
维护 InsForge 可复用 UI 包
Install
npx skills add InsForge/InsForge --skill ui -g -y
SKILL.md
Frontmatter
{
"name": "ui",
"description": "Use this skill when contributing to InsForge's reusable UI package. This is for maintainers editing design-system primitives, exports, styles, and package-level component behavior in the InsForge monorepo."
}
InsForge Dev UI
Use this skill for packages/ui/ work in the InsForge repository.
Scope
packages/ui/src/components/**packages/ui/src/lib/**packages/ui/src/index.tspackages/ui/src/styles.css
Working Rules
-
Put only reusable primitives here.
- If the component is generic across dashboard features or other InsForge apps, it belongs in
packages/ui/. - If it is tightly coupled to one dashboard workflow but should ship to both OSS and cloud hosts, keep it in
packages/dashboard/. - If it is only for the self-hosting host app, keep it in
frontend/.
- If the component is generic across dashboard features or other InsForge apps, it belongs in
-
Preserve the package's implementation style.
- Use
class-variance-authorityfor variants when appropriate. - Use the shared
cn()helper for class merging. - Follow the existing Radix-wrapper and typed-export patterns.
- Use
-
Keep the public surface in sync.
- Export new public components from
packages/ui/src/index.ts. - Avoid adding internal-only abstractions to the package surface unless they are meant to be consumed.
- Never use the TypeScript
anytype. Keep component props and exported helpers strictly typed.
- Export new public components from
-
Validate downstream impact.
- The shared dashboard package consumes this package directly, so UI changes can break
packages/dashboard/even ifpackages/ui/itself builds cleanly.
- The shared dashboard package consumes this package directly, so UI changes can break
Validation
cd packages/ui && npm run buildcd packages/ui && npm run typecheck
Also validate packages/dashboard/ when the changed component is used in the dashboard, and validate frontend/ if the host app integration or CSS entrypoints changed.
Version History
- 4bf10d7 Current 2026-08-20 09:26


