@theholocron/cli 5.0.0-alpha.13 → 5.0.0-alpha.134

package/dist/index.d.mts

@@ -1,7 +1,9 @@
-import { Analytics, Auth, AuthDescription, AuthEvent, AuthEventType, AuthIdentity, AuthUser, CARDINALITY, CapabilityImpls, CapabilityKey, Cardinality, CardinalityFor, Ci, CiRun, CiRunFilter, CiRunStatus, ConnectionStringOptions, CreateAuthUserInput, Deployment, DeploymentProject, DeploymentProjectSettings, DeploymentRecord, DeploymentTarget, DeploymentTrigger, Dns, DnsRecord, DnsRecordType, EnsureResult, Environment, EnvironmentReviewer, Environments, Errors, Issue, IssueSearchFilter, Issues, LabelDef, LifecycleResult, LifecycleSlot, Logs, NormalizedAuthUser, Notifications, PagesConfig, ParseWebhookInput, ProviderApiError, ProviderIdentity, PullRequest, REQUIRED_CAPABILITIES, RepoRef, RepoSettings, ResolvedCapability, Ruleset, SecretScope, Secrets, Source, StatusCategory, Storage, StorageBranch, TeamEntry, TeamPermission, Tooling, ToolingDoctorReport, TrackerDoctorReport, TrackerUser, Vault, WebhookDashboardInfo, WebhookVerificationError, Wiki, WikiDnsRecord, WikiProvisionOpts, WikiProxyConfig, Workers, isMulti } from "./plugin/capabilities.mjs";
+import { Analytics, Auth, AuthDescription, AuthEvent, AuthEventType, AuthIdentity, AuthUser, CARDINALITY, CapabilityImpls, CapabilityKey, Cardinality, CardinalityFor, Ci, CiRun, CiRunFilter, CiRunStatus, ConnectionStringOptions, CreateAuthUserInput, DeployFunctionConfig, DeployFunctionResult, DeployScriptConfig, DeployScriptResult, Deployment, DeploymentProject, DeploymentProjectSettings, DeploymentRecord, DeploymentTarget, DeploymentTrigger, Dns, DnsRecord, DnsRecordRequest, DnsRecordType, EnsureResult, Environment, EnvironmentReviewer, Environments, Errors, Issue, IssueSearchFilter, Issues, LabelDef, LifecycleResult, LifecycleSlot, Logs, Monitoring, MonitoringAssertion, MonitoringAssertionComparison, MonitoringAssertionSource, MonitoringCheck, MonitoringCheckInput, MonitoringHttpMethod, NormalizedAuthUser, Notifications, PagesConfig, ParseWebhookInput, ProviderApiError, ProviderIdentity, PullRequest, REQUIRED_CAPABILITIES, RepoRef, RepoSettings, ResolvedCapability, Ruleset, SecretScope, Secrets, Source, StatusCategory, Storage, StorageBranch, TeamEntry, TeamPermission, Tooling, ToolingDoctorReport, TrackerDoctorReport, TrackerUser, Vault, WebhookDashboardInfo, WebhookVerificationError, Wiki, WikiProvisionOpts, WikiProxyConfig, Workers, isMulti } from "./plugin/capabilities.mjs";
 import { AuthError, RequestOptions, ResolveTokenConfig as ResolveTokenConfig$1, ResolveTokenInput, RestClient, RestClientConfig, createRestClient } from "@theholocron/http-client";
 import { ConfigFileError } from "@theholocron/datapad";
 import { LogLevel } from "@theholocron/observability/core";
+import { WorkspacePackage } from "@theholocron/astromech";
+import { QualifiedConfig } from "@commitlint/types";
 //#region src/auth/auth-resolver.d.ts
 type ResolveTokenConfig = Omit<ResolveTokenConfig$1, "getKeyringToken">;
 /** Wraps `createResolveToken` from `@theholocron/http` and injects the
@@ -66,6 +68,19 @@ declare function deleteToken(provider: string): boolean;
  */
 declare function listStoredProviders(): string[];
 //#endregion
+//#region src/commands/auth.d.ts
+interface VerifyTokenSuccess {
+  ok: true;
+  /** "workplace: acme" / "user: cnewton@x" — surfaced in success output. */
+  subject: string;
+}
+interface VerifyTokenFailure {
+  ok: false;
+  /** Reason the token was rejected. Surfaces to the operator. */
+  message: string;
+}
+type VerifyTokenResult = VerifyTokenSuccess | VerifyTokenFailure;
+//#endregion
 //#region src/config/config.d.ts
 /** Structured-logging config. The Axiom **token** never lives here — only in
  *  env vars or the OS keyring — but the non-secret dataset name may. */
@@ -140,7 +155,7 @@ interface DocsConfig {
    * GitHub Pages build source.
    * "workflow" → GitHub Actions  (PUT { build_type: "workflow" })
    * "branch"   → classic gh-pages branch (PUT { build_type: "legacy", source: { branch: "gh-pages", path: "/" } })
-   * When absent, Pages is not managed by `holocron setup`.
+   * When absent, Pages is not managed by `holocron repo setup`.
    */
   build?: "workflow" | "branch";
   /**
@@ -162,7 +177,22 @@ interface RepoConfig {
   /** "owner/name" — the GitHub repository coordinate. Derived from the git remote when absent. */
   name?: string;
   /**
-   * Branch protection preset applied by `holocron setup`. When omitted,
+   * GitHub's repo-level default branch (`HEAD`) — what a fresh clone checks
+   * out, what `gh pr create`/the compare UI target by default, and what
+   * Sentinel's `validateConfig()` reads (D6: the App only ever reads config
+   * from the repo's default branch, never a PR ref, as a security boundary
+   * — never widen that to read PR branches instead of fixing this field).
+   * Synced by `holocron repo setup`. Omit to leave GitHub's current setting
+   * untouched — most repos never need this. Exists for a repo using a
+   * `main`/`alpha` prerelease-channel split (CLAUDE.md's Releases section)
+   * where active development happens on a non-`main` branch: set this to
+   * that branch so Sentinel validates against what's actually being
+   * developed, then change it back once that branch merges to `main` for a
+   * stable cut and stops being the active branch.
+   */
+  defaultBranch?: string;
+  /**
+   * Branch protection preset applied by `holocron repo setup`. When omitted,
    * no protection is applied and no `branch_protection_level` property is set.
    * Required-status-check contexts for `"strict"` are derived from the task
    * manifest — `{ required: true }` tasks + top-level `extraRequiredChecks`
@@ -170,7 +200,7 @@ interface RepoConfig {
    */
   protection?: RepoProtection;
   /**
-   * GitHub teams granted repository access. Synced by `holocron setup`, which
+   * GitHub teams granted repository access. Synced by `holocron repo setup`, which
    * also writes `.github/CODEOWNERS` for teams with write-or-higher permission.
    * String shorthand defaults to `push` (Write).
    */
@@ -270,7 +300,7 @@ interface StorybookDeployProject {
  * `run-chromatic` accepts either a plain boolean (single-project) or a
  * `ChromaticProjectConfig[]` object (multi-project monorepo).
  *
- * `docs` / `storybook` are high-level deploy shorthand that `holocron setup`
+ * `docs` / `storybook` are high-level deploy shorthand that `holocron repo setup`
  * translates to `type` / `storybook-projects` before writing the thin caller.
  * They also drive automatic `paths:` derivation so you never need to write
  * `paths:` manually for deploy entries.
@@ -298,18 +328,18 @@ interface TaskEntryConfig {
   with?: WorkflowWithConfig;
   paths?: string[];
   linters?: string[];
-  /** Emit a `.github/workflows/<name>.yml` thin caller + include in `holocron ci`. Default `true`. */
+  /** Emit a `.github/workflows/<name>.yml` thin caller + include in `holocron run ci`. Default `true`. */
   ci?: boolean;
   /** Write a `package.json` script + let `holocron run <name>` resolve the task. Default `true`. */
   local?: boolean;
-  /** The task's CI check context is a required status check + part of `holocron ci`'s default run. */
+  /** The task's CI check context is a required status check + part of `holocron run ci`'s default run. */
   required?: boolean;
 }
 interface HolocronConfig {
   /** Project name. Derived from package.json when absent. */
   name?: string;
   description?: string;
-  /** Project homepage URL. Synced to package.json#homepage and the GitHub repo's website field by `holocron sync`. */
+  /** Project homepage URL. Synced to package.json#homepage and the GitHub repo's website field by `holocron repo sync`. */
   homepage?: string;
   /**
    * Active org name for namespaced keyring lookup. When set, token resolution
@@ -335,7 +365,7 @@ interface HolocronConfig {
    * The task manifest — what this repo runs. Each entry is a task name
    * (backed by a reusable workflow in `theholocron/.github`), or the object
    * form to pass `with:` inputs. `@theholocron/astromech` reads this as the
-   * single source for `holocron run` / `holocron ci` / the generated CI
+   * single source for `holocron run` / `holocron run ci` / the generated CI
    * workflows / `package.json` scripts.
    *
    * Supported values (intent-facing vocabulary — epic #672, D3):
@@ -348,7 +378,7 @@ interface HolocronConfig {
    *   "knowledge.wiki" | "knowledge.docs" | "knowledge.components" |
    *   "review" | "tag" | "stale" | "greetings" | "dependencies" | "bookkeeping"
    *
-   * `holocron setup` writes `.github/workflows/<name>.yml` for each entry,
+   * `holocron repo setup` writes `.github/workflows/<name>.yml` for each entry,
    * calling the corresponding reusable workflow in `theholocron/.github`.
    * Files are overwritten on each run — they are generated artifacts.
    *
@@ -397,7 +427,7 @@ interface HolocronConfig {
    * }
    * ```
    * Each `tokenName` maps to a repository secret named
-   * `CHROMATIC_PROJECT_TOKEN_<TOKENNAME>`. `holocron setup` expands this
+   * `CHROMATIC_PROJECT_TOKEN_<TOKENNAME>`. `holocron repo setup` expands this
    * to the flat `run-chromatic: true` + `chromatic-projects: <json>` inputs
    * that the reusable workflow accepts.
    *
@@ -407,7 +437,7 @@ interface HolocronConfig {
    */
   tasks?: Array<string | TaskEntryConfig>;
   /**
-   * Opt out of `holocron sync`'s `package.json` script writes. Default `true`.
+   * Opt out of `holocron repo sync`'s `package.json` script writes. Default `true`.
    */
   syncScripts?: boolean;
   /**
@@ -418,15 +448,15 @@ interface HolocronConfig {
   holocronScript?: string;
   /**
    * Required status-check contexts not backed by a `required` task (codecov
-   * gates, the bundle-build check, …). `holocron setup` appends these to the
+   * gates, the bundle-build check, …). `holocron repo setup` appends these to the
    * task-derived list from `astromech.requiredChecks()`.
    */
   extraRequiredChecks?: string[];
   /**
-   * Git hooks `holocron setup` installs. `true` / `{ prePush: true }` writes
-   * `.husky/pre-push` (runs `holocron ci` before every push); `false` /
+   * Git hooks `holocron repo setup` installs. `true` / `{ prePush: true }` writes
+   * `.husky/pre-push` (runs `holocron run ci` before every push); `false` /
    * `{ prePush: false }` opts out. Omitted → on for `protection: "strict"`,
-   * off otherwise. `--hooks` / `--no-hooks` on `holocron setup` override.
+   * off otherwise. `--hooks` / `--no-hooks` on `holocron repo setup` override.
    */
   hooks?: boolean | {
     prePush?: boolean;
@@ -435,7 +465,7 @@ interface HolocronConfig {
   apps?: AppConfig[];
   doctor?: DoctorConfig;
   /**
-   * Agent runtime that determines where skills are installed by `holocron setup`.
+   * Agent runtime that determines where skills are installed by `holocron repo setup`.
    * Skills are installed to `.agents/skills/<name>/` (canonical) with a
    * relative symlink at the agent-specific path:
    * - `"claude"` → `.claude/skills/<name>` → `../../.agents/skills/<name>`
@@ -443,7 +473,7 @@ interface HolocronConfig {
    */
   agent?: "claude" | "codex" | "gemini";
   /**
-   * Skill names from `@theholocron/skills` to install during `holocron setup`.
+   * Skill names from `@theholocron/skills` to install during `holocron repo setup`.
    * Installed paths are gitignored and managed by setup — do not commit them.
    *
    * @example
@@ -451,7 +481,7 @@ interface HolocronConfig {
    */
   skills?: string[];
   /**
-   * GitHub Pages configuration. When present, `holocron setup` calls the
+   * GitHub Pages configuration. When present, `holocron repo setup` calls the
    * Pages API using `HOLOCRON_DEPLOY_TOKEN` (requires `pages:write` + `repo` scope).
    * When absent, Pages is left as-is.
    *
@@ -487,6 +517,29 @@ interface HolocronConfig {
    * { analytics: "none" }
    */
   telemetry?: TelemetryConfig;
+  /**
+   * ESLint bundle option overrides that Sentinel's centralized static-
+   * analysis check (holocron#849) can't otherwise see. Bucket 1 checks
+   * never read a PR's own committed files for config — this is the
+   * declared source of truth Sentinel reads instead, so its check stays
+   * in sync with what each package's own `eslint.config.ts` already
+   * enforces locally and in CI.
+   */
+  eslint?: EslintConfig;
+}
+/**
+ * Repo-root-relative directories treated as browser-targeted for eslint's
+ * node-builtins compatibility checks — mirrors
+ * `@theholocron/eslint-config`'s `library({ browserPackages })` option.
+ * Only needed for a package whose own `eslint.config.ts` already declares
+ * `browserPackages` (a deliberate outlier, not the norm — see that
+ * package's own config file for why).
+ *
+ * @example
+ * { browserPackages: ["packages/github-client/src/app-auth"] }
+ */
+interface EslintConfig {
+  browserPackages?: string[];
 }
 interface ResolvedTuple {
   provider: string;
@@ -526,6 +579,7 @@ interface ResolvedHolocronConfig {
   env?: EnvConfig;
   log?: LogConfig;
   telemetry?: TelemetryConfig;
+  eslint?: EslintConfig;
 }
 declare class ConfigError extends Error {
   name: string;
@@ -539,6 +593,98 @@ declare function resolvePluginPackage(provider: string): string;
 declare function resolveEntry(key: CapabilityKey, raw: RawProviderEntry): ResolvedProviderEntry;
 declare function resolveConfig(raw: HolocronConfig): ResolvedHolocronConfig;
 //#endregion
+//#region src/commands/setup/derived-properties.d.ts
+/**
+ * Derived custom-properties (#677). Unlike the existing 6 GitHub
+ * custom-properties fields (`lifecycle`, `open_source`, `runtime_environment`,
+ * `uses_external_packages`, `monorepo`, `branch_protection_level`) — which
+ * mirror what `holocron.config.ts` already states explicitly — these four are
+ * *derived*: signal that isn't an explicit config field today (framework
+ * choice, repo archetype, capability drift). See
+ * `.notes/tech-holocron-platform.spec.md` → "Custom-properties sync — field
+ * definitions (#677)" for the full design.
+ */
+type HolocronProfile = "library" | "cli" | "plugin" | "template" | "app" | "docs" | "platform";
+interface PackageJsonLike {
+  name?: string;
+  private?: boolean;
+  bin?: unknown;
+  dependencies?: Record<string, string>;
+  devDependencies?: Record<string, string>;
+}
+interface DeriveProfileInput {
+  rootPackageJson: PackageJsonLike | null;
+  repoName: string;
+  isMonorepo: boolean;
+  /** `packages/*` package.json contents, monorepo repos only — used to find the primary published artifact. */
+  workspacePackageJsons: PackageJsonLike[];
+}
+/**
+ * Repo archetype, in priority order:
+ * 1. `*-template` repo name → `template` (independent of package shape).
+ * 2. Monorepo whose primary published artifact is a CLI (some workspace
+ *    package has `bin`) → `platform` — matches `holocron` itself: the CLI is
+ *    the deliverable, the plugin packages are supporting infrastructure for
+ *    it, not separate products.
+ * 3. Monorepo with no CLI but at least one non-private workspace package →
+ *    `library` — matches `clients`/`configs`/`utils`/`themes`/
+ *    `observability`: a family of published packages, none of them a CLI.
+ *    Checked *before* falling into the root-package branch below, because
+ *    these repos' own root `package.json` is private and often carries
+ *    `@theholocron/astro-config` for a docs site built from the monorepo
+ *    root — without this check they'd wrongly resolve to `docs` off that
+ *    root-level signal alone, when the docs site is a secondary concern of
+ *    a library collection, not what the repo fundamentally is.
+ * 4. Single-package repo with `package.json#bin` → `cli`.
+ * 5. Docs-only site (astro/starlight present, root package private, no
+ *    publishable exports) → `docs`.
+ * 6. Private, non-publishable, non-docs → `app`.
+ * 7. Otherwise, a single publishable package → `library`.
+ */
+declare function deriveProfile(input: DeriveProfileInput): HolocronProfile;
+/**
+ * Detected build/framework tooling — the literal "does this repo need
+ * next/vite/tsdown" signal `holocron.config.ts` has no field for today
+ * (framework choice isn't a config concept, unlike `providers`/`tasks`).
+ * Curated table, not exhaustive by design — add to `KNOWN_STACK_DEPS` as new
+ * frameworks show up rather than trying to detect anything on npm.
+ */
+declare function deriveStack(pkg: PackageJsonLike | null): string[];
+/** The provider capability keys actually wired in `providers: {}` — zero heuristics. */
+declare function deriveCapabilities(providers: ResolvedProvidersConfig | undefined): string[];
+declare function deriveCompliance(capabilities: readonly string[]): "compliant" | "non-compliant";
+/**
+ * The Phase B refinement `deriveCompliance()`'s own doc comment names —
+ * *why* a repo is non-compliant, not just that it is. `[]` when compliant.
+ * Same `REQUIRED_BASELINE` `deriveCompliance()` checks against — one
+ * table, not two independently-maintained baselines.
+ */
+declare function missingCapabilities(capabilities: readonly string[]): string[];
+/**
+ * Reads each workspace package's actual `package.json` content (not just
+ * `readWorkspacePackages()`'s `{ slug, name, dir }` — `deriveProfile()`'s
+ * `platform` detection needs `bin`, which that helper doesn't carry).
+ * Missing/invalid files are skipped, matching `readWorkspacePackages()`'s
+ * own soft-fail behavior.
+ */
+declare function readWorkspacePackageJsons(repoRoot: string, workspacePackages: readonly WorkspacePackage[]): Promise<PackageJsonLike[]>;
+//#endregion
+//#region src/commit-lint/lint-message.d.ts
+interface CommitMessageViolation {
+  /** Rule name, e.g. `"subject-empty"`. */
+  rule: string;
+  /** commitlint's own message for the failure, e.g. `"subject may not be empty"`. */
+  message: string;
+}
+declare function lintCommitMessage(message: string, loaded: QualifiedConfig): Promise<CommitMessageViolation[]>;
+//#endregion
+//#region src/commit-lint/lint-commit-msg-file.d.ts
+interface LintCommitMsgFileResult {
+  valid: boolean;
+  violations: CommitMessageViolation[];
+}
+declare function lintCommitMsgFile(filePath: string, cwd?: string): Promise<LintCommitMsgFileResult>;
+//#endregion
 //#region src/config/compose.d.ts
 type TaskEntry = NonNullable<HolocronConfig["tasks"]>[number];
 /** A single composable capability fragment. */
@@ -611,10 +757,87 @@ interface LoadedConfig {
   filepath: string;
 }
 /**
- * Read + parse + resolve `holocron.config.*` from the given directory.
+ * Read + parse + resolve `holocron.config.*` starting from the given
+ * directory, walking up through ancestors to the nearest `.git` boundary
+ * when `cwd` itself has no match — every command is usable from any
+ * subdirectory of a repo, not only its exact root (see
+ * `@theholocron/datapad`'s own doc comment for the stop conditions).
  * Throws {@link ConfigFileError} when nothing is found or a file cannot
- * be loaded, or `ConfigError` when the config is invalid.
+ * be loaded, or `ConfigError` when the config fails schema checks.
  */
 declare function loadConfig(cwd: string): Promise<LoadedConfig>;
 //#endregion
-export { Analytics, AppConfig, Auth, AuthDescription, AuthError, AuthEvent, AuthEventType, AuthIdentity, AuthUser, CARDINALITY, Capability, CapabilityConfigPackage, CapabilityImpls, CapabilityKey, Cardinality, CardinalityFor, ChromaticProjectConfig, Ci, CiRun, CiRunFilter, CiRunStatus, ComposedPreset, ConfigError, ConfigFileError, ConnectionStringOptions, CreateAuthUserInput, Deployment, DeploymentProject, DeploymentProjectSettings, DeploymentRecord, DeploymentTarget, DeploymentTrigger, Dns, DnsRecord, DnsRecordType, DocsConfig, DoctorConfig, EnsureResult, EnvConfig, Environment, EnvironmentReviewer, Environments, Errors, FeatureResolverConfig, HolocronConfig, Issue, IssueSearchFilter, Issues, LabelDef, LifecycleResult, LifecycleSlot, LoadedConfig, LogConfig, Logs, MultiEntry, NormalizedAuthUser, Notifications, PagesConfig, ParseWebhookInput, ProviderApiError, ProviderIdentity, ProviderOptions, PullRequest, REQUIRED_CAPABILITIES, RawProviderEntry, RawProvidersConfig, RepoConfig, RepoProperties, RepoProtection, RepoRef, RepoSettings, type RequestOptions, ResolveTokenConfig, type ResolveTokenInput, ResolvedCapability, ResolvedHolocronConfig, ResolvedProviderEntry, ResolvedProvidersConfig, ResolvedTuple, type RestClient, type RestClientConfig, Ruleset, SecretScope, Secrets, SingleEntry, Source, StatusCategory, Storage, StorageBranch, StorybookDeployProject, TaskEntryConfig, TeamEntry, TeamPermission, TelemetryConfig, Tooling, ToolingDoctorReport, TrackerDoctorReport, TrackerUser, Vault, WebhookDashboardInfo, WebhookVerificationError, Wiki, WikiDnsRecord, WikiProvisionOpts, WikiProxyConfig, Workers, WorkflowWithConfig, compose, createFeatureResolver, createResolveToken, createRestClient, defineConfig, deleteToken, getToken, isMulti, listStoredProviders, loadConfig, resolveConfig, resolveEntry, resolvePluginPackage, setToken };
+//#region src/editorconfig/config.d.ts
+/**
+ * The paths editorconfig-checker skips, read from the same
+ * `editorconfig-checker.json` template `holocron repo setup` writes as a repo's
+ * `.editorconfig-checker.json` — so Sentinel's central editorconfig check
+ * (holocron#927) excludes exactly what CI's editorconfig-checker does, from
+ * one source.
+ *
+ * The exclusion that matters most is `\.md$` / `\.mdx$`: the generated
+ * `.editorconfig` gives every file tab indentation, but
+ * `@theholocron/prettier-config` formats markdown with spaces, so a README's
+ * indented code example would fail one tool or the other. Markdown is left
+ * to prettier and markdownlint.
+ *
+ * Each entry is a regular-expression source, matched against a
+ * repo-relative path, as editorconfig-checker itself treats them.
+ */
+declare const EDITORCONFIG_CHECKER_EXCLUDE: readonly string[];
+/** `true` when `path` matches any {@link EDITORCONFIG_CHECKER_EXCLUDE} pattern. */
+declare function isEditorConfigExcluded(path: string): boolean;
+//#endregion
+//#region src/formatting/config.d.ts
+/**
+ * The org's canonical prettier ignore-pattern list for a central Sentinel
+ * check (holocron#769/#819) — the `PRETTIER_CONFIG` object itself doesn't
+ * need a home here, since `@theholocron/prettier-config`'s default export
+ * already *is* one canonical, importable config (the same "one config,
+ * not N copies" reasoning `@theholocron/commitlint-config` established for
+ * commit-message linting, and `ALEX_CONFIG` established for inclusive
+ * language) — only the ignore list is a Sentinel-specific decision that
+ * belongs alongside `ALEX_IGNORE_PATTERNS`, not inside the config package.
+ *
+ * Reuses `ALEX_IGNORE_PATTERNS`' own entries (`.github/*`, `CHANGELOG.md`,
+ * `LICENSE` all independently confirmed to fail a real `prettier.check()`
+ * today — machine-generated or unparseable content, same reasoning that
+ * excluded them from alex), plus `pnpm-lock.yaml` — prettier-specific
+ * (alex never reads a lockfile, but prettier would try to reformat it):
+ * machine-written by pnpm's own writer, and not gitignored (lockfiles are
+ * tracked), so prettier picks it up by default. Reformatting it just
+ * fights every subsequent `pnpm install` (this repo's own `.prettierignore`
+ * already excludes it for that exact reason).
+ */
+declare const PRETTIER_IGNORE_PATTERNS: string[];
+//#endregion
+//#region src/inclusive-language/config.d.ts
+/**
+ * The org's canonical `alex` (inclusive-language) config, as raw parsed
+ * data rather than the pre-rendered file strings `createRcConfig()`/
+ * `createIgnoreConfig()` produce for `holocron repo setup` to write into a
+ * repo's own `.alexrc.json`/`.alexignore`.
+ *
+ * `.alexrc.json` is explicitly "generated by `holocron repo setup` — do not
+ * edit manually" (this repo's own `AGENTS.md`) — the real source of truth
+ * is this JSON file, one canonical copy, not each repo's synced one. A
+ * central Sentinel check (holocron#769/#793) reads it directly rather
+ * than fetching each repo's own copy via the Contents API — the same "one
+ * config, not N copies" reasoning `@theholocron/commitlint-config` already
+ * established for commit-message linting.
+ */
+declare const ALEX_CONFIG: {
+  allow: string[];
+};
+/**
+ * Glob-ish path patterns `alex` skips. Kept as a literal here rather than
+ * importing `../templates/configs/alexjs/alexignore` directly — that file
+ * (like `commit-msg`/`pre-push`) is deliberately extensionless, matching
+ * the real filename `holocron repo setup` writes, which ECMAScript's own
+ * module resolution (`moduleResolution: "nodenext"`) can't import across
+ * a package boundary without an extension. Keep in sync with that file by
+ * hand; it changes rarely.
+ */
+declare const ALEX_IGNORE_PATTERNS: string[];
+//#endregion
+export { ALEX_CONFIG, ALEX_IGNORE_PATTERNS, Analytics, AppConfig, Auth, AuthDescription, AuthError, AuthEvent, AuthEventType, AuthIdentity, AuthUser, CARDINALITY, Capability, CapabilityConfigPackage, CapabilityImpls, CapabilityKey, Cardinality, CardinalityFor, ChromaticProjectConfig, Ci, CiRun, CiRunFilter, CiRunStatus, CommitMessageViolation, ComposedPreset, ConfigError, ConfigFileError, ConnectionStringOptions, CreateAuthUserInput, DeployFunctionConfig, DeployFunctionResult, DeployScriptConfig, DeployScriptResult, Deployment, DeploymentProject, DeploymentProjectSettings, DeploymentRecord, DeploymentTarget, DeploymentTrigger, DeriveProfileInput, Dns, DnsRecord, DnsRecordRequest, DnsRecordType, DocsConfig, DoctorConfig, EDITORCONFIG_CHECKER_EXCLUDE, EnsureResult, EnvConfig, Environment, EnvironmentReviewer, Environments, Errors, EslintConfig, FeatureResolverConfig, HolocronConfig, HolocronProfile, Issue, IssueSearchFilter, Issues, LabelDef, LifecycleResult, LifecycleSlot, LintCommitMsgFileResult, LoadedConfig, LogConfig, Logs, Monitoring, MonitoringAssertion, MonitoringAssertionComparison, MonitoringAssertionSource, MonitoringCheck, MonitoringCheckInput, MonitoringHttpMethod, MultiEntry, NormalizedAuthUser, Notifications, PRETTIER_IGNORE_PATTERNS, PackageJsonLike, PagesConfig, ParseWebhookInput, ProviderApiError, ProviderIdentity, ProviderOptions, PullRequest, REQUIRED_CAPABILITIES, RawProviderEntry, RawProvidersConfig, RepoConfig, RepoProperties, RepoProtection, RepoRef, RepoSettings, type RequestOptions, ResolveTokenConfig, type ResolveTokenInput, ResolvedCapability, ResolvedHolocronConfig, ResolvedProviderEntry, ResolvedProvidersConfig, ResolvedTuple, type RestClient, type RestClientConfig, Ruleset, SecretScope, Secrets, SingleEntry, Source, StatusCategory, Storage, StorageBranch, StorybookDeployProject, TaskEntryConfig, TeamEntry, TeamPermission, TelemetryConfig, Tooling, ToolingDoctorReport, TrackerDoctorReport, TrackerUser, Vault, type VerifyTokenFailure, type VerifyTokenResult, type VerifyTokenSuccess, WebhookDashboardInfo, WebhookVerificationError, Wiki, WikiProvisionOpts, WikiProxyConfig, Workers, WorkflowWithConfig, compose, createFeatureResolver, createResolveToken, createRestClient, defineConfig, deleteToken, deriveCapabilities, deriveCompliance, deriveProfile, deriveStack, getToken, isEditorConfigExcluded, isMulti, lintCommitMessage, lintCommitMsgFile, listStoredProviders, loadConfig, missingCapabilities, readWorkspacePackageJsons, resolveConfig, resolveEntry, resolvePluginPackage, setToken };