Kater CLI Share and administer admin connection
kater admin connection create
Adds a Snowflake connection to Kater through Kater's API, and tests it.
Kater writes the connection’s connection.yaml, the folders that Kater gives a connection, and your own folder in it. It stops when the connection already exists.
Examples
# Add a Snowflake connection with a key pair. Kater asks for the key's passphrasekater admin connection create snowflake_prod_connection --account myorg-myaccount --warehouse COMPUTE_WH --role SYSADMIN --user kater_service --private-key-file ~/.ssh/kater_key.p8 --schema DEMO_DB.ANALYTICS_AD_REPORTING# Add a Snowflake connection that signs in with a password. Kater asks for the passwordkater admin connection create snowflake_prod_connection --account myorg-myaccount --warehouse COMPUTE_WH --user kater_service --password --schema DEMO_DB.ANALYTICS_AD_REPORTING# Print the connection.yaml that it would write, and save nothingkater admin connection create snowflake_prod_connection --account myorg-myaccount --warehouse COMPUTE_WH --role SYSADMIN --database DEMO_DB --schema DEMO_DB.ANALYTICS_AD_REPORTING --dry-runArguments
Options
It also takes the global options --json, --kater-root, --scope and --help.
Where Kater saves the connection
- Only Kater’s API makes a connection. Run
kater loginfirst. Give--account,--warehouseand--user, and--private-key-fileor--password. With--passwordor--passphrase, Kater opens a page on 127.0.0.1 in your browser, where you type the secret. A wrong secret shows its error on the page, and you try again. Any other error closes the page, and the command stops with it. With--prompt, Kater asks in the terminal. The secret is never a flag’s value or an environment variable, so an agent that runs the command does not see it. - Kater tests the sign-in, stores the credential on its server, and saves
connection.yamlin Kater. Runkater git pullto get it in your local copy. This needs thesettings:managepermission. - Kater uses every option of the connection. That includes the label, the description, the query settings, each database’s timezone and the tables. Kater refuses
--no-test,--kater-rootand--scope, a--databasethat no--schemaselects, and an--auth-methodthat does not match the credential you give. - Names must match the warehouse. Give each database and schema as the warehouse spells it, such as
DEMO_DB.ANALYTICS_AD_REPORTING. --dry-runonly prints. It needs no sign-in, and it ignores--user,--private-key-file,--passphrase,--passwordand--prompt.
What it writes
connection.yamlcomes first, so--dry-runprints it.connection_context.mdand the agent library,ai_tools/.- Your own folder in the connection, such as
users/you@example.com/, with itsabout.md,brainstorm/andai_tools/agents/,skills/andworkflows/. - Each
modeling/folder appears with its first model or test.
The test
Before it saves anything, Kater tests the connection. When the test fails, nothing is saved. When a warehouse setting is missing, the command stops and names each one. See Warehouse settings.