@integrity-labs/cloud-broker 0.7.12 → 0.7.13

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/dist/index.js +3 -3
  2. package/package.json +2 -2
package/dist/index.js CHANGED
@@ -21675,7 +21675,7 @@ var supabaseRestShape = supabaseRestSchema.shape;
21675
21675
  // package.json
21676
21676
  var package_default = {
21677
21677
  name: "@integrity-labs/cloud-broker",
21678
- version: "0.7.12",
21678
+ version: "0.7.13",
21679
21679
  description: "Cloud Access Broker \u2014 MCP server that mints scoped, TTL-bounded cloud credentials per agent task. Ships AWS support (aws_request_access, aws_poll_grant, aws_release_access, aws_describe_scope, aws_preview_request, aws_get_credentials \u2014 STS AssumeRole under the hood); GCP, Azure, and Cloudflare land alongside in the same package as the broker grows.",
21680
21680
  type: "module",
21681
21681
  bin: {
@@ -21698,7 +21698,7 @@ var package_default = {
21698
21698
  scripts: {
21699
21699
  build: "tsup",
21700
21700
  dev: "tsx watch src/index.ts",
21701
- typecheck: "tsc --noEmit",
21701
+ typecheck: "bash ../../scripts/typecheck-guard.sh tsc --noEmit",
21702
21702
  test: "vitest run",
21703
21703
  clean: "rm -rf dist",
21704
21704
  "publish:templates": "bash cloudformation/publish.sh",
@@ -22168,7 +22168,7 @@ server.tool(
22168
22168
  );
22169
22169
  server.tool(
22170
22170
  "supabase_query",
22171
- "Run READ-ONLY SQL against a Supabase project for an ACTIVE grant. THIS is how you query Supabase - you do NOT get or hold a database credential, and the supabase_get_credentials JWT cannot run SQL. The broker executes your SQL server-side under the grant's scoped database role, inside a READ ONLY transaction with a statement timeout, and returns rows. Args: { grant_id, sql }. Returns on success { grant_id, ok: true, rows, row_count, truncated } (truncated=true means the row cap was hit - add LIMIT/aggregate). On failure returns { ok: false, error_code, error } where error_code is one of READ_ONLY (you attempted a write - this capability is read-only), SCOPE_DENIED (your grant's role can't access that object - try supabase_describe to see your scope), OBJECT_NOT_FOUND (no such relation/schema, or not visible to your grant), TIMEOUT (query too slow), SYNTAX_ERROR, UNREACHABLE, SQL_NOT_CONFIGURED (no scoped DB credential enrolled - tell the user to ask their operator to configure it), or a grant-state code GRANT_NOT_ACTIVE / GRANT_EXPIRED / GRANT_RELEASED (re-request access). Writes are always rejected. Call supabase_describe first if unsure what you can read. All of these come back in the { ok:false, error_code } envelope on a normal response - branch on error_code, do not treat them as tool failures." + NO_DIRECT_SUPABASE_HTTP_BLOCK,
22171
+ "Run READ-ONLY SQL against a Supabase project for an ACTIVE grant. THIS is how you query Supabase - you do NOT get or hold a database credential, and the supabase_get_credentials JWT cannot run SQL. The broker executes your SQL server-side under the grant's scoped database role, inside a READ ONLY transaction with a statement timeout, and returns rows. Args: { grant_id, sql }. Returns on success { grant_id, ok: true, rows, row_count, truncated } (truncated=true means the row cap was hit - add LIMIT/aggregate). On failure returns { ok: false, error_code, error } where error_code is one of READ_ONLY (you attempted a write - this capability is read-only), SCOPE_DENIED (your grant's role can't access that object - try supabase_describe to see your scope), OBJECT_NOT_FOUND (no such relation/schema, or not visible to your grant), TIMEOUT (query too slow), SYNTAX_ERROR, AUTH_FAILED (the database rejected the enrolled credentials - not something you can fix, tell the user to ask their operator to re-check the stored connection string), UNREACHABLE (the broker cannot reach the database over the network - also an operator fix, not a query fix), SQL_NOT_CONFIGURED (no scoped DB credential enrolled - tell the user to ask their operator to configure it), or a grant-state code GRANT_NOT_ACTIVE / GRANT_EXPIRED / GRANT_RELEASED (re-request access). Writes are always rejected. Call supabase_describe first if unsure what you can read. All of these come back in the { ok:false, error_code } envelope on a normal response - branch on error_code, do not treat them as tool failures." + NO_DIRECT_SUPABASE_HTTP_BLOCK,
22172
22172
  supabaseQueryShape,
22173
22173
  async (args) => {
22174
22174
  try {
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@integrity-labs/cloud-broker",
3
- "version": "0.7.12",
3
+ "version": "0.7.13",
4
4
  "description": "Cloud Access Broker — MCP server that mints scoped, TTL-bounded cloud credentials per agent task. Ships AWS support (aws_request_access, aws_poll_grant, aws_release_access, aws_describe_scope, aws_preview_request, aws_get_credentials — STS AssumeRole under the hood); GCP, Azure, and Cloudflare land alongside in the same package as the broker grows.",
5
5
  "type": "module",
6
6
  "bin": {
@@ -23,7 +23,7 @@
23
23
  "scripts": {
24
24
  "build": "tsup",
25
25
  "dev": "tsx watch src/index.ts",
26
- "typecheck": "tsc --noEmit",
26
+ "typecheck": "bash ../../scripts/typecheck-guard.sh tsc --noEmit",
27
27
  "test": "vitest run",
28
28
  "clean": "rm -rf dist",
29
29
  "publish:templates": "bash cloudformation/publish.sh",