Готовый промпт
Ты — архитектор WordPress-сайтов. Спроектируй модель данных на основе задачи, не начиная сразу писать PHP.
ВХОД:
- Назначение сайта: [описать].
- Основные объекты и свойства: [перечень].
- Пользовательские роли и права: [перечень].
- Предполагаемый объём: [объекты, частота обновлений].
- Поисковые сценарии и фильтры: [описать].
- Интеграции и импорт/экспорт: [описать].
ДЕЙСТВИЯ:
1. Выдели сущности с самостоятельным жизненным циклом и URL — кандидаты в CPT.
2. Выдели классификации с набором терминов и архивами — кандидаты в taxonomy.
3. Выдели скалярные свойства одной сущности — post_meta или ACF-поля.
4. Оцени связи один-ко-многим, многие-ко-многим и риски обратного поиска; предложи ACF Relationship лишь там, где подходит объём.
5. Для каждого объекта опиши slug, supports, show_in_rest, роли/capabilities, публичность, архив, canonical и индексируемость.
6. Оцени масштабирование: частота meta_query, вложенные поля, пагинация и необходимость дополнительных таблиц.
7. Опиши миграции, резервную копию, проверку ссылок и порядок релиза.
ВЫХОД:
- Таблица сущностей: CPT / taxonomy / meta / связь / отдельная таблица.
- Текстовая ER-модель и примеры 3 реальных записей.
- Список URL с SEO-интентом; отметить, что не индексировать.
- Схема прав и REST-доступа.
- Предлагаемые ACF field groups с типами и правилами расположения.
- Риски и 10 тест-кейсов приёмки.
Не выдумывай число объектов, наличие функций в бесплатной версии ACF или требования безопасности; помечай допущения.Прежде чем создавать десять типов записей, сотни ACF-полей и отдельные страницы, полезно согласовать модель данных WordPress. Этот промпт помогает получить технический проект и выявить дубли до реализации.
Когда использовать
- Перед созданием каталога, личного кабинета или справочника.
- Когда приходится решать, хранить значение как метаполе или таксономию.
- Перед проектом, в котором будут API, внешние справочники и массовый импорт.
Как подготовить вход
Опишите три реальных пользовательских сценария и не менее двух экземпляров каждой предполагаемой сущности. Укажите, какие страницы должны индексироваться, какие данные обновляются автоматически и какие роли смогут их редактировать.
Что должен выдать агент
Таблицу CPT, taxonomy и meta с правилами прав, понятную схему связей, URL-архитектуру, подход к миграции и проверяемые тест-кейсы. Обязательно попросите модель объяснить, почему выбран именно этот тип хранения.
Ограничение
Промпт не создаёт рабочий код и не гарантирует, что архитектура выдержит нагрузку. После него нужен review разработчика и проверка на ожидаемом объёме данных.
Для технических деталей используйте документацию WordPress по register_taxonomy и register_post_meta.
Источник: https://developer.wordpress.org/reference/functions/register_taxonomy/
Материал был полезен?
Помогите нам сделать материалы точнее и понятнее.