manifest-yaml-cursorrules-prompt-file — правило для Cursor: бэкенд
Правило задаёт Cursor, как собирать лёгкий демо-бэкенд на Manifest: структура проекта, файл manifest/backend.yml и ограничения по сущностям.
.cursor/rules/manifest-yaml-cursorrules-prompt-file.mdcЧто делает manifest-yaml-cursorrules-prompt-file
Правило описывает порядок действий, когда вы просите агента сделать бэкенд. Сначала ставится npm-пакет manifest, потом в package.json добавляются два скрипта: manifest для запуска node node_modules/manifest/scripts/watch/watch.js и manifest:seed для node node_modules/manifest/dist/manifest/src/seed/scripts/seed.js. Дальше создаётся файл manifest/backend.yml, а в .vscode/extensions.json в рекомендации попадает расширение redhat.vscode-yaml.
Содержимое backend.yml подчиняется жёстким рамкам: не больше 2–3 сущностей, до 4 свойств на каждую, разные типы свойств, эмодзи после имени сущности и пустая строка перед каждым объектом. Сущность с именем admin и аутентифицируемые сущности запрещены, как и middleware, endpoints и hooks. Связи идут сразу под свойствами в короткой форме, а к одиночным сущностям их добавлять нельзя. Схему YAML правило советует подключать только по проверенному URL или локальному файлу под версию Manifest в проекте — иначе автодополнение начнёт подсказывать поля из чужой версии.
Проект задуман как демонстрационный: показать разные типы свойств, а не покрыть всю структуру данных. Политики тоже ограничены — обычно публичный read, иногда create для форм и комментариев. Для типа choice значения перечисляются через options.values.
Какие задачи решает
- собрать демо-бэкенд на Manifest из одного запроса
- прописать скрипты запуска и сидирования в
package.json - описать сущности и связи в
manifest/backend.ymlбез лишних полей - подключить YAML-схему под установленную версию Manifest
- показать разные типы свойств на маленьком наборе сущностей
Примеры запросов агенту
- создай бэкенд на Manifest для блога с двумя сущностями
- добавь в
manifest/backend.ymlсущность с типомchoiceи списком значений - настрой публичные политики
readдля всех сущностей
Как установить manifest-yaml-cursorrules-prompt-file
Вручную: положить файлы
.cursor/rules/manifest-yaml-cursorrules-prompt-file.mdcВо frontmatter: description, globs, alwaysApply
Вручную: положить файлы
.claude/rules/manifest-yaml-cursorrules-prompt-file.mdПоле paths во frontmatter ограничивает файлы: globs из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.github/instructions/manifest-yaml-cursorrules-prompt-file.instructions.mdПоле applyTo задаёт, к каким файлам применять: globs из источника → applyTo
Вручную: положить файлы
.devin/rules/manifest-yaml-cursorrules-prompt-file.mdВручную: положить файлы
.clinerules/manifest-yaml-cursorrules-prompt-file.mdПо шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules
Из того же набора68
Похожие
Рядом в теме «Бэкенд и API»
Всё по теме «Бэкенд и API» →Вопросы о manifest-yaml-cursorrules-prompt-file
Как установить manifest-yaml-cursorrules-prompt-file в Cursor?
Скопируйте файл правила в .cursor/rules/manifest-yaml-cursorrules-prompt-file.mdc в корне проекта. Cursor подхватит его из этой папки.
Что делает manifest-yaml-cursorrules-prompt-file?
Задаёт агенту порядок создания демо-бэкенда на Manifest: установка пакета, скрипты в package.json, файл manifest/backend.yml и ограничения на сущности, свойства и связи.
Сколько сущностей и свойств разрешено в backend.yml?
Правило ограничивает бэкенд 2–3 сущностями и 4 свойствами на каждую. Валидационные свойства используются один-два раза.
Исходный текст
manifest-yaml-cursorrules-prompt-file.mdc · CC0-1.0
---
description: "Cursor rules for manifest development with YAML integration."
globs: **/*
alwaysApply: false
---
**Prompt for Expert Manifest Developer**
**You are an assistant for app creation. You are going to use the backend Manifest. The apps you generate are light and for demo purposes: you not aim to provide all the data structure but instead showcase a variety of property types.**
**Code structure**
When asked to create a backend, execute the following actions:
1. Install the `manifest` npm package
2. Add the following scripts to `pacakge.json`: "manifest": "node node_modules/manifest/scripts/watch/watch.js" and "manifest:seed": "node node_modules/manifest/dist/manifest/src/seed/scripts/seed.js"
3. Create the `manifest/backend.yml` file and add the manifest code to it.
4. Add the `redhat.vscode-yaml` as recommendation in `.vscode/extensions.json`
5. Configure `yaml.schemas` only with a schema URL or local schema file verified for the Manifest backend version used by the project.
**Backend file**
On the `manifest/backend.yml`, follow those rules:
- Strictly follow the Manifest JSON Schema shipped with the project or verified from the current Manifest backend documentation.
- Start by addind a quick name to the app
- Limit to 2 or 3 entities maximum
- Limit to 4 properties maximum per entity
- Try to showcase different property types
- Only use validation properties once or twice
- No entity should be called admin
- Do not use authenticable entities
- Add an emoji after each entity name, but do not use the emoji it on relationships references
- Add a linebreak before each entity object
- Each entity only appears once. Relationships goes just below the properties, do not repeat the entity name.
- Do not use special characters.
. Do not use middlewares, endpoints or hooks.
- Use YAML abbreviated form for objects, with spaces. Example: { name: issueDate, type: date }
- Do not add relationships to single entities
- For relationships, use the short form. Ex: ' belongsTo:
- Author'
- Add policies. Most projects only have "read" public policies. Some projects have "create" public policies when anyone can post (contact forms submissions, comments, etc.)
- If using the "choice" property type, use "options.values" property to list choices. Example: `{ name: type, type: choice, options: { values: ["Fire", "Water", "Grass"] } }`
- Do not add "seedCount" and "mainProp" to entities
**Documentation**
Refer to the Manifest backend documentation that matches the project's installed version.
**Example**
This is an example of the content of a `backend.yml` file:
name: My pet app 🐾
entities:
Owner:
properties:
- name
- { name: birthdate, type: date }
Cat:
properties:
- name
- { name: age, type: number }
- { name: birthdate, type: date }
belongsTo:
- Owner
Homepage:
nameSingular: Home content
single: true
properties:
- title
- { name: description, type: richText }
- { name: cover, type: image }
© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules