@oxy.so/contracts 4.16.0 → 4.17.0

package/dist/cjs/username.js

@@ -100,106 +100,25 @@
  * knows what is taken, and it must not pretend to.
  */
 Object.defineProperty(exports, "__esModule", { value: true });
-exports.botUsernameSchema = exports.BOT_USERNAME_INVALID_MESSAGE = exports.BOT_USERNAME_SUFFIX = exports.usernameSchema = exports.USERNAME_PATTERN_SOURCE = exports.NUMERIC_USERNAME_MESSAGE = exports.RESERVED_USERNAME_MESSAGE = exports.RESERVED_USERNAMES = exports.USERNAME_INVALID_MESSAGE = exports.USERNAME_MAX_LENGTH = exports.USERNAME_MIN_LENGTH = void 0;
+exports.botUsernameSchema = exports.usernameSchema = exports.applyBotUsernameSuffix = exports.BOT_USERNAME_INVALID_MESSAGE = exports.BOT_USERNAME_SUFFIX = exports.stripDisallowedUsernameCharacters = exports.USERNAME_PATTERN_SOURCE = exports.NUMERIC_USERNAME_MESSAGE = exports.RESERVED_USERNAME_MESSAGE = exports.RESERVED_USERNAMES = exports.USERNAME_INVALID_MESSAGE = exports.USERNAME_MAX_LENGTH = exports.USERNAME_MIN_LENGTH = void 0;
 exports.isValidUsername = isValidUsername;
-exports.stripDisallowedUsernameCharacters = stripDisallowedUsernameCharacters;
 exports.usernameSchemaForAccountKind = usernameSchemaForAccountKind;
-exports.applyBotUsernameSuffix = applyBotUsernameSuffix;
 const zod_1 = require("zod");
-/** Shortest storable handle. `oxy` sets the floor. */
-exports.USERNAME_MIN_LENGTH = 3;
-/** Longest storable handle, and the `maxLength` an input field should carry. */
-exports.USERNAME_MAX_LENGTH = 30;
-/** The 400 / inline-validation copy for every path that rejects a handle. */
-exports.USERNAME_INVALID_MESSAGE = 'Username must be 3-30 characters, use only letters, numbers, hyphens and underscores, ' +
-    'start and end with a letter or number, and never repeat a separator';
-/**
- * Exact-match handles nobody may newly claim, regardless of account kind.
- *
- * This is NOT a namespace tightening like the bot suffix — it is a list of
- * names withheld from `users_lower_username_key` before anybody asks for
- * them. Compared against the same normalization the unique index applies
- * (`lower(btrim(username))`), so `Admin`, ` ADMIN ` and `admin` are the one
- * name this list means.
- *
- * `oxy`, `mention`, `homiio`, `clarity`, `faircoin`, `astro` and `mercaria`
- * are deliberately NOT here: each already has an `organization`/`project`
- * row, so the unique index already refuses a second one, and `oxy` is the
- * name `USERNAME_MIN_LENGTH` is pinned against in
- * `__tests__/username.test.ts` — listing it would make
- * `usernameSchema.safeParse('oxy')` fail and falsify that comment. A brand
- * with no account of its own yet (measured 2026-09-18: Alia, Allo, TNP,
- * Kaana, Bloom) has no row to protect it, so it is listed until one exists.
- */
-exports.RESERVED_USERNAMES = new Set([
-    // Oxy product lines with no account row of their own yet.
-    'alia',
-    'allo',
-    'tnp',
-    'kaana',
-    'bloom',
-    // System / role words a signup impersonating staff or Oxy itself would reach for.
-    'admin',
-    'administrator',
-    'root',
-    'superadmin',
-    'super',
-    'superuser',
-    'support',
-    'staff',
-    'moderator',
-    'mod',
-    'security',
-    'system',
-    'official',
-    'help',
-    'noreply',
-    'anonymous',
-    'everyone',
-    'owner',
-]);
-/** The 400 / inline-validation copy for a handle on {@link RESERVED_USERNAMES}. */
-exports.RESERVED_USERNAME_MESSAGE = 'This username is reserved and cannot be registered';
-/**
- * {@link RESERVED_USERNAMES}, minus `alia`, checked against each `-`/`_`
- * separated SEGMENT of a candidate rather than the whole string — so
- * `official-oxy`, `super-admin` and `team-kaana` are refused the same as the
- * bare words, without banning every word that merely CONTAINS one as a
- * substring (`superman`, `modern`, `grassroot`, `homeowner` all stay legal:
- * none of them separates the reserved word from the rest with `-` or `_`).
- *
- * `alia` is excluded because `alia-` is the live internal-cost-centre
- * namespace: `alia-production-chat` is a minted account and
- * `alia-research` / `alia-voice` / `alia-evaluations` are pinned as legal
- * slugs in `__tests__/username.test.ts` and `internalCostCenterSpecs.test.ts`.
- * Segment-matching `alia` would refuse all four. The bare word `alia` is
- * still refused — {@link RESERVED_USERNAMES} above catches it exactly.
- */
-const RESERVED_USERNAME_SEGMENTS = new Set([...exports.RESERVED_USERNAMES].filter((word) => word !== 'alia'));
-/** The 400 / inline-validation copy for a handle that is only digits. */
-exports.NUMERIC_USERNAME_MESSAGE = 'Username cannot be only numbers';
-/**
- * Alphanumeric runs joined by single separators, as a SOURCE string.
- *
- * A string rather than a literal because the OpenAPI docblocks that publish this
- * rule (`POST /auth/register`, `PUT /users/:userId`) must quote it verbatim, and
- * `usernamePolicySingleSource.test.ts` compares them against THIS constant. A
- * published `pattern:` that drifts from the enforced rule is a lie told to every
- * client that generates from the spec, and it is exactly the kind of copy nobody
- * notices going stale.
- *
- * Deliberately NOT re-exported from the package barrel: it exists for the
- * schema below and for that one gate. Anything validating a username uses
- * {@link usernameSchema}, so there is no second way to ask the question.
- *
- * Written as an unambiguous alternation rather than a lookahead: every character
- * belongs to exactly one branch, so matching is linear and there is no
- * backtracking to bound. It also carries no `\p{…}` property escape, which
- * mobile Hermes throws on at runtime — this module is reachable from every React
- * Native consumer.
- */
-exports.USERNAME_PATTERN_SOURCE = '^[A-Za-z0-9]+(?:[-_][A-Za-z0-9]+)*$';
-const USERNAME_PATTERN = new RegExp(exports.USERNAME_PATTERN_SOURCE);
+// The Zod-free half of this contract lives in `./client/` (`@oxy.so/contracts/client`);
+// it is re-exported here so the root entry is unchanged.
+const username_1 = require("./client/username");
+var username_2 = require("./client/username");
+Object.defineProperty(exports, "USERNAME_MIN_LENGTH", { enumerable: true, get: function () { return username_2.USERNAME_MIN_LENGTH; } });
+Object.defineProperty(exports, "USERNAME_MAX_LENGTH", { enumerable: true, get: function () { return username_2.USERNAME_MAX_LENGTH; } });
+Object.defineProperty(exports, "USERNAME_INVALID_MESSAGE", { enumerable: true, get: function () { return username_2.USERNAME_INVALID_MESSAGE; } });
+Object.defineProperty(exports, "RESERVED_USERNAMES", { enumerable: true, get: function () { return username_2.RESERVED_USERNAMES; } });
+Object.defineProperty(exports, "RESERVED_USERNAME_MESSAGE", { enumerable: true, get: function () { return username_2.RESERVED_USERNAME_MESSAGE; } });
+Object.defineProperty(exports, "NUMERIC_USERNAME_MESSAGE", { enumerable: true, get: function () { return username_2.NUMERIC_USERNAME_MESSAGE; } });
+Object.defineProperty(exports, "USERNAME_PATTERN_SOURCE", { enumerable: true, get: function () { return username_2.USERNAME_PATTERN_SOURCE; } });
+Object.defineProperty(exports, "stripDisallowedUsernameCharacters", { enumerable: true, get: function () { return username_2.stripDisallowedUsernameCharacters; } });
+Object.defineProperty(exports, "BOT_USERNAME_SUFFIX", { enumerable: true, get: function () { return username_2.BOT_USERNAME_SUFFIX; } });
+Object.defineProperty(exports, "BOT_USERNAME_INVALID_MESSAGE", { enumerable: true, get: function () { return username_2.BOT_USERNAME_INVALID_MESSAGE; } });
+Object.defineProperty(exports, "applyBotUsernameSuffix", { enumerable: true, get: function () { return username_2.applyBotUsernameSuffix; } });
 /**
  * The one username policy, as a schema.
  *
@@ -212,14 +131,14 @@ const USERNAME_PATTERN = new RegExp(exports.USERNAME_PATTERN_SOURCE);
 exports.usernameSchema = zod_1.z
     .string()
     .trim()
-    .min(exports.USERNAME_MIN_LENGTH, exports.USERNAME_INVALID_MESSAGE)
-    .max(exports.USERNAME_MAX_LENGTH, exports.USERNAME_INVALID_MESSAGE)
-    .regex(USERNAME_PATTERN, exports.USERNAME_INVALID_MESSAGE)
-    .refine((username) => !/^[0-9]+$/.test(username), exports.NUMERIC_USERNAME_MESSAGE)
-    .refine((username) => !exports.RESERVED_USERNAMES.has(username.toLowerCase()), exports.RESERVED_USERNAME_MESSAGE)
+    .min(username_1.USERNAME_MIN_LENGTH, username_1.USERNAME_INVALID_MESSAGE)
+    .max(username_1.USERNAME_MAX_LENGTH, username_1.USERNAME_INVALID_MESSAGE)
+    .regex(username_1.USERNAME_PATTERN, username_1.USERNAME_INVALID_MESSAGE)
+    .refine((username) => !/^[0-9]+$/.test(username), username_1.NUMERIC_USERNAME_MESSAGE)
+    .refine((username) => !username_1.RESERVED_USERNAMES.has(username.toLowerCase()), username_1.RESERVED_USERNAME_MESSAGE)
     .refine((username) => !username
     .split(/[-_]/)
-    .some((segment) => RESERVED_USERNAME_SEGMENTS.has(segment.toLowerCase())), exports.RESERVED_USERNAME_MESSAGE);
+    .some((segment) => username_1.RESERVED_USERNAME_SEGMENTS.has(segment.toLowerCase())), username_1.RESERVED_USERNAME_MESSAGE);
 /**
  * Whether a candidate handle is storable — the boolean form, for input surfaces
  * that show a message as somebody types rather than throwing.
@@ -230,36 +149,6 @@ exports.usernameSchema = zod_1.z
 function isValidUsername(candidate) {
     return exports.usernameSchema.safeParse(candidate).success;
 }
-/**
- * Drop the characters the policy forbids, for an input field that filters
- * keystrokes.
- *
- * This is a TYPING aid and nothing else — the result still has to pass
- * {@link usernameSchema}, which is what decides. It does not lower-case (case is
- * preserved, see the header) and it cannot repair a name: a value that is too
- * short, edge-separated or doubly-separated comes back unchanged and fails
- * validation with a message, which is the outcome the coercing rules this
- * replaces used to hide.
- */
-function stripDisallowedUsernameCharacters(input) {
-    return input.replace(/[^A-Za-z0-9_-]/g, '');
-}
-/**
- * The label a bot's handle ends in — the ONE exception the policy carries.
- *
- * Lower-case here because it is what a generator appends; the comparison that
- * enforces it folds case, so `MyBot` satisfies it just as `mybot` does.
- *
- * Deliberately NOT re-exported from the package barrel, for the same reason
- * {@link USERNAME_PATTERN_SOURCE} is not: it exists for the schema and the
- * generator aid below. A consumer that wants to SAY the rule uses
- * {@link BOT_USERNAME_INVALID_MESSAGE}, which already quotes it, and one that
- * wants to APPLY it uses {@link applyBotUsernameSuffix} — so there is no second
- * way to spell the check.
- */
-exports.BOT_USERNAME_SUFFIX = 'bot';
-/** The 400 / inline-validation copy for a bot handle that carries no label. */
-exports.BOT_USERNAME_INVALID_MESSAGE = `A bot account's username must end in "${exports.BOT_USERNAME_SUFFIX}"`;
 /**
  * The username policy for an account of kind `bot`: everything above, plus a
  * handle that ends in {@link BOT_USERNAME_SUFFIX}.
@@ -317,7 +206,7 @@ exports.BOT_USERNAME_INVALID_MESSAGE = `A bot account's username must end in "${
  * `community-maestro`, `community-pulse`, `garden-helper`, `luna`, `verity`).
  * They go on loading and resolving; only a NEW handle is held to this.
  */
-exports.botUsernameSchema = exports.usernameSchema.refine((username) => username.toLowerCase().endsWith(exports.BOT_USERNAME_SUFFIX), exports.BOT_USERNAME_INVALID_MESSAGE);
+exports.botUsernameSchema = exports.usernameSchema.refine((username) => username.toLowerCase().endsWith(username_1.BOT_USERNAME_SUFFIX), username_1.BOT_USERNAME_INVALID_MESSAGE);
 /**
  * The policy that governs a handle, given the kind of account that will hold it.
  *
@@ -334,27 +223,3 @@ exports.botUsernameSchema = exports.usernameSchema.refine((username) => username
 function usernameSchemaForAccountKind(kind) {
     return kind === 'bot' ? exports.botUsernameSchema : exports.usernameSchema;
 }
-/**
- * Label a proposed bot handle, so a generator PROPOSES something the server will
- * accept.
- *
- * Alia builds an agent's handle from its display name; without this it would
- * propose `garden-helper` for a bot and be 400ed on submit, which is the same
- * "suggest, then refuse" defect the minimum length already caused once.
- *
- * It appends and never inserts: a separator is the caller's choice, so
- * `garden-helper` becomes `garden-helperbot` while a caller who typed
- * `garden-helper-` gets `garden-helper-bot`. It truncates to leave room rather
- * than overflowing {@link USERNAME_MAX_LENGTH}.
- *
- * Like {@link stripDisallowedUsernameCharacters} it is an aid, not a decision: it
- * cannot repair a handle the base policy refuses, and the result still has to
- * pass {@link botUsernameSchema}.
- */
-function applyBotUsernameSuffix(candidate) {
-    const trimmed = candidate.trim();
-    if (trimmed.toLowerCase().endsWith(exports.BOT_USERNAME_SUFFIX)) {
-        return trimmed;
-    }
-    return trimmed.slice(0, exports.USERNAME_MAX_LENGTH - exports.BOT_USERNAME_SUFFIX.length) + exports.BOT_USERNAME_SUFFIX;
-}