Saleor Store
우리 컬렉션을 쇼핑하세요
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기cross-quest web app
저장소 README에서 가져옴
README 전체를 불러오는 중입니다.
README 전문 보기 ↗UmnyAut («Умняут») — a connected renovation calculator: enter room dimensions once, get a verified merged shopping list in packs, rolls and bags. This directory holds:
specs/, Russian) — business, technical and design specifications, mockups, roadmap script. They are the source of truth; reference docs below are English digests of them.skills/) — tool-agnostic blueprints that any AI agent can turn into a working skill for its own host (Claude Code, Codex, or a generic agent).agents/) — tool-agnostic blueprints that any developer can turn into a working AI subagent for its own host (a Claude Code subagent in .claude/agents/, a Codex custom agent in .codex/agents/, or a generic framework's agent).This README is also an instruction set for AI agents. If you are an agent reading this, the sections marked For AI below tell you what you are allowed and expected to do.
| Path | What lives here |
|---|---|
specs/ | Source specs (RU), mockups HTML, roadmap script, Wordstat CSV |
details/ | Brand assets: logos, favicons, mascot poses and clips, concept references |
architecture/ | Project structure, module boundaries, routing, state |
design/ | Themes, CSS variables, design tokens, visual system |
ui/ | Component usage, template patterns, layout |
code/ | Calc engine, server API, data |
business/ | Domain logic, product rules, SEO and analytics |
deploy/ | Build, CI/CD, hosting, environments |
integrations/ | Telegram, AI vision |
practices/ | Conventions, testing, git workflow |
plan/ | Phased development plan, accounts registry, dependencies, content & assets plan |
skills/ | Skill specifications (blueprints for AI skills) |
agents/ | Agent specifications (blueprints for AI subagents) |
Each file in skills/ is a spec: a versioned, host-neutral description of one skill — its purpose, triggers, workflow, and acceptance criteria. A spec is not a finished skill; it is the source of truth from which a real skill is built, adapted to whatever tool reads it.
| Spec | Version | Status | Built for |
|---|---|---|---|
| New Calculator | 1.1 | built | claude-code |
| Calculator Release Check | 1.0 | built | claude-code |
| Tool Content | 1.0 | built | claude-code |
| UI Component | 1.0 | built | claude-code |
| DB Migration | 1.0 | built | claude-code |
| Preflight | 1.1 | built | claude-code |
Each file in agents/ is an agent spec: a versioned, host-neutral description of one AI subagent — its purpose, when to delegate to it, system prompt, tools, model, and guardrails. A spec is not a finished agent; it is the source of truth from which a real agent is built, adapted to whatever host reads it.
| Spec | Version | Status | Built for |
|---|---|---|---|
| Calc Engineer | 1.0 | built | claude-code |
| Formula Reviewer | 1.0 | built | claude-code |
| Frontend Builder | 1.0 | built | claude-code |
| SEO Content Writer | 1.0 | built | claude-code |
| Code Reviewer | 1.0 | built | claude-code |
| Platform Engineer | 1.0 | built | claude-code |
When asked to build/create/update skills (e.g. "обнови скилы", "set up the skills", or during /init):
skills/..claude/skills/<slug>/SKILL.md (project-level by default) with name + a description that encodes the spec's §2 triggers; add scripts/, references/, assets/ from §6.AGENTS.md (or the spec's named instruction file) in Codex's instruction style.status to built.Always confirm with the user before creating or overwriting skill files.
When asked to build/create/update agents (e.g. "обнови агентов", "set up the agents", "build the frontend agent", or during /init):
agents/..claude/agents/<slug>.md (project-level by default; ~/.claude/agents/ for a personal agent) with YAML frontmatter (name, a description that encodes the spec's §2 delegation triggers, plus tools/model/permissionMode from §5/§6/§9) and a Markdown body = the §4 system prompt + §7 procedure + §8 output contract..codex/agents/<slug>.toml (project-level by default; ~/.codex/agents/ for personal) with name, description, developer_instructions (§4 + §7 + §8), and model/model_reasoning_effort/sandbox_mode/[mcp_servers.*] from §6/§9.status to built.Always confirm with the user before creating or overwriting agent files.
If skills/ contains specs but the corresponding skills are not built for this host (no matching entry in a spec's Materialization log, or the host's target file is missing), tell the user these specs exist and offer to materialize them. Do the same for any specs in agents/. Build only after confirmation.
For each spec in skills/ (on "update skills") or agents/ (on "update agents"), compare its spec_version against the version recorded in the Materialization log for your host:
spec_version → the built skill/agent is stale; rebuild it and update the log.Report what is stale, what is current, and what is missing before changing anything.
| 1.5 |
| Home Room Block | 1.3 |
| Design System | 1.3 |
| Telegram Bot and Mini App | 1.0 |
| AI Vision Features | 1.1 |
| Environments and CI/CD | 1.8 |
| Prod Server Runbook | 1.1 |
| Static Export (Idea, Not Adopted) | 1.0 |
| Engineering Practices | 1.1 |
| Development Plan | 2.12 |
| Accounts and Services | 1.1 |
| Dependencies | 1.3 |
| Content and Assets Plan | 1.2 |
| Progress Log | 1.12 |