exobrain-database 0.2.0__tar.gz → 0.3.0__tar.gz

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/PKG-INFO

@@ -1,17 +1,11 @@
-Metadata-Version: 2.3
+Metadata-Version: 2.4
 Name: exobrain-database
-Version: 0.2.0
+Version: 0.3.0
 Summary: Exobrain database model and migration management
 Keywords: 
 Author: Laurent LAPORTE
 Author-email: Laurent LAPORTE <laurent@dfya.io>
-License: Copyright © 2025-present DFYA SAS, All rights reserved.
-         
-         This is a private project.  
-         All rights reserved.
-         
-         The content of this repository is intended for private use only.  
-         Reproduction, distribution, or disclosure to third parties, in whole or in part, is strictly prohibited without the explicit written permission of the copyright holder.
+License-File: LICENSE.md
 Classifier: Development Status :: 4 - Beta
 Classifier: Programming Language :: Python
 Classifier: Programming Language :: Python :: 3.12
@@ -20,7 +14,6 @@ Classifier: Programming Language :: Python :: 3.14
 Classifier: Topic :: Software Development :: Libraries
 Classifier: Topic :: Database
 Classifier: Topic :: Database :: Database Engines/Servers
-Classifier: License :: Other/Proprietary License
 Requires-Dist: alembic>=1.18.4
 Requires-Dist: psycopg[binary]>=3.3.4
 Requires-Dist: sqlalchemy>=2.0.51
@@ -134,6 +127,29 @@ For creating a new migration, pass `-c` explicitly so the file naming template f
 alembic -c src/exobrain/database/migrations/alembic.ini revision --autogenerate -m "short description"
 ```
 
+#### Running migrations from outside this repository
+
+The `alembic` CLI above only works from this project's root, since it relies on the `[tool.alembic]`
+section of this repo's `pyproject.toml`. Consuming projects (e.g. `exobrain-server`) or containers that
+only have `exobrain-database` installed as a dependency don't have that file, and the packaged
+`alembic.ini` sits inside the installed package (e.g.: under `.venv/`), which is impractical to locate.
+
+For that case, `exobrain-database` ships a console script, `exobrain-db-migrate`, that resolves its own
+`alembic.ini` and wraps the full Alembic CLI, so it works the same way from any environment where the
+package is installed:
+
+```console
+exobrain-db-migrate current                       # Show applied revision(s)
+exobrain-db-migrate history                       # List migration history
+exobrain-db-migrate upgrade head                  # Apply all pending migrations
+exobrain-db-migrate downgrade -1                  # Roll back one migration
+exobrain-db-migrate -x schema=org_42 current      # Target a single organization schema
+```
+
+It requires the same `SQL_*` environment variables as above, and writes its logs to `stdout` so they are
+picked up by container log collectors. It is a thin wrapper: any other native Alembic command
+(`stamp`, `heads`, `show`, `-c`/`ALEMBIC_CONFIG` override, ...) works unchanged.
+
 ---
 
 ## Project Structure
@@ -142,23 +158,26 @@ The source code lives under `src/exobrain/database/` as a namespace package:
 
 ```
 src/exobrain/database/
-├── migrations/               # Alembic migration engine
-│   ├── alembic.ini           # Alembic configuration file
-│   ├── env.py                # Migration environment setup
-│   ├── migration_manager.py  # Public API: upgrade / downgrade per org schema
-│   └── versions/             # Auto-generated migration scripts
-├── model/                    # SQLAlchemy ORM models
-│   ├── base.py               # Declarative base classes
-│   ├── associations/         # Many-to-many association tables
-│   ├── enums/                # Database enumeration types (config, currency, running states)
-│   ├── general/              # Cross-organization models (copilots, permissions, roles,
-│   │                         #   predefined actions/executions/risks, reasons)
-│   └── org/                  # Per-organization models (config, connections, dashboards,
-│                             #   running actions/executions/risks, scopes, users)
-└── tools/                    # Reusable database utilities
-    ├── jsonb_filter.py       # Helper for filtering on JSONB columns
-    ├── record_count.py       # Efficient record counting queries
-    └── sql_query_logger.py   # SQLAlchemy query logging utility
+├── migrations/                   # Alembic migration engine
+│   ├── alembic.ini               # Alembic configuration file
+│   ├── cli.py                    # `exobrain-db-migrate` console script entry point
+│   ├── env.py                    # Migration environment setup
+│   ├── migration_manager.py      # Public API: upgrade / downgrade per org schema
+│   └── versions/                 # Auto-generated migration scripts
+├── model/                        # SQLAlchemy ORM models
+│   ├── base.py                   # Declarative base classes
+│   ├── associations/             # Many-to-many association tables
+│   ├── enums/                    # Database enumeration types (config, currency, running states)
+│   ├── general/                  # Cross-organization models (copilots, permissions, roles,
+│   │                             #   predefined actions/executions/risks, reasons)
+│   └── org/                      # Per-organization models (config, connections, dashboards,
+│                                 #   running actions/executions/risks, scopes, users)
+└── tools/                        # Reusable database utilities
+    ├── jsonb_filter.py           # Helper for filtering on JSONB columns
+    ├── record_count.py           # Efficient record counting queries
+    ├── report_field_coercion.py  # Coerce raw context values into typed report slots
+    ├── risk_report_projector.py  # Project declared reporting fields into risk_report_fact
+    └── sql_query_logger.py       # SQLAlchemy query logging utility
 ```
 
 ### Key design decisions

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/README.md

@@ -102,6 +102,29 @@ For creating a new migration, pass `-c` explicitly so the file naming template f
 alembic -c src/exobrain/database/migrations/alembic.ini revision --autogenerate -m "short description"
 ```
 
+#### Running migrations from outside this repository
+
+The `alembic` CLI above only works from this project's root, since it relies on the `[tool.alembic]`
+section of this repo's `pyproject.toml`. Consuming projects (e.g. `exobrain-server`) or containers that
+only have `exobrain-database` installed as a dependency don't have that file, and the packaged
+`alembic.ini` sits inside the installed package (e.g.: under `.venv/`), which is impractical to locate.
+
+For that case, `exobrain-database` ships a console script, `exobrain-db-migrate`, that resolves its own
+`alembic.ini` and wraps the full Alembic CLI, so it works the same way from any environment where the
+package is installed:
+
+```console
+exobrain-db-migrate current                       # Show applied revision(s)
+exobrain-db-migrate history                       # List migration history
+exobrain-db-migrate upgrade head                  # Apply all pending migrations
+exobrain-db-migrate downgrade -1                  # Roll back one migration
+exobrain-db-migrate -x schema=org_42 current      # Target a single organization schema
+```
+
+It requires the same `SQL_*` environment variables as above, and writes its logs to `stdout` so they are
+picked up by container log collectors. It is a thin wrapper: any other native Alembic command
+(`stamp`, `heads`, `show`, `-c`/`ALEMBIC_CONFIG` override, ...) works unchanged.
+
 ---
 
 ## Project Structure
@@ -110,23 +133,26 @@ The source code lives under `src/exobrain/database/` as a namespace package:
 
 ```
 src/exobrain/database/
-├── migrations/               # Alembic migration engine
-│   ├── alembic.ini           # Alembic configuration file
-│   ├── env.py                # Migration environment setup
-│   ├── migration_manager.py  # Public API: upgrade / downgrade per org schema
-│   └── versions/             # Auto-generated migration scripts
-├── model/                    # SQLAlchemy ORM models
-│   ├── base.py               # Declarative base classes
-│   ├── associations/         # Many-to-many association tables
-│   ├── enums/                # Database enumeration types (config, currency, running states)
-│   ├── general/              # Cross-organization models (copilots, permissions, roles,
-│   │                         #   predefined actions/executions/risks, reasons)
-│   └── org/                  # Per-organization models (config, connections, dashboards,
-│                             #   running actions/executions/risks, scopes, users)
-└── tools/                    # Reusable database utilities
-    ├── jsonb_filter.py       # Helper for filtering on JSONB columns
-    ├── record_count.py       # Efficient record counting queries
-    └── sql_query_logger.py   # SQLAlchemy query logging utility
+├── migrations/                   # Alembic migration engine
+│   ├── alembic.ini               # Alembic configuration file
+│   ├── cli.py                    # `exobrain-db-migrate` console script entry point
+│   ├── env.py                    # Migration environment setup
+│   ├── migration_manager.py      # Public API: upgrade / downgrade per org schema
+│   └── versions/                 # Auto-generated migration scripts
+├── model/                        # SQLAlchemy ORM models
+│   ├── base.py                   # Declarative base classes
+│   ├── associations/             # Many-to-many association tables
+│   ├── enums/                    # Database enumeration types (config, currency, running states)
+│   ├── general/                  # Cross-organization models (copilots, permissions, roles,
+│   │                             #   predefined actions/executions/risks, reasons)
+│   └── org/                      # Per-organization models (config, connections, dashboards,
+│                                 #   running actions/executions/risks, scopes, users)
+└── tools/                        # Reusable database utilities
+    ├── jsonb_filter.py           # Helper for filtering on JSONB columns
+    ├── record_count.py           # Efficient record counting queries
+    ├── report_field_coercion.py  # Coerce raw context values into typed report slots
+    ├── risk_report_projector.py  # Project declared reporting fields into risk_report_fact
+    └── sql_query_logger.py       # SQLAlchemy query logging utility
 ```
 
 ### Key design decisions

exobrain_database-0.3.0/pyproject.toml

@@ -0,0 +1,113 @@
+[build-system]
+requires = ["uv_build>=0.11.23,<0.13"]
+build-backend = "uv_build"
+
+[project]
+name = "exobrain-database"
+version = "0.3.0"
+description = "Exobrain database model and migration management"
+readme = "README.md"
+requires-python = ">=3.12"
+license-files = ["LICENSE.md"]
+keywords = []
+classifiers = [
+    "Development Status :: 4 - Beta",
+    "Programming Language :: Python",
+    "Programming Language :: Python :: 3.12",
+    "Programming Language :: Python :: 3.13",
+    "Programming Language :: Python :: 3.14",
+    "Topic :: Software Development :: Libraries",
+    "Topic :: Database",
+    "Topic :: Database :: Database Engines/Servers",
+]
+dependencies = [
+    "alembic>=1.18.4",
+    "psycopg[binary]>=3.3.4",
+    "sqlalchemy>=2.0.51",
+]
+
+[[project.authors]]
+name = "Laurent LAPORTE"
+email = "laurent@dfya.io"
+
+[project.urls]
+Documentation = "https://github.com/MyExobrain/exobrain-database#readme"
+Issues = "https://github.com/MyExobrain/exobrain-database/issues"
+Source = "https://github.com/MyExobrain/exobrain-database"
+
+[project.scripts]
+exobrain-db-migrate = "exobrain.database.migrations.cli:main"
+
+[dependency-groups]
+dev = [
+    "coverage>=7.14.2",
+    "mkdocs>=1.6.1",
+    "mkdocs-material>=9.6.0",
+    "mypy>=2.1.0",
+    "pytest>=9.1.1",
+    "pytest-cov>=7.1.0",
+    "twine>=6.2.0",
+]
+
+[tool.uv.build-backend]
+module-name = "exobrain.database"
+
+[tool.coverage.run]
+source_pkgs = [
+    "exobrain.database",
+    "tests",
+]
+branch = true
+parallel = true
+
+[tool.coverage.paths]
+exobrain_database_model = [
+    "src/exobrain/database",
+    "*/exobrain-database/src/exobrain/database",
+]
+tests = [
+    "tests",
+    "*/exobrain-database/tests",
+]
+
+[tool.coverage.report]
+exclude_lines = [
+    "no cov",
+    "if __name__ == .__main__.:",
+    "if TYPE_CHECKING:",
+]
+
+[tool.mypy]
+python_version = "3.13"
+namespace_packages = true
+explicit_package_bases = true
+mypy_path = "src"
+ignore_missing_imports = true
+strict = true
+exclude = ["src/exobrain/database/migrations/versions"]
+
+[tool.ruff]
+line-length = 120
+indent-width = 4
+target-version = "py312"
+exclude = ["src/exobrain/database/migrations/versions"]
+
+[tool.ruff.lint.extend-per-file-ignores]
+"src/exobrain/database/model/*/*.py" = ["TID252"]
+"src/exobrain/database/tools/*.py" = ["TID252"]
+"src/exobrain/database/migrations/versions/*.py" = ["INP001"]
+
+[tool.alembic]
+script_location = "src/exobrain/database/migrations"
+
+[tool.ty.rules]
+all = "error"
+missing-override-decorator = "ignore"
+unsound-assignment = "ignore"
+unsound-return-statement = "ignore"
+
+[tool.ty.src]
+exclude = ["src/exobrain/database/migrations/versions"]
+
+[tool.ty.environment]
+python-version = "3.12"

exobrain_database-0.2.0/pyproject.toml → exobrain_database-0.3.0/pyproject.toml.orig

@@ -1,17 +1,17 @@
 [build-system]
-requires = ["uv_build>=0.11.23,<0.12"]
+requires = ["uv_build>=0.11.23,<0.13"]
 build-backend = "uv_build"
 
 [project]
 name = "exobrain-database"
-version = "0.2.0"
+version = "0.3.0"
 description = "Exobrain database model and migration management"
 authors = [
     { name = "Laurent LAPORTE", email = "laurent@dfya.io" }
 ]
 readme = "README.md"
 requires-python = ">=3.12"
-license = { file = "LICENSE.md" }
+license-files = ["LICENSE.md"]
 keywords = []
 classifiers = [
     "Development Status :: 4 - Beta",
@@ -22,7 +22,6 @@ classifiers = [
     "Topic :: Software Development :: Libraries",
     "Topic :: Database",
     "Topic :: Database :: Database Engines/Servers",
-    "License :: Other/Proprietary License",
 ]
 dependencies = [
     "alembic>=1.18.4",
@@ -35,9 +34,14 @@ Documentation = "https://github.com/MyExobrain/exobrain-database#readme"
 Issues = "https://github.com/MyExobrain/exobrain-database/issues"
 Source = "https://github.com/MyExobrain/exobrain-database"
 
+[project.scripts]
+exobrain-db-migrate = "exobrain.database.migrations.cli:main"
+
 [dependency-groups]
 dev = [
     "coverage>=7.14.2",
+    "mkdocs>=1.6.1",
+    "mkdocs-material>=9.6.0",
     "mypy>=2.1.0",
     "pytest>=9.1.1",
     "pytest-cov>=7.1.0",
@@ -100,6 +104,7 @@ exclude = [
 
 [tool.ruff.lint.extend-per-file-ignores]
 "src/exobrain/database/model/*/*.py" = ["TID252"]
+"src/exobrain/database/tools/*.py" = ["TID252"]
 "src/exobrain/database/migrations/versions/*.py" = ["INP001"]
 
 
@@ -119,6 +124,13 @@ script_location = "src/exobrain/database/migrations"
 [tool.ty.rules]
 all = "error"
 missing-override-decorator = "ignore"
+# SQLAlchemy's `mapped_column()` and `relationship()` return descriptor types (`MappedColumn[Any]`,
+# `_RelationshipDeclared[Any]`) that ty cannot narrow to the declared `Mapped[...]` annotation.
+# Every model attribute of the package trips this, 317 times, with nothing actionable to change:
+# the annotation is the documented SQLAlchemy 2.0 style and mypy --strict accepts it. Re-enable
+# once ty understands the SQLAlchemy declarative plugin.
+unsound-assignment = "ignore"
+unsound-return-statement = "ignore"
 
 [tool.ty.src]
 exclude = [

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/src/exobrain/database/migrations/__init__.py

@@ -6,4 +6,4 @@ from exobrain.database.migrations.migration_manager import (
     upgrade,
 )
 
-__all__ = ["configure", "upgrade", "downgrade"]
+__all__ = ["configure", "downgrade", "upgrade"]

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/src/exobrain/database/migrations/alembic.ini

@@ -95,7 +95,7 @@ qualname = alembic
 
 [handler_console]
 class = StreamHandler
-args = (sys.stderr,)
+args = (sys.stdout,)
 level = NOTSET
 formatter = generic
 

exobrain_database-0.3.0/src/exobrain/database/migrations/cli.py

@@ -0,0 +1,72 @@
+"""
+Command-line entry point for Alembic migrations, packaged with ``exobrain-database``.
+
+The Alembic configuration file (``alembic.ini``) lives inside the installed
+package, which makes it inconvenient to locate from a consuming project
+(e.g. ``exobrain-server``) or from a container where the virtual environment
+layout is not known in advance.
+
+This module exposes a ``main()`` function, wired to the ``exobrain-db-migrate``
+console script (see ``pyproject.toml``), which resolves ``alembic.ini``
+relative to this module and delegates to Alembic's own command-line parser.
+Every native Alembic command is therefore available unchanged, in particular
+the ones needed for routine maintenance and diagnostics in a containerized
+environment:
+
+- ``exobrain-db-migrate current``       show the current revision(s)
+- ``exobrain-db-migrate history``       list the migration history
+- ``exobrain-db-migrate upgrade head``  apply pending migrations
+- ``exobrain-db-migrate downgrade -1``  roll back one migration
+- ``exobrain-db-migrate heads`` / ``show <rev>`` / ``stamp <rev>`` / ...
+- ``exobrain-db-migrate -x schema=org_<id> current``  target a single org schema
+
+Usage from anywhere, once ``exobrain-database`` is installed in the active
+virtual environment::
+
+    exobrain-db-migrate upgrade head
+    exobrain-db-migrate -x schema=org_42 current
+
+The database connection is read by ``env.py`` from the ``SQL_*`` environment
+variables (``SQL_ENGINE``, ``SQL_HOST``, ``SQL_DATABASE``, ``SQL_USER``,
+``SQL_PORT``, ``SQL_PASSWORD``), which must be set in the calling environment
+(e.g.: injected into the container). Log output is written to ``stdout`` (see
+the ``[handler_console]`` section of ``alembic.ini``), so it is captured by
+container log collectors alongside the application's own logs.
+"""
+
+import os
+import sys
+from collections.abc import Sequence
+from pathlib import Path
+
+from alembic.config import main as _alembic_main
+
+HERE = Path(__file__).parent
+DEFAULT_ALEMBIC_INI = HERE / "alembic.ini"
+
+
+def main(argv: Sequence[str] | None = None) -> None:
+    """
+    Entry point for the ``exobrain-db-migrate`` console script.
+
+    Resolves the packaged ``alembic.ini`` and forwards all arguments to
+    Alembic's own command-line interface, so every native Alembic command
+    and option is supported unchanged.
+
+    An already-set ``ALEMBIC_CONFIG`` environment variable, or an explicit
+    ``-c``/``--config`` argument, takes precedence over the packaged
+    default, so callers can still point to a different configuration file
+    if needed.
+
+    Args:
+        argv: Command-line arguments to parse, excluding the program name.
+            Defaults to ``sys.argv[1:]``.
+    """
+    # noinspection PyUnresolvedReferences
+    argv = argv if argv is not None else sys.argv[1:]
+    os.environ.setdefault("ALEMBIC_CONFIG", str(DEFAULT_ALEMBIC_INI))
+    _alembic_main(argv=argv, prog="exobrain-db-migrate")
+
+
+if __name__ == "__main__":  # pragma: no cover
+    main()

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/src/exobrain/database/migrations/env.py

@@ -6,6 +6,7 @@ from logging.config import fileConfig
 from alembic import context
 from alembic.runtime.environment import NameFilterType
 from sqlalchemy import URL, Connection, Engine, Result, Table, column, create_engine, select, table
+from sqlalchemy.pool import NullPool
 from sqlalchemy.schema import CreateSchema
 from sqlalchemy.sql import text
 from sqlalchemy.sql.schema import SchemaItem
@@ -60,16 +61,16 @@ def has_autogenerate() -> bool:
     """
     commands = _get_alembic_commands()
     is_upgrade = len(commands) > 0 and callable(commands[0]) and commands[0].__name__ == "upgrade"
-    is_autogenerate = len(commands) > 2 and "autogenerate" in commands[2]  # noqa PLR2004
+    is_autogenerate = len(commands) > 2 and "autogenerate" in commands[2]
     return is_upgrade or is_autogenerate
 
 
 def is_public(
     schema_item: SchemaItem,
-    name: str | None,  # noqa
+    name: str | None,
     type_: NameFilterType,
-    reflected: bool,  # noqa
-    compare_to: SchemaItem | None,  # noqa
+    reflected: bool,
+    compare_to: SchemaItem | None,
 ) -> bool:
     if type_ == "table" and schema_item.info.get("skip_autogenerate"):
         return False
@@ -89,7 +90,7 @@ def is_org(
     schema_item: SchemaItem,
     name: str | None,
     type_: NameFilterType,
-    reflected: bool,  # noqa
+    reflected: bool,
     compare_to: SchemaItem | None,
 ) -> bool:
     if type_ == "table" and schema_item.info.get("skip_autogenerate"):
@@ -111,8 +112,8 @@ def run_base_migrations_online(connection: Connection) -> None:
         connection=connection,
         target_metadata=base_metadata,
         include_object=is_public,
-        upgrade_token="base_up",  # noqa: S106
-        downgrade_token="base_down",  # noqa: S106
+        upgrade_token="base_up",
+        downgrade_token="base_down",
         compare_type=True,
     )
 
@@ -144,8 +145,8 @@ def run_orgs_migrations_online(connection: Connection) -> None:
             connection=connection,
             target_metadata=base_metadata,
             include_object=is_org,
-            upgrade_token="org_up",  # noqa: S106
-            downgrade_token="org_down",  # noqa: S106
+            upgrade_token="org_up",
+            downgrade_token="org_down",
             compare_type=True,
         )
 
@@ -181,20 +182,26 @@ def run_migrations_online() -> None:
         port=sql_port,
         database=sql_database,
     )
-    db_engine: Engine = create_engine(db_url)
-
-    with db_engine.connect() as connection:
-        # If the first argument is a function, and it is a downgrade, we reverse the order of migrations
-        # to ensure that base migrations are applied before organization migrations.
-        commands = _get_alembic_commands()
-        is_downgrade = len(commands) > 0 and callable(commands[0]) and commands[0].__name__ == "downgrade"
-        if is_downgrade:
-            run_orgs_migrations_online(connection)
-            run_base_migrations_online(connection)
-        else:
-            run_base_migrations_online(connection)
-            run_orgs_migrations_online(connection)
-        connection.commit()
+    # A migration needs a single connection: ``NullPool`` closes it as soon as it is released,
+    # and ``dispose()`` frees the engine even when a migration fails. Without them, every Alembic
+    # command run in the same process (e.g. ``migration_manager.upgrade()`` for each organization)
+    # left a connection open, until PostgreSQL refused new clients (EXO-1800).
+    db_engine: Engine = create_engine(db_url, poolclass=NullPool)
+    try:
+        with db_engine.connect() as connection:
+            # If the first argument is a function, and it is a downgrade, we reverse the order of migrations
+            # to ensure that base migrations are applied before organization migrations.
+            commands = _get_alembic_commands()
+            is_downgrade = len(commands) > 0 and callable(commands[0]) and commands[0].__name__ == "downgrade"
+            if is_downgrade:
+                run_orgs_migrations_online(connection)
+                run_base_migrations_online(connection)
+            else:
+                run_base_migrations_online(connection)
+                run_orgs_migrations_online(connection)
+            connection.commit()
+    finally:
+        db_engine.dispose()
 
 
 run_migrations_online()

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/src/exobrain/database/migrations/migration_manager.py

@@ -106,4 +106,8 @@ def downgrade(org_id: UUID | int | str) -> None:
         TypeError: If org_id is not a valid type (UUID, int, or numeric string).
     """
     config = configure(org_id)
-    command.downgrade(config, "head")
+    # "base", not "head": "head" is a no-op (the schema is already there), which silently skips
+    # every downgrade step -- e.g. it leaves running_risk/running_action/running_execution.status
+    # as their Postgres enum types instead of reverting them to TEXT, which then breaks servers
+    # rolled back to a pre-enum release (they query with a ::VARCHAR cast the enum type rejects).
+    command.downgrade(config, "base")

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/src/exobrain/database/migrations/versions/2026_04_20_1015-8f3c5e2d9a1b_add_running_action_summary_table_with_text_column.py

@@ -1,7 +1,9 @@
 """Add running_action_summary table with TEXT column
+
 Revision ID: 8f3c5e2d9a1b
 Revises: 881f104f8b2b
 Create Date: 2026-04-20 10:15:00.000000+00:00
+
 """
 
 from collections.abc import Sequence

{exobrain_database-0.2.0 → exobrain_database-0.3.0}/src/exobrain/database/migrations/versions/2026_04_30_1357-c3e8047f29f6_add_kpi_names_to_predefined_action.py

@@ -1,7 +1,7 @@
 """Add kpi_names to predefined_action
 
 Revision ID: c3e8047f29f6
-Revises: 881f104f8b2b
+Revises: 8f3c5e2d9a1b
 Create Date: 2026-04-30 13:57:03.686180+00:00
 
 """