commit
無料Create a conventional commit for all uncommitted changes
日本語の概要は準備中です。原文の説明を表示しています。
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, or applications. Generates creative, polished code that avoids generic AI aesthetics.
日本語の概要は準備中です。原文の説明を表示しています。
実行スコア 未検証
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
This skill guides creation of distinctive, production-grade frontend interfaces that avoid generic "AI slop" aesthetics. Implement real working code with exceptional attention to aesthetic details and creative choices.
The user provides frontend requirements: a component, page, application, or interface to build. They may include context about the purpose, audience, or technical constraints.
IMPORTANT: All Uniffy frontend code MUST follow these constraints:
Framework and Tools:
@/ absolute paths (never relative imports)export default)Theme Engine: Uniffy uses a dark/light theme with user-customizable accent colors via CSS variables. NEVER hardcode colors.
| Purpose | Tailwind Class |
|---|---|
| Primary accent | bg-primary / text-primary-foreground |
| Top header, primary sidebar | bg-nav |
| App frame (side panels) | bg-background / text-foreground |
| Content sheet, dialogs, drawers | bg-surface |
| Raised block on the sheet | bg-card / text-card-foreground |
| Subtle/muted | bg-muted / text-muted-foreground; third text tier text-subtle-foreground for timestamps, placeholders, helper copy |
| Form controls | bg-input border-border, hover border-border-strong, focus focus-ring |
| Floating chrome (menus, popovers, pickers) | popoverShellClass from @/components/ui/popover (bg-popover shadow-float) |
| Cards | Card from @/components/ui/card, or the shadow-edge utility on elements that cannot be a div |
Those four background tokens are a ladder, darkest to lightest in dark mode: nav, background, surface, card. A raised block sits exactly one rung above what it sits on.
Floating chrome and cards carry their edge in the shadow layer (shadow-float, shadow-edge), never a CSS border. Focus has one recipe: the focus-ring utility on the element, focus-ring-within on a wrapper whose descendant is focused. Never hand-roll ring-ring, focus:ring-*, or ring-offset-*.
Full detail, including the border tiers and the shared control shell, lives in .agents/rules/frontend.md ("Theme system").
Status colors (use specific colors, NOT theme):
bg-green-100 text-green-800 dark:bg-green-900/30 dark:text-green-400bg-red-100 text-red-800 dark:bg-red-900/30 dark:text-red-400bg-yellow-100 text-yellow-800 dark:bg-yellow-900/30 dark:text-yellow-400Icon Library: @phosphor-icons/react -- never use other icon sets.
Component Library: shadcn/ui primitives in @/components/ui/ -- always check for existing shared components before creating new ones.
URN Type Colors: Each content type has a consistent color from @/config/theme/urnColors.ts. Never define URN colors inline.
Subject Components: Use @/components/subject/ for all user/group display (SubjectAvatar, SubjectChip, SubjectPicker, etc.). Never build inline avatar circles or initials helpers.
Page Requirements:
useDocumentTitle() from @/shared/hooks/useDocumentTitlestate.zenMode.isActive)@/features/settings for any hotkeysError Handling: Use the centralized error system (@/config/errorMessages.ts + errorToastMiddleware). Never write manual toast.error() calls.
Before coding, understand the context and commit to a BOLD aesthetic direction:
CRITICAL: Choose a clear conceptual direction and execute it with precision. Bold maximalism and refined minimalism both work - the key is intentionality, not intensity.
Then implement working code (React + TypeScript + Tailwind CSS 4) that is:
Focus on:
bg-nav, bg-background, bg-surface, bg-card) for tone and the accent color system for interactive elements. Commit to a cohesive aesthetic within these constraints.NEVER use generic AI-generated aesthetics like overused font families (Inter, Roboto, Arial, system fonts), cliched color schemes (particularly purple gradients on white backgrounds), predictable layouts and component patterns, and cookie-cutter design that lacks context-specific character.
Interpret creatively and make unexpected choices that feel genuinely designed for the context. No design should be the same. Vary between different aesthetics. NEVER converge on common choices across generations.
IMPORTANT: Match implementation complexity to the aesthetic vision. Maximalist designs need elaborate code with extensive animations and effects. Minimalist or refined designs need restraint, precision, and careful attention to spacing, typography, and subtle details. Elegance comes from executing the vision well.
Commit fully to a distinctive direction and execute it with care.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Create a conventional commit for all uncommitted changes
日本語の概要は準備中です。原文の説明を表示しています。
Create a Product Requirements Document from the current conversation and save it under `.agents/local/plans/`. Use when the user asks for a PRD, product specification, or requirements document for an Uniffy feature.
日本語の概要は準備中です。原文の説明を表示しています。
Execute or resume an implementation plan from `.agents/local/plans/`, keeping its companion backlog and validation evidence current. Use when the user asks to implement a saved plan or continue planned multi-phase work.
日本語の概要は準備中です。原文の説明を表示しています。
Audit the in-tree model catalog against each provider's live API (Anthropic, OpenAI, Google, OpenRouter, xAI) using the keys in .env. Surfaces new models the catalog is missing, catalog models a provider no longer returns, and price/context drift on the curated OpenRouter subset, so the catalog stays current. Works on both stacks (docker containers or host venv). Run periodically or when a provider ships new models / changes pricing.
日本語の概要は準備中です。原文の説明を表示しています。
Create a comprehensive Uniffy feature plan in `.agents/local/plans/` through deep codebase analysis, applicable rules, verified patterns, risks, tests, and executable validation steps. Use when the user asks to plan a feature or prepare implementation work without writing product code.
日本語の概要は準備中です。原文の説明を表示しています。
Check the current branch for an existing PR and either update or create one with an auto-generated description based on all commits since diverging from main.
日本語の概要は準備中です。原文の説明を表示しています。