MEVCORE
AI-ready · Lovable · Bolt · Cursor · Claude Code · v0

Як підготувати проєкт для Mevcore

Скопіюйте промпт у свій ІІ-інструмент — він приведе код до правил Mevcore. Нижче ті самі правила для людей і чекліст перед деплоєм.

До промпту Повний гайд для ІІ (llms-full.txt)

Промпт

Промпт для ІІ-інструмента

Промпт англійською: так інструменти виконують його найточніше. Після нього проєкт можна підключати до Mevcore.

Скопіюйте й вставте в чат

Prepare this project for deployment on Mevcore app hosting (full rules: https://mevcore.com/llms-full.txt). Change only what is needed and keep all features working.

1. Run as a normal long-running server process. Listen on host 0.0.0.0 and the port from the PORT environment variable (fallback 3000 for local runs). Never hardcode the port or listen on localhost only.
2. package.json (or the equivalent of the stack) has a "build" script for the production build and a "start" script that starts the production server (next start, node dist/server.js), never a dev server (next dev, vite, nodemon). A frontend-only app (Vite, React, Vue) keeps only the "build" script: it is served as a static site. Commit the lockfile and declare the runtime version (engines.node, .python-version, go.mod).
3. If the app needs its own database: PostgreSQL through the DATABASE_URL environment variable, with Drizzle ORM or Prisma. Run migrations at startup (in the start script), not during the build; the build must not need a database.
4. Cache, queues and sessions: Redis through REDIS_URL, only if needed.
5. User file uploads: an S3-compatible storage (Mevcore does not provide one yet, any external provider works) through S3_ENDPOINT, S3_REGION, S3_BUCKET, S3_ACCESS_KEY_ID and S3_SECRET_ACCESS_KEY, behind one small storage module.
6. Authentication as a library in the code (Better Auth or Auth.js) with users in the same database. Read secrets and the public URL from environment variables (BETTER_AUTH_SECRET and BETTER_AUTH_URL, or AUTH_SECRET and AUTH_TRUST_HOST=true). The app runs behind an HTTPS proxy.
7. No edge-only or platform-specific APIs: no Cloudflare Workers bindings (KV, D1, R2, Durable Objects), no Vercel Edge runtime (runtime = 'edge'), no Vercel KV, Blob or Postgres SDKs, no Netlify Functions. Use the Node.js runtime everywhere.
8. All configuration comes from environment variables. Do not commit .env; create or update .env.example with every variable the app reads (empty or example values).
9. Log to stdout and stderr. GET / answers without a 5xx error once the app has started.
10. Background work that is not HTTP (queue consumers, bots) has its own script (for example "npm run worker") so it can run as a separate process.

If the project already uses Supabase or Firebase, keep it and make sure their URLs and keys come from environment variables.
When you are done, list the environment variables the app needs, and the build and start commands.

Lovable, Bolt, v0

Вставте промпт у чат проєкту, потім підключіть його GitHub-репозиторій у панелі Mevcore.

Cursor, Claude Code, Copilot

Вставте промпт у чат агента у відкритому проєкті або збережіть його як правила проєкту: AGENTS.md, CLAUDE.md чи .cursor/rules.

10 правил для застосунку

Якщо код їх дотримується, система сама визначить стек, збере й запустить застосунок

  1. 1

    Порт зі змінної PORT

    Сервер слухає адресу 0.0.0.0 і порт зі змінної PORT. Система задає її сама: не вказуйте порт у коді й не слухайте лише localhost.

  2. 2

    Стандартний запуск

    Скрипт start у package.json (або аналог стека) запускає продакшн-сервер: next start, а не next dev; node server.js, а не nodemon.

  3. 3

    Збирання без бази

    Скрипт build збирає проєкт і не звертається до бази даних. Міграції запускайте під час старту застосунку.

  4. 4

    База через DATABASE_URL

    PostgreSQL із Drizzle чи Prisma. DATABASE_URL, DB_HOST, DB_PASSWORD та інші змінні система додає сама, коли ви підключаєте базу.

  5. 5

    Кеш через REDIS_URL

    Кеш, черги й сесії зберігайте в Redis зі змінної REDIS_URL.

  6. 6

    Файли користувачів

    Власного S3-сховища в Mevcore поки немає. Використовуйте зовнішнє S3-сумісне сховище через змінні S3_* або папку на диску, вказану в .deployignore.

  7. 7

    Авторизація в коді

    Better Auth або Auth.js, користувачі у вашій базі. Без сервісів авторизації, які працюють лише на іншій платформі.

  8. 8

    Без edge-only API

    Cloudflare Workers, Vercel Edge, Vercel KV і Blob тут не працюють: застосунок запускається як звичайний процес Node.js, Python чи іншої мови.

  9. 9

    Налаштування в змінних

    Не комітьте .env. Додайте .env.example зі списком змінних: під час створення застосунку система запропонує їх заповнити.

  10. 10

    Логи в консоль

    Пишіть логи в stdout і stderr — їх видно на вкладці «Логи» в панелі.

Проєкт уже на Supabase чи Firebase?

Він теж запуститься: код працює на Mevcore, а база й авторизація залишаються в Supabase чи Firebase. Додайте їхні ключі у змінні оточення застосунку. Змінні VITE_* і NEXT_PUBLIC_* потрапляють у код під час збирання, тож задайте їх до першого деплою.

Коротко за стеками

Node.js і Bun

  • Закомітьте lock-файл і вкажіть версію в engines.node або .nvmrc (за замовчуванням Node.js 22).
  • Express, Fastify, Hono: app.listen(process.env.PORT, "0.0.0.0").
  • Next.js: "build": "next build", "start": "next start".

Фронтенд без сервера

  • Vite, React, Vue, Angular, проєкти з Lovable: лише скрипт build, без start.
  • Система збере проєкт і віддаватиме папку dist чи build як сайт.

Python

  • requirements.txt, pyproject.toml, Pipfile, poetry.lock або uv.lock.
  • Django, FastAPI і Flask запускаються автоматично через gunicorn чи uvicorn.
  • Версію вкажіть у .python-version (за замовчуванням Python 3.12).

PHP і Laravel

  • Закомітьте composer.lock.
  • Laravel автоматично отримує APP_KEY, міграції, черги й планувальник.
  • Фронтенд-збирання (npm run build) виконується саме.

Go, Java, .NET, Ruby, Rust, Deno

  • Стандартна структура проєкту: go.mod, pom.xml чи build.gradle, *.csproj, Gemfile, Cargo.toml, deno.json.
  • Порт читайте зі змінної PORT.

Боти й фонові задачі

  • Telegram- і Discord-боти розпізнаються автоматично й не потребують порту.
  • Обробник черги — окремий застосунок із того самого репозиторію з типом «Фоновий процес».
  • Задачі за розкладом налаштовуються на вкладці «Завдання за розкладом».

Чекліст перед деплоєм

  • Сервер слухає 0.0.0.0 і порт зі змінної PORT
  • Є продакшн-скрипти build і start (або аналог стека)
  • Lock-файл закомічено, версію мови вказано
  • База — через DATABASE_URL, Redis — через REDIS_URL, міграції під час старту
  • .env немає в репозиторії, .env.example містить усі змінні
  • Немає edge-only API та SDK інших платформ
  • Файли користувачів — у S3 або в папці з .deployignore
  • Головна сторінка відповідає без помилки 5xx

Усі подробиці — змінні оточення, версії мов, ліміти, домени й діагностика — у повному гайді для ІІ: llms-full.txt

Проєкт готовий — запускайте

Підключіть репозиторій у панелі: стек, команди збирання й запуску система визначить сама.

Хостинг додатків

Як до вас звертатися?

Введіть ім’я, перш ніж почати діалог.

Вітаємо! Напишіть ваше питання — оператор відповість якнайшвидше.
Оцініть відповідь оператора