hh-contracts 0.0.98 → 0.0.100

package/build/tenants/contracts/resolve-tenant.contract.js

@@ -1,6 +1,40 @@
 "use strict";
+var __createBinding = (this && this.__createBinding) || (Object.create ? (function(o, m, k, k2) {
+    if (k2 === undefined) k2 = k;
+    var desc = Object.getOwnPropertyDescriptor(m, k);
+    if (!desc || ("get" in desc ? !m.__esModule : desc.writable || desc.configurable)) {
+      desc = { enumerable: true, get: function() { return m[k]; } };
+    }
+    Object.defineProperty(o, k2, desc);
+}) : (function(o, m, k, k2) {
+    if (k2 === undefined) k2 = k;
+    o[k2] = m[k];
+}));
+var __setModuleDefault = (this && this.__setModuleDefault) || (Object.create ? (function(o, v) {
+    Object.defineProperty(o, "default", { enumerable: true, value: v });
+}) : function(o, v) {
+    o["default"] = v;
+});
+var __importStar = (this && this.__importStar) || (function () {
+    var ownKeys = function(o) {
+        ownKeys = Object.getOwnPropertyNames || function (o) {
+            var ar = [];
+            for (var k in o) if (Object.prototype.hasOwnProperty.call(o, k)) ar[ar.length] = k;
+            return ar;
+        };
+        return ownKeys(o);
+    };
+    return function (mod) {
+        if (mod && mod.__esModule) return mod;
+        var result = {};
+        if (mod != null) for (var k = ownKeys(mod), i = 0; i < k.length; i++) if (k[i] !== "default") __createBinding(result, mod, k[i]);
+        __setModuleDefault(result, mod);
+        return result;
+    };
+})();
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.ResolveTenantContract = void 0;
+const z = __importStar(require("zod"));
 const common_1 = require("../../common");
 const tenants_api_1 = require("../tenants.api");
 const tenant_model_1 = require("../tenant.model");
@@ -13,10 +47,10 @@ const ResolveTenantResponseSchema = tenant_model_1.TenantPersistedSchema.omit({
 }).extend({
     ...hotels_1.HotelPersistedSchema.pick({
         slug: true,
-        hasServices: true,
         defaultLang: true,
         availableLangs: true,
     }).shape,
+    hasServices: z.boolean(),
     canonical: tenant_model_1.CanonicalSchema.nullable().optional(),
 });
 var ResolveTenantContract;

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "hh-contracts",
-  "version": "0.0.98",
+  "version": "0.0.100",
   "description": "",
   "main": "./build/index.js",
   "scripts": {

package/tenants/contracts/resolve-tenant.contract.ts

@@ -12,10 +12,10 @@ const ResolveTenantResponseSchema = TenantPersistedSchema.omit({
 }).extend({
   ...HotelPersistedSchema.pick({
     slug: true,
-    hasServices: true,
     defaultLang: true,
     availableLangs: true,
   }).shape,
+  hasServices: z.boolean(),
   canonical: CanonicalSchema.nullable().optional(),
 });
 

package/AGENTS.md

@@ -1,71 +0,0 @@
-AGENTS.md — инструкции для Codex/LLM-агентов
-
-## 1. Контекст проекта
-
-`hh-contracts` — типизированное ядро контрактов для всей платформы управления отелями. Репозиторий публикуется как npm‑пакет и содержит только исходные типы/схемы (`*.ts`) и скомпилированный артефакт в `build/`. Любые изменения в доменных сервисах должны начинаться здесь.
-
-### Основные каталоги
-
-- `common/` — общие константы, вспомогательные схемы и утилиты. Использовать их при любой возможности вместо дублирования.
-- `*/contracts/` — файловая зона для REST/gRPC/WebSocket контрактов конкретного домена (roles, permissions, tenants и т. д.).
-- `*/index.ts` — публичные реэкспорты. Добавляя новый файл, обязательно обновляйте соответствующий `index.ts`.
-- `build/` — артефакты TypeScript‑компиляции. **Не редактировать вручную.**
-
-## 2. Роли агентов
-
-- **Contracts Agent** — отвечает за модели и схемы. Любая доработка (добавление сущности, изменение поля, экспорт типов) выполняется через него.
-- Если создаётся новый тип агента, описать его в этом файле и зафиксировать правила в разделе 5.
-
-## 3. Правила разработки
-
-1. **Single Source of Truth**. Типы, перечисления, схемы валидируются и объявляются здесь. Копирование структур из других сервисов запрещено.
-2. **Zod v4.** Использовать только `zod@^4`. Схемы пишем декларативно, избегая `any`. Для произвольных словарей применять `z.record` с ограничениями.
-3. **Строгая типизация.** `tsconfig.json` находится в strict‑режиме. Новые файлы не должны снижать строгие настройки.
-4. **Именование:**
-   - Файлы схем — `*.schema.ts` или `*.contract.ts` в зависимости от назначения.
-   - Типы, полученные из схем, объявлять через `export type TSome = z.infer<typeof SomeSchema>;`.
-   - Enum‑образные наборы значений хранить в `common/constants`, экспортировать через `as const` и соответствующий `z.enum`.
-5. **Повторное использование:** сначала ищите подходящую схему в `common/models` и `common/constants`. При необходимости расширяйте через `.extend(...)` или `.merge(...)`.
-6. **Версионирование:** после любых изменений обновляйте `package.json` вручную только по согласованию. Как минимум фиксируйте запись в Changelog (см. раздел 6).
-7. **Документация контрактов:** не нужно составлять документацию контрактов.
-8. **Переводы:** схемы переводов для сущностей хранятся рядом со схемами сущностей. `translate/` — эндпоинт для переводов. умеет работать как с отдельными строками, так и с полными наборами переводов для сущности. в случшае добавления сущности с переводами нужно обновить TranslateObjectContract - `translate/contracts/translate-object.contract.ts`
-9. **Не оставляйте TODO** без описания задачи. Используйте формат `// TODO(#issue-id): описание`.
-
-## 4. Рабочий процесс для задач
-
-1. **Анализ**
-   - Изучите существующие схемы домена.
-   - Определите, какие общие константы/типажи можно переиспользовать.
-2. **Дизайн**
-   - При сложных задачах сначала предложите структуру (таблица полей, связи, вариативность).
-   - Согласуйте новые enum/константы и ключи переводов.
-3. **Реализация**
-   - Создайте/обновите схемы, типы, константы и индексы.
-   - Проверьте, что экспорты доступны из корня пакета (`index.ts`).
-4. **Проверка**
-   - Выполните `npm run build` перед коммитом.
-   - Убедитесь, что сгенерированный `build/` совпадает с ожиданиями (git diff должен показывать изменения только при добавлении новых файлов/типов).
-5. **Ответ**
-   - В финальном сообщении используйте структуру Summary + Testing.
-   - Каждое тестовое действие сопровождайте командой и результатом.
-
-## 5. Требования к коду
-
-- Отсутствие магических строк: используйте константы.
-- Для дат и меток времени используйте `TimestampSchema`.
-- Обязательные поля явно помечать `z.string()` и т. п.; опциональные — через `.optional()` или `z.nullable()`.
-- Для массивов всегда задавайте схему элементов (`z.array(SomeSchema)`).
-- Если поле может принимать несколько форматов, используйте `z.union` с понятными вариантами.
-- Обязательный минимум тестового покрытия — пример использования схемы в виде объектной литералы или демо‑валидации в комментарии.
-
-## 6. Чек-лист перед PR
-
-- [ ] Все новые сущности экспортируются из соответствующего `index.ts`.
-- [ ] Нет изменений в `build/` (если только намеренно не обновляли после `npm run build`).
-- [ ] Запущен `npm run build` без ошибок.
-- [ ] Changelog дополнен.
-
-## 7. Changelog
-
-- 1.1 — актуализированы инструкции, добавлены требования к структуре ответов и чек-лист перед PR.
-- 1.0 — первоначальная версия каркаса.

package/CHANGELOG.md

@@ -1,5 +0,0 @@
-# Changelog
-
-## Unreleased
-- Расширены модели интеграций отелей: добавлены схемы маршрутизации, состояния подключений и статусы учётных данных для поддержки брокерного обмена.
-- Контракт поиска интеграций переименован в `findAll`, запрос теперь поддерживает только фильтр по `alias` без пагинации.

package/TODO.md

@@ -1 +0,0 @@
-Вернуться в схему бд для permission и понять что лучше jsom или jsonb