mesh-avatar-studio
일러스트를 코딩 에이전트와 로컬 편집기로 2D 메쉬 애니메이션 아바타로 변환
에이전트를 위한 친화적인 디자인 언어
An agent-friendly design language. One command copies real, editable component source into your repo — your coding agent learns the style and builds the rest of your UI to match.
디자인Svelte · TypeScriptGitHub @Chukwuka-Osakwe온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기An agent-friendly design language you copy into your repo, shadcn-style — via npx aronia. Pick an opinionated look and your coding agent builds your whole UI in it, so what you ship stands out instead of looking like every other AI-built app.
저장소 README에서 가져옴
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
An agent-friendly design language you copy into your repo — not a black-box dependency.
aronia isn't a component library you npm install and import from. It's a design
language delivered shadcn-style: one command copies real, editable component
source — tokens, styles, and a thin skin in your framework — into your repo,
alongside a machine-readable manifest. Your coding agent reads that source as a
worked example and builds the rest of your UI in the same style, unsupervised.
Bring the language in first — this commits to no style yet:README 전문 보기 ↗An agent-friendly design language you copy into your repo — not a black-box dependency.
aronia isn't a component library you npm install and import from. It's a design
language delivered shadcn-style: one command copies real, editable component
source — tokens, styles, and a thin skin in your framework — into your repo,
alongside a machine-readable manifest. Your coding agent reads that source as a
worked example and builds the rest of your UI in the same style, unsupervised.
Bring the language in first — this commits to no style yet:
npx aronia init
That writes the onboarding and the full family menu into aronia/, with no
component code and no style adopted:
aronia/
START.md # optional: an agent-run conversation to choose a direction
AGENTS.md # how an agent should build with aronia
aronia.manifest.json # the family menu — no components, no style adopted yet
Then point your agent at it:
Start at
aronia/START.md. If I already know what I'm building and the style I want, skip it and build; otherwise help me choose. Then build with aronia and matcharonia/.
START.md is optional — a short conversation for when you're not a designer and
want help settling the scope and picking one of the four families before any UI
gets written. Know what you want already? Tell the agent to skip it.
Once a style is chosen, pull components — the first add adopts that style (and
your framework), so later ones need no flag:
npx aronia add button --style swiss # adopts swiss
npx aronia add card badge # same language, no --style needed
Each add writes the tokens (once per style), the component's styles, and a thin
skin in your framework into aronia/<style>/, and records the component in
aronia/aronia.manifest.json — its style class, data-* attributes, files, and
full prop spec — so the agent works from the exact contract, not a guess.
Four design languages, 20 components each. Add --style <id> to any command.
neo-brutalism — thick black borders, hard offset shadows (no blur), flat
saturated colour, chunky heavy type, and a tactile "shove" on press. For bold,
playful, high-contrast interfaces.glassmorphism — frosted translucent surfaces over a backdrop blur, soft
hairline borders, diffuse shadows, generous rounded corners. For modern,
layered interfaces over vivid gradients or imagery. (Needs a non-uniform
backdrop — glass is invisible on a flat solid fill.)swiss — clean, grid-driven minimalism: near-monochrome ink on white,
hairline borders, crisp corners, flat surfaces, and a single hazard-orange
accent. For precise, content-first, understated interfaces.risograph — warm risograph print aesthetic: a soft paper ground,
plum-indigo ink (no true black), spot red/blue inks with a single fluoro-pink
accent, grain and overprint texture, sharp 0px corners, and no shadows. For
craft-retro, printed-feeling interfaces that stand apart from the flat default.All four families ship: Button, Link, Card, Badge, Input, Textarea, Toggle, Checkbox, RadioGroup, Select, Field, Modal, Alert, Tabs, Accordion, Dropdown Menu, Spinner, Progress, Skeleton, and Toast.
aronia init # bring the language + onboarding in, no style yet
aronia add <component...> [options] # add components; the first add adopts a style
| Option | Description | Default |
|---|---|---|
--style <id> | neo-brutalism, glassmorphism, swiss, or risograph. Required for the first add; remembered after. | adopted |
--framework <fw> | react, svelte, or html. | detected, else react |
--cwd <dir> | Where to write the aronia/ folder. | current dir |
--registry <src> | Registry URL or local directory. | bundled |
The first add adopts its --style (and your framework) into the manifest, so
later commands are just aronia add <component>. Components pull in their
dependencies automatically (e.g. toast also adds alert); run add again to
grow your set — the manifest is merged, not overwritten.
aronia is built to be read by agents, not just humans:
aronia/aronia.manifest.json
and the real source in aronia/<style>/. See AGENTS.md.add works offline and the local
aronia/aronia.manifest.json is the authoritative contract after install./manifest.json for the whole catalog, /r/index.json →
/r/<style>/<component>.json per component) and consumed with
aronia add --registry <url>. There's no public host yet — the agent index at
static/llms.txt is ready for when one lands.This repo is the registry source and the docs site (SvelteKit).
npm install
npm run dev # docs site + live registry endpoints
npm run registry # rebuild static/r/ from the manifest + skins
npm run check # svelte-check
npm run build # prerender the docs + registry
Design decisions and history live in DESIGN.md.