Skip to main content
This page is generated from the synq-scout command tree, so it always matches the released binary. For what Scout does and how to deploy it, see Scout AI; for using its tools from an MCP client, see Scout MCP.
Scout investigates your data: it triages issues, works out what changed and suggests tests, using your warehouse and your Coalesce Quality workspace. It runs three ways, and the same tools back all of them:
Scout only ever connects outward, so it can sit inside your network with nothing exposed. Run synq-scout health after configuring it, and synq-scout auth login to authenticate as yourself rather than with a client secret. With no subcommand, Scout runs the agent.

Commands

synq-scout agent

Run the Scout agent, working tasks from Coalesce Quality
Run Scout as a long-lived agent. It connects out to Coalesce Quality, picks up tasks as they are created, and works them against your warehouse — nothing needs to reach in from outside your network. This is the mode the container runs by default, and the mode an on-premise deployment uses. Database connections are validated on startup so a bad credential fails here rather than midway through a task; —require-valid-connections turns a partial failure into a refusal to start.

synq-scout auth

Manage Coalesce Quality API authentication
Manage authentication for the Coalesce Quality API using OAuth2 authorization code flow with PKCE. Credentials are cached under ~/.synq/oauth/, partitioned by region, and shared with the other Coalesce Quality CLIs by default. Pick a deployment with —region, or point at a staging or self-hosted deployment with —synq-endpoint. Examples:

synq-scout auth login

Authenticate with Coalesce Quality in a browser
Authenticate using the OAuth2 authorization code flow with PKCE. Opens a browser, then caches the resulting credential under ~/.synq/oauth/. The login asks for the permissions synq-scout’s tools need, not everything your account could grant — a tool whose permission is not granted is left out of the MCP tool list rather than failing when called. By default the credential goes to the shared slot, so one login serves every Coalesce Quality CLI on this machine. Pass —isolated to give synq-scout its own credential instead. Examples:

synq-scout auth logout

Remove the stored credential for a region
Delete the cached credential for one region, leaving credentials for other regions in place. The OAuth client registration is kept, so logging back in does not create another connected app.

synq-scout auth status

Show every stored credential, for every region
List the cached credentials across all regions, with the workspace, granted permissions and expiry of each. Reads local files only — no network calls. Pass —region or —synq-endpoint to show one deployment instead of all of them.

synq-scout auth token

Print the access token, refreshing it if needed
Print the current access token to stdout, refreshing it first if it has expired or is close to expiring. Useful for scripting:

synq-scout auth whoami

Show who you are authenticated as and which permissions are granted
Call the Coalesce Quality IAM API and print the current identity, workspace and granted permissions. Uses the standard credential resolution (client credentials, then a pre-issued token, then the browser login).

synq-scout health

Check that Scout can reach everything it needs
Verify this deployment’s configuration. Loads the config, fetches this deployment’s settings from the Scout control plane (which confirms both credentials and reachability, and reports the workspace it resolved to), and sends a trial prompt to every configured model. Warehouse connections are listed as discovered, not connected to. Exits non-zero if the control plane or any model is unreachable, so use it after a configuration change, or as a container health check, and a bad deployment fails visibly rather than on its first task.

synq-scout issue

Triage one or more issues by their IDs. Multiple issues can be specified using —issue-id flag multiple times.

synq-scout mcp

Serve Scout’s tools to an MCP client over stdio
Run Scout as an MCP server, speaking the protocol on stdin and stdout. Point any MCP client at it — Claude Code, Claude Desktop, Cursor — and Scout’s tools become available in that client, running against your own warehouse and Coalesce Quality workspace. The same tools are individually invocable from a shell with synq-scout tools. Because stdout carries protocol frames, all logging goes to stderr.

synq-scout sre

Triage open issues once, now
Run one triage pass over open issues and exit. This is the same work the agent does continuously, invoked on demand — useful to try Scout against your data before deploying it, or to re-run triage after changing configuration. Narrow it to particular issues with —issue-ids; with none, every open issue is considered. Triage normally skips an issue whose status says it has been handled already; —ignore-status-check triages it regardless. Note —dry-run defaults to true here, so nothing is written back until you pass —dry-run=false. To triage specific issues by id, synq-scout issue is the narrower command.

synq-scout tester

Suggest data quality tests for tables
Run one pass of test suggestion and exit. Scout inspects the tables you name, and proposes tests appropriate to what it finds in them. Restrict it to particular tables with —table-fqn, repeated per table; a table is identified by its fully-qualified name. Note —dry-run defaults to true here, so suggestions are reported without being created until you pass —dry-run=false.

synq-scout tools

Inspect and invoke Coalesce Quality Scout MCP tools directly from the CLI
Expose the same tools the MCP server serves as one-shot CLI commands.
Arguments can be supplied either as individual —<arg> flags (derived from the tool’s input schema) or as a single —json object, but not both at once.

synq-scout tools add_comment

Post a Markdown comment on either an issue or an incident. The comment is attributed to the calling user. Use this to record context, hand-off notes, or reasoning about the current state so other engineers (and future runs of this agent) can follow the thread.

synq-scout tools batch_entity_details

Get details for multiple entities identified by entity_ids. Use this when you need to retrieve information for several known entities at once. More efficient than multiple GetEntityDetails calls when working with multiple entities. Each returned Entity includes table_metrics when available — use it to gauge the size and freshness of upstream/downstream tables before issuing queries against them.

synq-scout tools batch_executions

Get detailed information for specific executions by their IDs. Use this when you have execution IDs and need full details about those specific executions.

synq-scout tools batch_urls

BatchUrls generates Coalesce Quality application URLs for multiple entities, issues, incidents, dataproducts, and owners. This tool translates IDs into properly formatted URLs that can be used to navigate directly to the corresponding pages in the Coalesce Quality web application. Usage:
  • Provide entity_ids to get catalog URLs for data entities (tables, views, etc.)
  • Provide issue_ids to get incident management URLs for specific issues
  • Provide incident_ids to get incident detail page URLs
  • Provide dataproduct_ids to get product page URLs for dataproducts
  • Provide owner_ids to get owner settings page URLs for owners
  • All arrays can be provided simultaneously

synq-scout tools browse_folders

Browse the hierarchy one level. With no parent_folder_entity_id, returns the roots (top-level integrations / containers). With a parent, returns that folder’s direct sub-folders and the entity ids of its direct, non-folder members. One level per call — browse each returned sub-folder in turn.

synq-scout tools create_incident

Create a new incident grouping one or more issues under a shared name so the team can track the combined investigation in one place. Use this when the user is escalating a set of related issues that warrant a coordinated response.

synq-scout tools create_monitors

CreateMonitors creates one or more custom monitors. Ids are assigned deterministically, so re-running an identical create is idempotent. If unsure which check type fits the goal, call describe_check_types first. For plain DWH TABLES, prefer create_table_stats_monitor (reads cheap DWH metadata) over the table_stats sub-type here, which queries the asset every run. The table_stats sub-type is for VIEWS, or when a per-run query is intended: a table_stats monitor targeting a native table is withheld with a pointer to the native tool (override with allow_custom_table_stats_on_table).

synq-scout tools create_sql_tests

CreateSqlTests creates one or more SQL tests (deterministic ids). If unsure which check type fits the goal, call describe_check_types first.

synq-scout tools create_table_stats_monitor

CreateTableStatsMonitor creates a table-stats monitor on one DWH TABLE and deploys it in a single step. It reads cheap DWH metadata (row count / load delay), so it works ONLY on DWH tables, NEVER on views: a view exposes no such metadata, and this tool cannot supply the freshness-source column a view would need. For a view (or materialized view / stream), use create_monitors with the table_stats sub-type, a custom monitor that queries the asset directly each run. Targeting a non-table asset is rejected with that pointer. If unsure which check type fits the goal, call describe_check_types first.

synq-scout tools delete_data_product

DeleteDataProduct deletes a data product. GATED (always — deletion is destructive): the first call returns applied=false and requires_user_confirmation=true; re-call with confirmed=true after the user approves. Soft-deletes by default; set purge to hard-delete and release the id. Idempotent — deleting an unknown / already-deleted product succeeds.

synq-scout tools delete_deployment_rule

DeleteDeploymentRule deletes a rule and the monitors it owns. GATED like DeployDeploymentRule: the first call returns the monitors that would be removed and requires_user_confirmation=true; re-call with confirmed=true after the user approves.

synq-scout tools delete_domain

DeleteDomain deletes a domain. GATED (always — deletion is destructive): the first call returns applied=false and requires_user_confirmation=true, along with the number of sub-domains that would be left behind; re-call with confirmed=true after the user approves. Soft-deletes by default, which does NOT delete sub-domains — they stay, parented to a deleted domain. Set purge to hard-delete and release the id, which the backend refuses while the domain still has sub-domains. Idempotent — deleting an unknown / already-deleted domain succeeds.

synq-scout tools delete_monitors

DeleteMonitors deletes monitors by id. Deleting a UI/other-config monitor is gated on overwrite_confirmed_ids.

synq-scout tools delete_owner

DeleteOwner deletes an owner and ALL of its ownerships, or — when ownership_id is given — just that one ownership. GATED (always — deletion is destructive): the first call returns applied=false, the count of ownerships that would be removed, and requires_user_confirmation=true; re-call with confirmed=true after the user approves. Soft-deletes the owner by default; set purge to hard-delete. Idempotent.

synq-scout tools delete_saved_view

DeleteSavedView deletes a saved view. GATED (always — deletion is destructive): the first call returns applied=false and requires_user_confirmation=true; re-call with confirmed=true after the user approves. Idempotent — deleting an unknown / already-deleted view succeeds.

synq-scout tools delete_sql_tests

synq-scout tools delete_table_stats_monitor

DeleteTableStatsMonitor disables table-stats monitoring for the given asset paths by deploying an exclusion (ownership gated). Unlike deleting a per-asset monitor, this also turns off monitors created by a broad automatic rule. To re-enable, use create_table_stats_monitor for the same asset.

synq-scout tools deploy_deployment_rule

DeployDeploymentRule creates (omit id) or updates (provide id) a rule and materializes its monitors. GATED: the first call returns applied=false, requires_user_confirmation=true and changes nothing — run preview first, surface the impact to the user, then re-call with confirmed=true after they approve. Never self-confirm.

synq-scout tools describe

Show a tool’s description, scopes and input/output schemas

synq-scout tools describe_check_types

DescribeCheckTypes returns a static catalog of the check types this server can create (custom monitors, SQL tests, table-stats monitors) with guidance on which to use for which data-quality goal, down to the sub-type level. Call it before authoring a monitor or test when unsure which check type fits. No scope_authorization: this is a static reference tool (no backend call, no workspace data) so it is available to any authenticated MCP session regardless of granted scopes. Scout’s FilterToolsByScopes treats an empty scope list as always-available.

synq-scout tools describe_resolver_ql

DescribeResolverQl returns a static reference for authoring ResolverQL selection queries: syntax, the common functions and asset-type names, worked recipes, and the metric / sensitivity / severity enums. Call it before authoring a rule when unsure how to express the target selection. No scope_authorization: this is a static reference tool (no backend call, no workspace data) so it is available to any authenticated MCP session regardless of granted scopes. Scout’s FilterToolsByScopes treats an empty scope list as always-available.

synq-scout tools execute_monitor

ExecuteMonitor allows reproducing behaviour of existing monitor and getting directly that monitor data from database. Tool also allows to segment data through additional dimensions which original monitor doesn’t have to find a root of the error. Check table_metrics.num_rows on the underlying asset before running — large tables need a narrow filter_from/filter_to window to avoid scanning the full history.

synq-scout tools folder_of

Return the folder placement(s) each given entity lives in. Every folder along every containing chain is returned in the folders table with its own opaque id, so an ancestor is as addressable as the immediate parent — browse or list any level without walking down from the roots.

synq-scout tools get_code

This service is used by the LLM agent to fetch the latest version of source code that defines or implements data entities, such as SQL table definitions, dbt models, SQLMesh models, Python ETL scripts, and other data transformation code. Identity resolution: GetCode automatically resolves sibling identities of the requested entity (e.g. a dbt model and the DWH table it materializes share an identity group), and returns code for any of them. There is no need to call GetCode again with a related entity id — if the response is empty, no linked identity has code stored.

synq-scout tools get_commit_diff

synq-scout tools get_common_upstream_dependencies

GetCommonUpstreamDependencies identifies shared upstream dependencies between two entities. Uses a connected components algorithm to find entities that both inputs depend on, including transitive relationships (e.g., if A→B, B→C, and C→D, all are grouped). Useful for understanding data convergence points and shared data sources.

synq-scout tools get_data_product

GetDataProduct fetches one or more data products by id with their full detail, including the membership definition (rendered as ResolverQL). Unknown / deleted ids are omitted from the response rather than erroring.

synq-scout tools get_database_change_details

Retrieves full details for one or more database changes in a single call. Use this only when ListDatabaseChanges indicates has_details=true (change too large for summary). Returns the complete diffs showing what changed, concatenated in input order. Prefer passing every change_id you already know about in one call instead of invoking the tool once per id.

synq-scout tools get_database_coordinates_from_entity

GetDatabaseCoordinatesFromEntity returns the physical DWH coordinates (dialect, connection, instance, database, schema, object) for a given Coalesce Quality table entity.

synq-scout tools get_deployment_rule

GetDeploymentRule returns one rule by id with its full settings and the canonical resolver_ql selection string.

synq-scout tools get_domain

GetDomain fetches one or more domains by id with their full detail, including the membership definition (query parts rendered as ResolverQL). Unknown / deleted ids are omitted from the response rather than erroring.

synq-scout tools get_downstream_dependencies

GetDownstreamDependencies finds all downstream dependencies for given entities. Use this to understand the entire downstream dependency tree.

synq-scout tools get_entity_details

Get details of a given entity identified by entity_id. Use this when you have a specific entity ID and need comprehensive information about that entity including its properties, metadata, and current state. For DWH table/view entities the response includes table_metrics (latest row count and freshness) — check it before issuing unbounded queries against the underlying table.

synq-scout tools get_entity_from_database_coordinates

GetEntityFromDatabaseCoordinates maps a SQL table reference to Coalesce Quality entity IDs for physical tables in the data warehouse. The input sql_fqn may be fully qualified (e.g. “db.schema.table”), partially qualified (“schema.table”), or unqualified (“table”). Matching is hierarchical: more specific references narrow the search. Partial references may match multiple entities (for example, the same table name across different schemas or instances). Returns all matches including their actual database FQN, dialect, and connection.

synq-scout tools get_entity_impact

Get impact analysis showing all entities and systems affected if there was an issue on the entity. Use this to understand the blast radius and downstream effects of problems with a specific entity. Essential for incident response and change impact assessment.

synq-scout tools get_entity_metrics

Returns raw metric timeseries (e.g., row counts, freshness timestamps) for an entity. Identity-aware: resolves logical assets (e.g., dbt models) to their underlying physical tables.

synq-scout tools get_immediate_downstream_dependencies

GetImmediateDownstreamDependencies finds only the direct downstream dependencies. Use this for quick analysis of immediate data sources without deep traversal.

synq-scout tools get_immediate_upstream_dependencies

GetImmediateUpstreamDependencies retrieves only direct (one-hop) upstream dependencies. This is faster than GetUpstreamDependencies and useful for quick analysis of immediate data sources.

synq-scout tools get_incident_details

Retrieve detailed information about a specific incident by its ID, including attached issues, state, and comment timeline. Use this when you already have an incident ID (from create_incident, a URL, or a list_open_incidents result) instead of filtering list_open_incidents client-side.

synq-scout tools get_issue

synq-scout tools get_issue_comments

synq-scout tools get_issue_details

synq-scout tools get_issue_impact

synq-scout tools get_latest_executions

Get the latest execution for each specified entity. IMPORTANT: Only returns executions where the entity appears in execution.entity_ids (what executed). This means it returns executions OF the entity (e.g., model runs, monitor runs, task runs), NOT executions that merely reference the entity (e.g., tables don’t execute on their own). Use this to quickly check the current state and most recent execution status of executable entities.

synq-scout tools get_lineage

GetLineage retrieves all dependencies for specified entities. This helps understand what feeds into (upstream) or depends on (downstream) the given entities.

synq-scout tools get_monitor

Retrieve the full configuration of a single monitor by its monitor_entity_id. Returns the monitor’s complete settings: type, metrics, sensitivity, severity, schedule, segmentation, filters, and current state. Use this to inspect or check how one specific monitor is configured — e.g. before editing it, or to explain why it did or did not fire. Get the monitor_entity_id from list_checks or from an issue/monitor context.

synq-scout tools get_monitor_predictions

Returns recent model predictions for a monitor, showing expected vs actual values and confidence bands. Use this to understand whether the anomaly detection model is well-calibrated or miscalibrated (e.g., predicting impossible negative values for row counts). The response includes the model’s predicted (expected) values, actual observed values, confidence bands, and anomaly patterns for each time bucket.

synq-scout tools get_orchestration

Get orchestration relationships for multiple entities. For each entity, returns both upstream entities (what orchestrates it) and downstream entities (what it orchestrates). The tool automatically selects the most relevant entity ID from each orchestration group using entity type priority (models > tables > tasks > checks > jobs).

synq-scout tools get_owner

GetOwner fetches one or more owners by id with their full detail: contacts and, by default, their ownerships (assigned assets + alert config). Unknown / deleted ids are omitted rather than erroring.

synq-scout tools get_saved_view

GetSavedView fetches one or more saved views by id with their full detail: the selection (rendered as ResolverQL), display config, sharing, grants, the caller’s permissions, and pin state. Ids the caller cannot see are omitted.

synq-scout tools get_schema

synq-scout tools get_upstream_dependencies

GetUpstreamDependencies traverses the dependency graph to find all upstream dependencies for the specified entities up to a configurable depth. Use this to understand the complete upstream dependency tree and data flow.

synq-scout tools get_upstream_sources

GetUpstreamSources traces lineage to the root of the dependency graph to find original data sources. Identifies dbt sources, SQLMesh external models, or the furthest reachable upstream entities.

synq-scout tools iam

Iam returns information about the authenticated caller: workspace, granted scopes, token subject, and (when present) the Coalesce Quality user and integration associated with the token. Use this tool when:
Exposed on any common read scope so it’s available in every MCP session.

synq-scout tools list

List available MCP tools

synq-scout tools list_annotations

List all available annotations with their usage counts across entities. This provides insight into the annotation ecosystem, showing which annotations are commonly used and their frequency distribution across the entity catalog.

synq-scout tools list_checks

ListChecks retrieves all data quality checks configured for a specific entity. This includes both checks directly defined on the entity and those inherited from upstream dependencies. It also provides information about column usage patterns.

synq-scout tools list_commits

synq-scout tools list_data_product_members

ListDataProductMembers resolves a data product’s membership definition and returns the opaque entity ids of the assets that currently belong to it, paginated.

synq-scout tools list_data_products

ListDataProducts lists the data products in the workspace, paginated. Narrow with folder and priorities. Definitions are omitted by default (set include_definition to include the membership query); use get_data_product for a single product’s full detail.

synq-scout tools list_database_changes

Retrieves the history of database schema and SQL definition changes for a specific entity. Returns changes detected by Coalesce Quality’s schema monitoring, ordered from most recent to oldest. Example use cases:
  • “Show me schema changes to the users table in the last week”
  • “What SQL definition changes happened to the customer_summary view?”
  • “When was the last time a column was added to this table?”

synq-scout tools list_deployment_rules

ListDeploymentRules lists query-based deployment rules, optionally filtered by ids or config. Use it to find the rule id to inspect, preview, or delete.

synq-scout tools list_domain_members

ListDomainMembers resolves a domain’s membership definition and returns the opaque entity ids of the assets that currently belong to it, paginated. The resolution is recursive: it includes everything contributed by the data products and domains the definition references, and by the domain’s own sub-domains.

synq-scout tools list_domains

ListDomains lists the domains in the workspace, paginated. Use parent_id to walk the hierarchy. Membership definitions are never included — they can be large; use get_domain for a single domain’s definition.

synq-scout tools list_executions

List executions for specific entities with optional filtering by time range and status. Returns execution history in reverse chronological order (newest first). Use this to investigate when specific entities were executed, their status, and any error messages.

synq-scout tools list_folder_members

List the entity ids contained in a folder, paginated. Direct members only by default; set deep=true to include members of all nested sub-folders. Narrow with types. Prefer a larger limit over many small pages — paging deep through a large folder repeats work server-side.

synq-scout tools list_history

synq-scout tools list_monitors

ListMonitors lists custom monitors, optionally filtered by asset, config, ids, or a name substring. Use it to find the monitor id to update or delete.

synq-scout tools list_open_incidents

synq-scout tools list_open_issues

synq-scout tools list_owners

ListOwners lists the owners in the workspace, paginated. Each row carries the contact count; set include_ownership_counts to also resolve each owner’s ownership count (an extra query per owner — off by default).

synq-scout tools list_ownerships

ListOwnerships lists ownerships — either all ownerships of one owner (owner_id) or a specific set across owners (ownership_ids). Each row shows the asset selection and the alert configuration.

synq-scout tools list_saved_views

ListSavedViews lists the saved views the calling user can see. By default every visible view (their own, shared-with-workspace, granted-to-them); narrow with relationships, context and only_pinned.

synq-scout tools list_sql_tests

synq-scout tools list_table_stats_monitors

ListTableStatsMonitors lists table-stats monitors (static deployment rules), optionally filtered by asset or ids.

synq-scout tools list_users

List users in the current workspace. Supports a substring filter on name or email plus simple page-based pagination. Use this before calling update_incident with owner_email so the picked email matches an existing workspace user.

synq-scout tools preview_deployment_rule

PreviewDeploymentRule resolves the rule’s query and returns the monitors that would be created, deleted, or kept if it were deployed now, plus assets skipped (e.g. no freshness column). Side-effect-free; nothing is written. Doubles as validation: a malformed resolver_ql returns an invalid-argument error with the parse message — fix it and preview again.

synq-scout tools profile_columns

ProfileColumns computes statistical information about column values. Only specific columns can be profiled. Columns which do not support profiling are ignored. Profiles are generated for String, Numeric and Time columns of different native types. If you decide to profile data, fetch the data for limited time period to avoid excessive data queries. Check table_metrics.num_rows from GetEntityDetails first — for billion-row tables pass a narrow time window (filter_from/filter_to) rather than scanning the full history.

synq-scout tools resolve_query

Compile and evaluate a ResolverQL expression, returning the matched entity ids (paginated). A syntactically invalid or uncompilable expression comes back as an invalid-argument error with the parse message — fix it and retry. Call describe_resolver_ql for the grammar.

synq-scout tools sample_column_values

SampleColumnValues returns frequency of values for a specific column. If you decide to sample data, fetch the data for limited time period to avoid excessive data queries. Check table_metrics.num_rows from GetEntityDetails first — for billion-row tables pass a narrow time window (filter_from/filter_to) rather than scanning the full history.

synq-scout tools sample_entities

Get entity count sampling by type for a search query. Use this to get rough estimates and understand the distribution of entity types that match a search query. Ideal for initial exploration when you want to understand “what kinds of things exist” before drilling down with SearchEntities. Much more efficient than SearchEntities when you only need counts and type distribution.

synq-scout tools save_data_product

SaveDataProduct creates (omit id, or supply a fresh UUID) or updates (supply an existing id) a data product and, in the same call, replaces its membership definition when one is provided. Mutable fields are optional on update: a set field is written, an omitted field is left unchanged (pass an empty folder to clear it). GATED: the first call returns applied=false, requires_user_confirmation=true and changes nothing — surface the impact to the user, then re-call with confirmed=true. A product managed by an external source (e.g. Atlan) is read-only in the app; overwriting it additionally requires overwrite_confirmed=true. Never self-confirm.

synq-scout tools save_domain

SaveDomain creates (omit id, or supply a fresh UUID) or updates (supply an existing id) a domain and, in the same call, replaces its membership definition when one is provided. Mutable fields are optional on update: a set field is written, an omitted field is left unchanged (pass an empty parent_id to detach the domain and make it top-level). GATED: the first call returns applied=false, requires_user_confirmation=true and changes nothing — surface the impact to the user, then re-call with confirmed=true. A domain managed by an external source (e.g. Atlan) is read-only in the app; overwriting it additionally requires overwrite_confirmed=true. Never self-confirm. A re-parent or definition reference that would close a loop in the domain / data-product reference graph is rejected.

synq-scout tools save_owner

SaveOwner creates (omit id) or updates (supply an existing id) an owner and, in the same call, upserts the ownerships listed under it (owner + its ownerships fanned out to the backend). Owner mutable fields are optional on update: a set field is written, an omitted field left unchanged; a present (possibly empty) contacts list replaces the contacts. Each ownership is upserted by its id (omit to create). Assigning a data product already owned by another ownership MOVES it. GATED: the first call returns applied=false, requires_user_confirmation=true and changes nothing — surface the impact, then re-call with confirmed=true. An owner managed by an external source (e.g. Atlan) is read-only; overwriting it additionally requires overwrite_confirmed=true. Never self-confirm.

synq-scout tools save_saved_view

SaveSavedView creates (omit id) or updates (supply an existing id) a saved view. Mutable fields are optional on update: a set field is written, an omitted field left unchanged. GATED: the first call returns applied=false, requires_user_confirmation=true and changes nothing — surface the impact, then re-call with confirmed=true. Editing a view the caller does not own, or changing its visibility / grants (who else can see it), additionally requires overwrite_confirmed=true. Never self-confirm.

synq-scout tools search_entities

Search for entities by name, description, etc. Use this when you need to find specific entities and want the full entity details in results. Returns actual Entity objects with complete information. Best for detailed exploration and when you need to work with the found entities directly. Each hit includes table_metrics (row count, freshness) when available — use it to decide whether candidate tables are safe to query without partition filters.

synq-scout tools set_issue_status

Set the status of a single issue. Use this once the user has decided how to classify an issue (e.g., expected behaviour, fixed upstream, no action needed). An optional note is posted as a comment alongside the status change so the audit trail captures why the decision was made.

synq-scout tools set_saved_view_pin

SetSavedViewPin pins or unpins a saved view to the calling user’s main screen. UNGATED: pinning is a per-user preference with zero blast radius — it applies only to the caller and does not modify the view — so any user who can see the view may pin it, and no confirmation is required.

synq-scout tools submit_feature_request

SubmitFeatureRequest submits a feature request to the Coalesce Quality product team. IMPORTANT: This is a last-resort tool. Only use it when:
  • No existing tool can fulfill the user’s request
  • The user explicitly asks for functionality that doesn’t exist yet
  • The user encounters a limitation that no combination of available tools can work around
Do NOT use this tool if an existing tool can handle the request, even partially. The feature request will be reviewed by the Coalesce Quality product team.

synq-scout tools summarise_executions

Get aggregated execution statistics for specified entities. Provides execution counts by type and status, time range of executions, and latest execution per entity. Use this to quickly understand execution patterns without fetching all execution details.

synq-scout tools update_incident

Edit an existing incident. Any subset of optional fields may be provided; only the supplied fields are changed. Use this to rename the incident, change its state, reassign the owner, or attach/detach issues — all in a single call. Leave fields unset to keep their current value.

synq-scout tools update_monitors

UpdateMonitors updates monitors by id. Each monitor is a FULL REPLACE, not a patch: send the complete object from list_monitors with your edits applied — any field you omit is cleared, not preserved. Reset-triggering changes (schedule, time-partitioning, segmentation, timezone, custom-numeric aggregation) and overwrites of UI/other-config monitors are gated — see service docs.

synq-scout tools update_sql_tests

UpdateSqlTests updates SQL tests by id. Each test is a FULL REPLACE, not a patch: send the complete object from list_sql_tests with your edits applied — any field you omit is cleared, not preserved. Reset-triggering changes (recurrence, severity, evaluators, test template/type) and overwrites of UI/other-config tests are gated.

synq-scout tools update_table_stats_monitor

UpdateTableStatsMonitor updates a table-stats monitor by id and redeploys. This is a FULL REPLACE, not a patch: fetch the monitor from list_table_stats_monitors, apply your edits, and send the COMPLETE metric set — any metric you omit is removed. Table-stats have no reset concept; overwrites of UI/other-config rules are gated.