редакторский замок

Content change rules

Как менять публичный и внутренний контент без нарушения tone, trust, SEO, legal boundaries и пользовательской безопасности.

Контент OmenHall должен быть тёплым, ясным и осторожным. Он приглашает к размышлению, но не продаёт судьбу в бутылочке.

editor

Promise

Use reflection, entertainment, symbolism, self-observation, next safe step.

Не обещать точное будущее, результат суда, здоровье, деньги, любовь другого человека.

editor

SEO

Write useful title/description that matches page content.

Не набивать страницу одинаковыми словами ради поисковика.

owner

Internal notes

Keep internal operational content noindexed and practical.

Не превращать внутренние инструкции в публичный trust copy.

Before change

Изменение начинается не с кода, а с причины и границ.

  • Назвать owner и impacted routes.
  • Понять, публичная это страница или внутренний noindex-раздел.
  • Определить rollback path до merge.

During change

Вносить изменения маленькими партиями, чтобы ошибка не расползалась по дому тихим дымом.

  • Не смешивать payment, content, UX и security в одном бесформенном коммите.
  • Проверять маршруты, внутренние ссылки, SEO и noindex рядом с изменением.
  • Не добавлять tracking без privacy-safe note.

After change

Изменение заканчивается не тогда, когда код сохранён, а когда его можно проверить и откатить.

  • Run typecheck, lint, tests, route-audit, links, structure and security checks.
  • Записать результат в relevant pass report или decision log.
  • Назвать, что осталось непроверенным и где это проверить в Vercel.

checklist

  • Есть next step, но нет давления.
  • Есть safety boundary for high-stakes topics.
  • Нет противоречий с refund-policy, disclaimer, trust, ai-transparency.

handoff

  • Editor передаёт summary: what changed, why, routes, SEO notes, risk notes.

красные флаги

  • Страница обещает 'точный ответ'.
  • Текст пугает пользователя, чтобы он купил расклад.
  • Внутренний operator text попал в public page.

связанные двери