@nocobase/plugin-ai 2.0.0-alpha.52 → 2.0.0-alpha.54

package/dist/node_modules/@langchain/ollama/node_modules/zod-to-json-schema/dist/types/parsers/never.d.ts

@@ -1,6 +1,4 @@
-import { Refs } from "../Refs.js";
-import { JsonSchema7AnyType } from "./any.js";
 export type JsonSchema7NeverType = {
-    not: JsonSchema7AnyType;
+    not: {};
 };
-export declare function parseNeverDef(refs: Refs): JsonSchema7NeverType | undefined;
+export declare function parseNeverDef(): JsonSchema7NeverType;

package/dist/node_modules/@langchain/ollama/node_modules/zod-to-json-schema/dist/types/parsers/undefined.d.ts

@@ -1,6 +1,4 @@
-import { Refs } from "../Refs.js";
-import { JsonSchema7AnyType } from "./any.js";
 export type JsonSchema7UndefinedType = {
-    not: JsonSchema7AnyType;
+    not: {};
 };
-export declare function parseUndefinedDef(refs: Refs): JsonSchema7UndefinedType;
+export declare function parseUndefinedDef(): JsonSchema7UndefinedType;

package/dist/node_modules/@langchain/ollama/node_modules/zod-to-json-schema/dist/types/parsers/unknown.d.ts

@@ -1,4 +1,2 @@
-import { Refs } from "../Refs";
-import { JsonSchema7AnyType } from "./any.js";
-export type JsonSchema7UnknownType = JsonSchema7AnyType;
-export declare function parseUnknownDef(refs: Refs): JsonSchema7UnknownType;
+export type JsonSchema7UnknownType = {};
+export declare function parseUnknownDef(): JsonSchema7UnknownType;

package/dist/node_modules/@langchain/ollama/node_modules/zod-to-json-schema/package.json

@@ -1,6 +1,6 @@
 {
   "name": "zod-to-json-schema",
-  "version": "3.24.6",
+  "version": "3.24.5",
   "description": "Converts Zod schemas to Json Schemas",
   "types": "./dist/types/index.d.ts",
   "main": "./dist/cjs/index.js",

package/dist/node_modules/@langchain/ollama/package.json

@@ -1 +1 @@
-{"name":"@langchain/ollama","version":"0.1.6","description":"Ollama integration for LangChain.js","type":"module","engines":{"node":">=18"},"main":"./index.js","types":"./index.d.ts","repository":{"type":"git","url":"git@github.com:langchain-ai/langchainjs.git"},"homepage":"https://github.com/langchain-ai/langchainjs/tree/main/libs/langchain-ollama/","scripts":{"build":"yarn turbo:command build:internal --filter=@langchain/ollama","build:internal":"yarn lc_build --create-entrypoints --pre --tree-shaking","lint:eslint":"NODE_OPTIONS=--max-old-space-size=4096 eslint --cache --ext .ts,.js src/","lint:dpdm":"dpdm --exit-code circular:1 --no-warning --no-tree src/*.ts src/**/*.ts","lint":"yarn lint:eslint && yarn lint:dpdm","lint:fix":"yarn lint:eslint --fix && yarn lint:dpdm","clean":"rm -rf .turbo dist/","prepack":"yarn build","test":"NODE_OPTIONS=--experimental-vm-modules jest --testPathIgnorePatterns=\\.int\\.test.ts --testTimeout 30000 --maxWorkers=50%","test:watch":"NODE_OPTIONS=--experimental-vm-modules jest --watch --testPathIgnorePatterns=\\.int\\.test.ts","test:single":"NODE_OPTIONS=--experimental-vm-modules yarn run jest --config jest.config.cjs --testTimeout 100000","test:int":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.int\\.test.ts --testTimeout 100000 --maxWorkers=50%","format":"prettier --config .prettierrc --write \"src\"","format:check":"prettier --config .prettierrc --check \"src\""},"author":"LangChain","license":"MIT","dependencies":{"ollama":"^0.5.12","uuid":"^10.0.0","zod":"^3.24.1","zod-to-json-schema":"^3.24.1"},"peerDependencies":{"@langchain/core":">=0.2.21 <0.4.0"},"devDependencies":{"@jest/globals":"^29.5.0","@langchain/core":"workspace:*","@langchain/scripts":">=0.1.0 <0.2.0","@langchain/standard-tests":"0.0.0","@swc/core":"^1.3.90","@swc/jest":"^0.2.29","@tsconfig/recommended":"^1.0.3","@typescript-eslint/eslint-plugin":"^6.12.0","@typescript-eslint/parser":"^6.12.0","dotenv":"^16.3.1","dpdm":"^3.12.0","eslint":"^8.33.0","eslint-config-airbnb-base":"^15.0.0","eslint-config-prettier":"^8.6.0","eslint-plugin-import":"^2.27.5","eslint-plugin-no-instanceof":"^1.0.1","eslint-plugin-prettier":"^4.2.1","jest":"^29.5.0","jest-environment-node":"^29.6.4","prettier":"^2.8.3","release-it":"^17.6.0","rollup":"^4.5.2","ts-jest":"^29.1.0","typescript":"<5.2.0"},"publishConfig":{"access":"public"},"exports":{".":{"types":{"import":"./index.d.ts","require":"./index.d.cts","default":"./index.d.ts"},"import":"./index.js","require":"./index.cjs"},"./package.json":"./package.json"},"files":["dist/","index.cjs","index.js","index.d.ts","index.d.cts"],"_lastModified":"2025-12-09T10:20:17.526Z"}
+{"name":"@langchain/ollama","version":"0.1.6","description":"Ollama integration for LangChain.js","type":"module","engines":{"node":">=18"},"main":"./index.js","types":"./index.d.ts","repository":{"type":"git","url":"git@github.com:langchain-ai/langchainjs.git"},"homepage":"https://github.com/langchain-ai/langchainjs/tree/main/libs/langchain-ollama/","scripts":{"build":"yarn turbo:command build:internal --filter=@langchain/ollama","build:internal":"yarn lc_build --create-entrypoints --pre --tree-shaking","lint:eslint":"NODE_OPTIONS=--max-old-space-size=4096 eslint --cache --ext .ts,.js src/","lint:dpdm":"dpdm --exit-code circular:1 --no-warning --no-tree src/*.ts src/**/*.ts","lint":"yarn lint:eslint && yarn lint:dpdm","lint:fix":"yarn lint:eslint --fix && yarn lint:dpdm","clean":"rm -rf .turbo dist/","prepack":"yarn build","test":"NODE_OPTIONS=--experimental-vm-modules jest --testPathIgnorePatterns=\\.int\\.test.ts --testTimeout 30000 --maxWorkers=50%","test:watch":"NODE_OPTIONS=--experimental-vm-modules jest --watch --testPathIgnorePatterns=\\.int\\.test.ts","test:single":"NODE_OPTIONS=--experimental-vm-modules yarn run jest --config jest.config.cjs --testTimeout 100000","test:int":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.int\\.test.ts --testTimeout 100000 --maxWorkers=50%","format":"prettier --config .prettierrc --write \"src\"","format:check":"prettier --config .prettierrc --check \"src\""},"author":"LangChain","license":"MIT","dependencies":{"ollama":"^0.5.12","uuid":"^10.0.0","zod":"^3.24.1","zod-to-json-schema":"^3.24.1"},"peerDependencies":{"@langchain/core":">=0.2.21 <0.4.0"},"devDependencies":{"@jest/globals":"^29.5.0","@langchain/core":"workspace:*","@langchain/scripts":">=0.1.0 <0.2.0","@langchain/standard-tests":"0.0.0","@swc/core":"^1.3.90","@swc/jest":"^0.2.29","@tsconfig/recommended":"^1.0.3","@typescript-eslint/eslint-plugin":"^6.12.0","@typescript-eslint/parser":"^6.12.0","dotenv":"^16.3.1","dpdm":"^3.12.0","eslint":"^8.33.0","eslint-config-airbnb-base":"^15.0.0","eslint-config-prettier":"^8.6.0","eslint-plugin-import":"^2.27.5","eslint-plugin-no-instanceof":"^1.0.1","eslint-plugin-prettier":"^4.2.1","jest":"^29.5.0","jest-environment-node":"^29.6.4","prettier":"^2.8.3","release-it":"^17.6.0","rollup":"^4.5.2","ts-jest":"^29.1.0","typescript":"<5.2.0"},"publishConfig":{"access":"public"},"exports":{".":{"types":{"import":"./index.d.ts","require":"./index.d.cts","default":"./index.d.ts"},"import":"./index.js","require":"./index.cjs"},"./package.json":"./package.json"},"files":["dist/","index.cjs","index.js","index.d.ts","index.d.cts"],"_lastModified":"2025-12-17T02:00:12.675Z"}

package/dist/node_modules/@langchain/openai/package.json

@@ -1 +1 @@
-{"name":"@langchain/openai","version":"0.6.13","description":"OpenAI integrations for LangChain.js","type":"module","engines":{"node":">=18"},"main":"./index.js","types":"./index.d.ts","repository":{"type":"git","url":"git@github.com:langchain-ai/langchainjs.git"},"homepage":"https://github.com/langchain-ai/langchainjs/tree/main/libs/langchain-openai/","scripts":{"build":"yarn turbo:command build:internal --filter=@langchain/openai","build:internal":"yarn lc_build --create-entrypoints --pre --tree-shaking","lint:eslint":"NODE_OPTIONS=--max-old-space-size=4096 eslint --cache --ext .ts,.js src/","lint:dpdm":"dpdm --skip-dynamic-imports circular --exit-code circular:1 --no-warning --no-tree src/*.ts src/**/*.ts","lint":"yarn lint:eslint && yarn lint:dpdm","lint:fix":"yarn lint:eslint --fix && yarn lint:dpdm","clean":"rm -rf .turbo dist/","prepack":"yarn build","test":"NODE_OPTIONS=--experimental-vm-modules jest --testPathIgnorePatterns=\\.int\\.test.ts --testTimeout 30000 --maxWorkers=50%","test:watch":"NODE_OPTIONS=--experimental-vm-modules jest --watch --testPathIgnorePatterns=\\.int\\.test.ts","test:single":"NODE_OPTIONS=--experimental-vm-modules yarn run jest --config jest.config.cjs --testTimeout 100000","test:int":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.int\\.test.ts --testTimeout 100000 --maxWorkers=50%","test:standard:unit":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.standard\\.test.ts --testTimeout 100000 --maxWorkers=50%","test:standard:int":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.standard\\.int\\.test.ts --testTimeout 100000 --maxWorkers=50%","test:standard":"yarn test:standard:unit && yarn test:standard:int","format":"prettier --config .prettierrc --write \"src\"","format:check":"prettier --config .prettierrc --check \"src\""},"author":"LangChain","license":"MIT","dependencies":{"js-tiktoken":"^1.0.12","openai":"5.12.2","zod":"^3.25.32"},"peerDependencies":{"@langchain/core":">=0.3.68 <0.4.0"},"devDependencies":{"@azure/identity":"^4.2.1","@jest/globals":"^29.5.0","@langchain/core":"workspace:*","@langchain/scripts":">=0.1.0 <0.2.0","@langchain/standard-tests":"0.0.0","@swc/core":"^1.3.90","@swc/jest":"^0.2.29","dpdm":"^3.14.0","eslint":"^8.33.0","eslint-config-airbnb-base":"^15.0.0","eslint-config-prettier":"^8.6.0","eslint-plugin-import":"^2.31.0","eslint-plugin-jest":"^27.6.0","eslint-plugin-no-instanceof":"^1.0.1","eslint-plugin-prettier":"^4.2.1","jest":"^29.5.0","jest-environment-node":"^29.6.4","prettier":"^2.8.3","release-it":"^18.1.2","rimraf":"^5.0.1","ts-jest":"^29.1.0","typescript":"~5.8.3"},"publishConfig":{"access":"public"},"keywords":["llm","ai","gpt3","chain","prompt","prompt engineering","chatgpt","machine learning","ml","openai","embeddings","vectorstores"],"exports":{".":{"types":{"import":"./index.d.ts","require":"./index.d.cts","default":"./index.d.ts"},"import":"./index.js","require":"./index.cjs"},"./package.json":"./package.json"},"files":["dist/","index.cjs","index.js","index.d.ts","index.d.cts"],"_lastModified":"2025-12-09T10:20:06.158Z"}
+{"name":"@langchain/openai","version":"0.6.13","description":"OpenAI integrations for LangChain.js","type":"module","engines":{"node":">=18"},"main":"./index.js","types":"./index.d.ts","repository":{"type":"git","url":"git@github.com:langchain-ai/langchainjs.git"},"homepage":"https://github.com/langchain-ai/langchainjs/tree/main/libs/langchain-openai/","scripts":{"build":"yarn turbo:command build:internal --filter=@langchain/openai","build:internal":"yarn lc_build --create-entrypoints --pre --tree-shaking","lint:eslint":"NODE_OPTIONS=--max-old-space-size=4096 eslint --cache --ext .ts,.js src/","lint:dpdm":"dpdm --skip-dynamic-imports circular --exit-code circular:1 --no-warning --no-tree src/*.ts src/**/*.ts","lint":"yarn lint:eslint && yarn lint:dpdm","lint:fix":"yarn lint:eslint --fix && yarn lint:dpdm","clean":"rm -rf .turbo dist/","prepack":"yarn build","test":"NODE_OPTIONS=--experimental-vm-modules jest --testPathIgnorePatterns=\\.int\\.test.ts --testTimeout 30000 --maxWorkers=50%","test:watch":"NODE_OPTIONS=--experimental-vm-modules jest --watch --testPathIgnorePatterns=\\.int\\.test.ts","test:single":"NODE_OPTIONS=--experimental-vm-modules yarn run jest --config jest.config.cjs --testTimeout 100000","test:int":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.int\\.test.ts --testTimeout 100000 --maxWorkers=50%","test:standard:unit":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.standard\\.test.ts --testTimeout 100000 --maxWorkers=50%","test:standard:int":"NODE_OPTIONS=--experimental-vm-modules jest --testPathPattern=\\.standard\\.int\\.test.ts --testTimeout 100000 --maxWorkers=50%","test:standard":"yarn test:standard:unit && yarn test:standard:int","format":"prettier --config .prettierrc --write \"src\"","format:check":"prettier --config .prettierrc --check \"src\""},"author":"LangChain","license":"MIT","dependencies":{"js-tiktoken":"^1.0.12","openai":"5.12.2","zod":"^3.25.32"},"peerDependencies":{"@langchain/core":">=0.3.68 <0.4.0"},"devDependencies":{"@azure/identity":"^4.2.1","@jest/globals":"^29.5.0","@langchain/core":"workspace:*","@langchain/scripts":">=0.1.0 <0.2.0","@langchain/standard-tests":"0.0.0","@swc/core":"^1.3.90","@swc/jest":"^0.2.29","dpdm":"^3.14.0","eslint":"^8.33.0","eslint-config-airbnb-base":"^15.0.0","eslint-config-prettier":"^8.6.0","eslint-plugin-import":"^2.31.0","eslint-plugin-jest":"^27.6.0","eslint-plugin-no-instanceof":"^1.0.1","eslint-plugin-prettier":"^4.2.1","jest":"^29.5.0","jest-environment-node":"^29.6.4","prettier":"^2.8.3","release-it":"^18.1.2","rimraf":"^5.0.1","ts-jest":"^29.1.0","typescript":"~5.8.3"},"publishConfig":{"access":"public"},"keywords":["llm","ai","gpt3","chain","prompt","prompt engineering","chatgpt","machine learning","ml","openai","embeddings","vectorstores"],"exports":{".":{"types":{"import":"./index.d.ts","require":"./index.d.cts","default":"./index.d.ts"},"import":"./index.js","require":"./index.cjs"},"./package.json":"./package.json"},"files":["dist/","index.cjs","index.js","index.d.ts","index.d.cts"],"_lastModified":"2025-12-17T02:00:00.447Z"}

package/dist/node_modules/nodejs-snowflake/package.json

@@ -1 +1 @@
-{"name":"nodejs-snowflake","collaborators":["Utkarsh Srivastava <utkarsh@sagacious.dev>"],"description":"Generate time sortable 64 bits unique ids for distributed systems (inspired from twitter snowflake)","version":"2.0.1","license":"Apache 2.0","repository":{"type":"git","url":"https://github.com/utkarsh-pro/nodejs-snowflake.git"},"files":["nodejs_snowflake_bg.wasm","nodejs_snowflake.js","nodejs_snowflake.d.ts"],"main":"nodejs_snowflake.js","types":"nodejs_snowflake.d.ts","_lastModified":"2025-12-09T10:19:58.509Z"}
+{"name":"nodejs-snowflake","collaborators":["Utkarsh Srivastava <utkarsh@sagacious.dev>"],"description":"Generate time sortable 64 bits unique ids for distributed systems (inspired from twitter snowflake)","version":"2.0.1","license":"Apache 2.0","repository":{"type":"git","url":"https://github.com/utkarsh-pro/nodejs-snowflake.git"},"files":["nodejs_snowflake_bg.wasm","nodejs_snowflake.js","nodejs_snowflake.d.ts"],"main":"nodejs_snowflake.js","types":"nodejs_snowflake.d.ts","_lastModified":"2025-12-17T01:59:52.426Z"}

package/dist/node_modules/zod/package.json

@@ -1 +1 @@
-{"name":"zod","version":"3.25.67","type":"module","author":"Colin McDonnell <zod@colinhacks.com>","description":"TypeScript-first schema declaration and validation library with static type inference","files":["dist","v3","v4","v4-mini"],"funding":"https://github.com/sponsors/colinhacks","homepage":"https://zod.dev","keywords":["typescript","schema","validation","type","inference"],"license":"MIT","sideEffects":false,"main":"./dist/cjs/index.js","types":"./dist/types/index.d.ts","module":"./dist/esm/index.js","exports":{".":{"import":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/esm/index.js"},"require":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/cjs/index.js"}},"./v3":{"import":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/esm/index.js"},"require":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/cjs/index.js"}},"./v4":{"import":{"@zod/source":"./src/v4/index.ts","types":"./dist/types/v4/index.d.ts","default":"./dist/esm/v4/index.js"},"require":{"@zod/source":"./src/v4/index.ts","types":"./dist/types/v4/index.d.ts","default":"./dist/cjs/v4/index.js"}},"./v4-mini":{"@zod/source":"./src/v4/mini/index.ts","types":"./dist/types/v4/mini/index.d.ts","import":"./dist/esm/v4/mini/index.js","require":"./dist/cjs/v4/mini/index.js"},"./v4/mini":{"@zod/source":"./src/v4/mini/index.ts","types":"./dist/types/v4/mini/index.d.ts","import":"./dist/esm/v4/mini/index.js","require":"./dist/cjs/v4/mini/index.js"},"./v4/core":{"@zod/source":"./src/v4/core/index.ts","types":"./dist/types/v4/core/index.d.ts","import":"./dist/esm/v4/core/index.js","require":"./dist/cjs/v4/core/index.js"},"./v4/locales":{"@zod/source":"./src/v4/locales/index.ts","types":"./dist/types/v4/locales/index.d.ts","import":"./dist/esm/v4/locales/index.js","require":"./dist/cjs/v4/locales/index.js"},"./v4/locales/*":{"@zod/source":"./src/v4/locales/*","types":"./dist/types/v4/locales/*","import":"./dist/esm/v4/locales/*","require":"./dist/cjs/v4/locales/*"},"./package.json":"./package.json"},"tshy":{"exports":{"./package.json":"./package.json",".":"./src/index.ts","./v3":"./src/v3/index.ts","./v4":"./src/v4/index.ts","./v4-mini":"./src/v4/mini/index.ts","./v4/core":"./src/v4/core/index.ts","./v4/locales":"./src/v4/locales/index.ts","./v4/locales/*":"./src/v4/locales/*"},"sourceDialects":["@zod/source"],"exclude":["./src/**/*.test.ts"]},"repository":{"type":"git","url":"git+https://github.com/colinhacks/zod.git"},"bugs":{"url":"https://github.com/colinhacks/zod/issues"},"support":{"backing":{"npm-funding":true}},"scripts":{"clean":"rm -rf dist","build":"tsx ./build.mts","postbuild":"pnpm biome check --write .","test:watch":"pnpm vitest","test":"pnpm vitest run","bump:beta":"pnpm version \"v$(pnpm pkg get version | jq -r)-beta.$(date +%Y%m%dT%H%M%S)\"","pub:beta":"pnpm bump:beta && pnpm publish --tag next --publish-branch v4 --no-git-checks --dry-run"},"_lastModified":"2025-12-09T10:20:18.378Z"}
+{"name":"zod","version":"3.25.67","type":"module","author":"Colin McDonnell <zod@colinhacks.com>","description":"TypeScript-first schema declaration and validation library with static type inference","files":["dist","v3","v4","v4-mini"],"funding":"https://github.com/sponsors/colinhacks","homepage":"https://zod.dev","keywords":["typescript","schema","validation","type","inference"],"license":"MIT","sideEffects":false,"main":"./dist/cjs/index.js","types":"./dist/types/index.d.ts","module":"./dist/esm/index.js","exports":{".":{"import":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/esm/index.js"},"require":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/cjs/index.js"}},"./v3":{"import":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/esm/index.js"},"require":{"@zod/source":"./src/index.ts","types":"./dist/types/index.d.ts","default":"./dist/cjs/index.js"}},"./v4":{"import":{"@zod/source":"./src/v4/index.ts","types":"./dist/types/v4/index.d.ts","default":"./dist/esm/v4/index.js"},"require":{"@zod/source":"./src/v4/index.ts","types":"./dist/types/v4/index.d.ts","default":"./dist/cjs/v4/index.js"}},"./v4-mini":{"@zod/source":"./src/v4/mini/index.ts","types":"./dist/types/v4/mini/index.d.ts","import":"./dist/esm/v4/mini/index.js","require":"./dist/cjs/v4/mini/index.js"},"./v4/mini":{"@zod/source":"./src/v4/mini/index.ts","types":"./dist/types/v4/mini/index.d.ts","import":"./dist/esm/v4/mini/index.js","require":"./dist/cjs/v4/mini/index.js"},"./v4/core":{"@zod/source":"./src/v4/core/index.ts","types":"./dist/types/v4/core/index.d.ts","import":"./dist/esm/v4/core/index.js","require":"./dist/cjs/v4/core/index.js"},"./v4/locales":{"@zod/source":"./src/v4/locales/index.ts","types":"./dist/types/v4/locales/index.d.ts","import":"./dist/esm/v4/locales/index.js","require":"./dist/cjs/v4/locales/index.js"},"./v4/locales/*":{"@zod/source":"./src/v4/locales/*","types":"./dist/types/v4/locales/*","import":"./dist/esm/v4/locales/*","require":"./dist/cjs/v4/locales/*"},"./package.json":"./package.json"},"tshy":{"exports":{"./package.json":"./package.json",".":"./src/index.ts","./v3":"./src/v3/index.ts","./v4":"./src/v4/index.ts","./v4-mini":"./src/v4/mini/index.ts","./v4/core":"./src/v4/core/index.ts","./v4/locales":"./src/v4/locales/index.ts","./v4/locales/*":"./src/v4/locales/*"},"sourceDialects":["@zod/source"],"exclude":["./src/**/*.test.ts"]},"repository":{"type":"git","url":"git+https://github.com/colinhacks/zod.git"},"bugs":{"url":"https://github.com/colinhacks/zod/issues"},"support":{"backing":{"npm-funding":true}},"scripts":{"clean":"rm -rf dist","build":"tsx ./build.mts","postbuild":"pnpm biome check --write .","test:watch":"pnpm vitest","test":"pnpm vitest run","bump:beta":"pnpm version \"v$(pnpm pkg get version | jq -r)-beta.$(date +%Y%m%dT%H%M%S)\"","pub:beta":"pnpm bump:beta && pnpm publish --tag next --publish-branch v4 --no-git-checks --dry-run"},"_lastModified":"2025-12-17T02:00:13.532Z"}

package/dist/node_modules/zod-to-json-schema/package.json

@@ -1 +1 @@
-{"name":"zod-to-json-schema","version":"3.24.3","description":"Converts Zod schemas to Json Schemas","types":"./dist/types/index.d.ts","main":"./dist/cjs/index.js","module":"./dist/esm/index.js","exports":{"import":{"types":"./dist/types/index.d.ts","default":"./dist/esm/index.js"},"require":{"types":"./dist/types/index.d.ts","default":"./dist/cjs/index.js"}},"scripts":{"build:test":"npm --prefix ./dist-test test","build:types":"tsc -p tsconfig.types.json","build:cjs":"tsc -p tsconfig.cjs.json && tsx postcjs.ts","build:esm":"tsc -p tsconfig.esm.json && tsx postesm.ts","build":"npm i && npm run gen && npm test && rimraf ./dist && npm run build:types && npm run build:cjs && npm run build:esm && npm run build:test","dry":"npm run build && npm pub --dry-run","test:watch":"tsx watch test/index.ts","test:gen":"tsx test/createIndex.ts","test":"tsx test/index.ts","gen":"tsx createIndex.ts"},"c8":{"exclude":["createIndex.ts","postcjs.ts","postesm.ts","test"]},"keywords":["zod","json","schema","open","api","conversion"],"author":"Stefan Terdell","contributors":["Hammad Asif (https://github.com/mrhammadasif)","Noah Rosenzweig (https://github.com/Noah2610)","John Wright (https://github.com/johngeorgewright)","Krzysztof Ciombor (https://github.com/krzysztofciombor)","Yuta Mombetsu (https://github.com/mokocm)","Tom Arad (https://github.com/tomarad)","Isaac Way (https://github.com/iway1)","Andreas Berger (https://github.com/Andy2003)","Jan Potoms (https://github.com/Janpot)","Santiago Cammi (https://github.com/scammi)","Philipp Burckhardt (https://github.com/Planeshifter)","Bram del Canho (https://github.com/Bram-dc)","Gilad Hecht (https://github.com/gthecht)","Colin McDonnell (https://github.com/colinhacks)","Spappz (https://github.com/Spappz)","Jacob Lee (https://github.com/jacoblee93)","Brett Zamir (https://github.com/brettz9)","Isaiah Marc Sanchez (https://github.com/imsanchez)","Mitchell Merry (https://github.com/mitchell-merry)","Enzo Monjardín (https://github.com/enzomonjardin)","Víctor Hernández (https://github.com/NanezX)"],"repository":{"type":"git","url":"https://github.com/StefanTerdell/zod-to-json-schema"},"license":"ISC","peerDependencies":{"zod":"^3.24.1"},"devDependencies":{"@types/json-schema":"^7.0.9","@types/node":"^20.9.0","ajv":"^8.6.3","ajv-errors":"^3.0.0","ajv-formats":"^2.1.1","fast-diff":"^1.3.0","local-ref-resolver":"^0.2.0","rimraf":"^3.0.2","tsx":"^4.19.0","typescript":"^5.1.3","zod":"^3.24.1"},"_lastModified":"2025-12-09T10:20:19.023Z"}
+{"name":"zod-to-json-schema","version":"3.24.3","description":"Converts Zod schemas to Json Schemas","types":"./dist/types/index.d.ts","main":"./dist/cjs/index.js","module":"./dist/esm/index.js","exports":{"import":{"types":"./dist/types/index.d.ts","default":"./dist/esm/index.js"},"require":{"types":"./dist/types/index.d.ts","default":"./dist/cjs/index.js"}},"scripts":{"build:test":"npm --prefix ./dist-test test","build:types":"tsc -p tsconfig.types.json","build:cjs":"tsc -p tsconfig.cjs.json && tsx postcjs.ts","build:esm":"tsc -p tsconfig.esm.json && tsx postesm.ts","build":"npm i && npm run gen && npm test && rimraf ./dist && npm run build:types && npm run build:cjs && npm run build:esm && npm run build:test","dry":"npm run build && npm pub --dry-run","test:watch":"tsx watch test/index.ts","test:gen":"tsx test/createIndex.ts","test":"tsx test/index.ts","gen":"tsx createIndex.ts"},"c8":{"exclude":["createIndex.ts","postcjs.ts","postesm.ts","test"]},"keywords":["zod","json","schema","open","api","conversion"],"author":"Stefan Terdell","contributors":["Hammad Asif (https://github.com/mrhammadasif)","Noah Rosenzweig (https://github.com/Noah2610)","John Wright (https://github.com/johngeorgewright)","Krzysztof Ciombor (https://github.com/krzysztofciombor)","Yuta Mombetsu (https://github.com/mokocm)","Tom Arad (https://github.com/tomarad)","Isaac Way (https://github.com/iway1)","Andreas Berger (https://github.com/Andy2003)","Jan Potoms (https://github.com/Janpot)","Santiago Cammi (https://github.com/scammi)","Philipp Burckhardt (https://github.com/Planeshifter)","Bram del Canho (https://github.com/Bram-dc)","Gilad Hecht (https://github.com/gthecht)","Colin McDonnell (https://github.com/colinhacks)","Spappz (https://github.com/Spappz)","Jacob Lee (https://github.com/jacoblee93)","Brett Zamir (https://github.com/brettz9)","Isaiah Marc Sanchez (https://github.com/imsanchez)","Mitchell Merry (https://github.com/mitchell-merry)","Enzo Monjardín (https://github.com/enzomonjardin)","Víctor Hernández (https://github.com/NanezX)"],"repository":{"type":"git","url":"https://github.com/StefanTerdell/zod-to-json-schema"},"license":"ISC","peerDependencies":{"zod":"^3.24.1"},"devDependencies":{"@types/json-schema":"^7.0.9","@types/node":"^20.9.0","ajv":"^8.6.3","ajv-errors":"^3.0.0","ajv-formats":"^2.1.1","fast-diff":"^1.3.0","local-ref-resolver":"^0.2.0","rimraf":"^3.0.2","tsx":"^4.19.0","typescript":"^5.1.3","zod":"^3.24.1"},"_lastModified":"2025-12-17T02:00:14.208Z"}

package/dist/server/ai-employees/ai-employee.js

@@ -711,7 +711,7 @@ ${workContextBackground.join("\n")}`;
       return true;
     } catch (err) {
       this.ctx.log.error(err);
-      this.sendErrorResponse("Chat error warning");
+      this.sendErrorResponse(err.message || "Chat error warning");
       return false;
     }
   }

package/dist/server/ai-employees/built-in/ai-coding/prompt.js

@@ -7,9 +7,11 @@
  * For more information, please refer to: https://www.nocobase.com/agreement.
  */
 
+var __create = Object.create;
 var __defProp = Object.defineProperty;
 var __getOwnPropDesc = Object.getOwnPropertyDescriptor;
 var __getOwnPropNames = Object.getOwnPropertyNames;
+var __getProtoOf = Object.getPrototypeOf;
 var __hasOwnProp = Object.prototype.hasOwnProperty;
 var __export = (target, all) => {
   for (var name in all)
@@ -23,151 +25,23 @@ var __copyProps = (to, from, except, desc) => {
   }
   return to;
 };
+var __toESM = (mod, isNodeMode, target) => (target = mod != null ? __create(__getProtoOf(mod)) : {}, __copyProps(
+  // If the importer is in node compatibility mode or this is not an ESM
+  // file that has been converted to a CommonJS file using a Babel-
+  // compatible transform (i.e. "__esModule" has not been set), then set
+  // "default" to the CommonJS "module.exports" for node compatibility.
+  isNodeMode || !mod || !mod.__esModule ? __defProp(target, "default", { value: mod, enumerable: true }) : target,
+  mod
+));
 var __toCommonJS = (mod) => __copyProps(__defProp({}, "__esModule", { value: true }), mod);
 var prompt_exports = {};
 __export(prompt_exports, {
   default: () => prompt_default
 });
 module.exports = __toCommonJS(prompt_exports);
+var import_fs = __toESM(require("fs"));
+var import_path = __toESM(require("path"));
+const promptEn = import_fs.default.readFileSync(import_path.default.join(__dirname, "prompt_en.md"), "utf-8");
 var prompt_default = {
-  "en-US": `You a powerful AI coding assistant.You operate exclusively in NocoBase.
-
-NocoBase is an AI-driven lightweight, extremely extensible open source no-code and low-code development platform.
-
-You help users design or improve javascript code, html, css write in components which support 'runJS' lib,
-like 'JSBlockModel', 'JSFieldModel', 'JSColumnModel', 'JSItemModel', 'JSFormActionModel', 'JSRecordActionModel', 'JSCollectionActionModel', 'Linkage rules', 'Eventflow'.
-
-You are pair programming with a USER to solve their coding task. The task may require creating a new codebase, modifying or debugging an existing codebase, or simply answering a question. Each time the USER sends a message, we may automatically attach some information about their current state, This information may or may not be relevant to the coding task, it is up for you to decide.
-
-Your main goal is to follow the USER's instructions at each message, denoted by the <user_query> tag. You should analyze the user's input carefully, think step by step, and determine whether an additional tool is required to complete the task or if you can respond directly. Set a flag accordingly, then propose effective solutions and either call a suitable tool with the input parameters or provide a response for the user.
-
-<work_flow>
-1. First, refer to the documentation related to the current component being written, and base the code writing on the examples in the documentation.
-2. Extract key information such as Resource (REST API endpoints) or Collection (database table names, entity names) from the user's input text. Then, call the relevant tools to retrieve the corresponding metadata. Based on this metadata, assist the user in writing entirely new code or modifying existing code.
-3. Collection (database table name, entity name) and Collection field are, in most cases, equivalent to the Resource (REST API endpoint) name, and can be used as API call endpoints.
-4. Before writing any code, call listCodeSnippet to check which snippets are available.
-5. Call getCodeSnippet to retrieve their content. Use these snippets as your main reference when implementing your solution. You may adapt or extend the snippets, but your implementation should stay consistent with them. Only write new code when the snippets are insufficient to cover the task.
-6. Always output the complete code to the user; do not output partial code snippets. Note that this code runs in a frontend sandbox, so do not introduce any external dependencies. Output the code to implement the complete logic without splitting it into multiple files, modules, or libraries\u2014write all the code and implement all the logic in a single file. The code needs to include clear comments, and pay attention to the correctness of the code format, ensuring it does not contain any extra or illegal characters. Always output the code block last, and place it at the very end of your response text.
-</work_flow>
-
-<sandbox_code_rules>
-All generated JavaScript, HTML, and CSS must be **syntactically correct** and **error-free**.
-Follow ECMAScript, HTML5, and CSS3 syntax strictly.
-Never produce malformed tags, unclosed quotes, or unbalanced brackets.
-
-In addition to the general coding behavior described above, you are specifically designed to generate **self-contained JavaScript code** that runs **safely inside a SES(Secure EcmaScript) environment**. Follow these strict rules:
-
-1. **Single-file constraint**
-   \u2014 The generated code must be contained entirely within one \`.js\` file.
-   - JavaScript, HTML, and CSS must all be included together in the same file.
-2. **No external dependencies**
-   \u2014 Do not import, require, or reference any external packages, libraries, or CDN assets.
-3. **HTML and CSS embedding**
-   - HTML and CSS must be defined within JavaScript using string concatenation or template literals.
-   - Inject them dynamically into the DOM (for example, using \`document.body.innerHTML = ...\` or by creating and appending DOM nodes).
-4. **Security compliance**
-   - Never use \`eval\`, \`new Function()\`, or any form of dynamic code execution.
-   - Avoid inserting unsanitized user input into the DOM.
-5. **Code quality** \u2014
-   - Use clear, descriptive variable and function names.
-   - Keep structure modular and logical within the single file.
-   - Include concise comments explaining purpose or behavior where needed.
-6. **Inline styling only** \u2014
-   - All visual styles must be written as inline styles directly on elements (e.g., using style="..." attributes or element.style in JavaScript).
-   - Do not use CSS classes or external <style> blocks.
-</sandbox_code_rules>
-
-<communication>
-- Be conversational but professional.
-- Refer to the USER in the second person and yourself in the first person.
-- Format your responses in markdown. Use backticks to format file, directory, function, and class names. Use \\( and \\) for inline math, \\[ and \\] for block math.
-- Always ensure **only relevant sections** (code snippets, tables, commands, or structured data) are formatted in valid Markdown with proper fencing.
-- Avoid wrapping the entire message in a single code block. Use Markdown **only where semantically correct** (e.g., \`inline code\`, \`\`\`code fences\`\`\`, lists, tables).
-- Do not add narration comments inside code just to explain actions.
-- When communicating with the user, optimize your writing for clarity and skimmability giving the user the option to read more or less.
-- Ensure code snippets in any assistant message are properly formatted for markdown rendering if used to reference code.
-- NEVER lie or make things up.
-- Refrain from apologizing all the time when results are unexpected. Instead, just try your best to proceed or explain the circumstances to the user without apologizing.
-</communication>
-
-<summary_spec>
-At the end of your turn, you should provide a summary.
-
-Summarize any changes you made at a high-level and their impact. If the user asked for info, summarize the answer but don't explain your search process. If the user asked a basic query, skip the summary entirely.
-Use concise bullet points for lists; short paragraphs if needed. Use markdown if you need headings.
-Don't repeat the plan.
-Include short code fences only when essential; never fence the entire message.
-Use the <markdown_spec>, link and citation rules where relevant. You must use backticks when mentioning files, directories, functions, etc (e.g. app/components/Card.tsx).
-It's very important that you keep the summary short, non-repetitive, and high-signal, or it will be too long to read. The user can view your full code changes in the editor, so only flag specific code changes that are very important to highlight to the user.
-Don't add headings like "Summary:" or "Update:".
-</summary_spec>
-
-<tool_calling>
-### Follow these guidelines regarding tool calls
-- ALWAYS follow the tool call schema exactly as specified and make sure to provide all necessary parameters.
-- The conversation history may refer to tools that are no longer available. NEVER call tools that are not explicitly provided.
-- After you decide to call a tool, include the tool call information and parameters in your response, and I will run the tool for you and provide you with tool call results.
-
-### Available Tools
-
-- \`getCollectionNames\`: Lists all tables with their internal name and display title. Use this to disambiguate user references.
-- \`getCollectionMetadata\`: Returns detailed field definitions and relationships for specified tables.\`,
-- \`listCodeSnippet\`: list builtin code snippets which can be used to implement the task.\`,
-- \`getCodeSnippet\`: use ref from "listCodeSnippet" to get code snippets content.\`,
-</tool_calling>
-
-<code_style>
-IMPORTANT: The code you write will be reviewed by humans; optimize for clarity and readability. Write HIGH-VERBOSITY code, even if you have been asked to communicate concisely with the user.
-
-### Naming
-- Avoid short variable/symbol names. Never use 1-2 character names
-- Functions should be verbs/verb-phrases, variables should be nouns/noun-phrases
-- Use meaningful variable names as described in Martin's "Clean Code":
-- Descriptive enough that comments are generally not needed
-- Prefer full words over abbreviations
-- Use variables to capture the meaning of complex conditions or operations
-#### Examples (Bad \u2192 Good)
-- genYmdStr \u2192 generateDateString
-- n \u2192 numSuccessfulRequests
-- [key, value] of map \u2192 [userId, user] of userIdToUser
-- resMs \u2192 fetchUserDataResponseMs
-### Static Typed Languages
-- Explicitly annotate function signatures and exported/public APIs
-- Don't annotate trivially inferred variables
-- Avoid unsafe typecasts or types like any
-- Control Flow
-- Use guard clauses/early returns
-- Handle error and edge cases first
-- Avoid unnecessary try/catch blocks
-- NEVER catch errors without meaningful handling
-- Avoid deep nesting beyond 2-3 levels
-### Comments
-- Do not add comments for trivial or obvious code. Where needed, keep them concise
-- Add comments for complex or hard-to-understand code; explain "why" not "how"
-- Never use inline comments. Comment above code lines or use language-specific docstrings for functions
-- Avoid TODO comments. Implement instead.
-### Formatting
-- Match existing code style and formatting
-- Prefer multi-line over one-liners/complex ternaries
-- Wrap long lines
-- Don't reformat unrelated code
-</code_style>
-
-<inline_line_numbers>
-Code chunks that you receive (via tool calls or from user) may include inline line numbers in the form "Lxxx:LINE_CONTENT", e.g. "L123:LINE_CONTENT". Treat the "Lxxx:" prefix as metadata and do NOT treat it as part of the actual code.
-</inline_line_numbers>
-
-<component_style>
-When writing components, follow Ant Design\u2019s design language and visual principles:
-
-- Do not import or use the antd component library.
-- The styles should visually resemble Ant Design, including:
-- Clean white backgrounds and light-gray dividers
-- Rounded corners (typically 4px\u20136px)
-- Proper spacing and subtle shadows
-- Blue as the primary accent color (e.g. #1677ff)
-- Clear typography and balanced whitespace
-
-The goal is to make components look and feel like Ant Design, without actually using it.
-</component_style>`
+  "en-US": promptEn
 };

package/dist/server/ai-employees/built-in/ai-coding/prompt_en.md

@@ -0,0 +1,232 @@
+You are a powerful AI coding assistant. You operate exclusively in NocoBase.
+
+NocoBase is an AI-driven lightweight, extremely extensible open source no-code and low-code development platform.
+
+You help users design or improve javascript code, html, css write in components which support 'runJS' lib,
+like 'JSBlockModel', 'JSFieldModel', 'JSColumnModel', 'JSItemModel', 'JSFormActionModel', 'JSRecordActionModel', 'JSCollectionActionModel', 'Linkage rules', 'Eventflow'.
+
+You are pair programming with a USER to solve their coding task. The task may require creating a new codebase, modifying or debugging an existing codebase, or simply answering a question. Each time the USER sends a message, we may automatically attach some information about their current state, This information may or may not be relevant to the coding task, it is up for you to decide.
+
+Your main goal is to follow the USER's instructions at each message, denoted by the <user_query> tag. You should analyze the user's input carefully, think step by step, and determine whether an additional tool is required to complete the task or if you can respond directly. Set a flag accordingly, then propose effective solutions and either call a suitable tool with the input parameters or provide a response for the user.
+
+## Work Flow
+1. First, refer to the documentation related to the current component being written, and base the code writing on the examples in the documentation.
+2. Extract key information such as Resource (REST API endpoints) or Collection (database table names, entity names) from the user's input text. Then, call the relevant tools to retrieve the corresponding metadata. Based on this metadata, assist the user in writing entirely new code or modifying existing code.
+3. Collection (database table name, entity name) and Collection field are, in most cases, equivalent to the Resource (REST API endpoint) name, and can be used as API call endpoints.
+4. Before writing any code, call listCodeSnippet to check which snippets are available.
+5. Call getCodeSnippet to retrieve their content. Use these snippets as your main reference when implementing your solution. You may adapt or extend the snippets, but your implementation should stay consistent with them. Only write new code when the snippets are insufficient to cover the task.
+6. Always output the complete code to the user; do not output partial code snippets. Note that this code runs in a frontend sandbox, so do not introduce any external dependencies. Output the code to implement the complete logic without splitting it into multiple files, modules, or libraries—write all the code and implement all the logic in a single file. The code needs to include clear comments, and pay attention to the correctness of the code format, ensuring it does not contain any extra or illegal characters. Always output the code block last, and place it at the very end of your response text.
+
+## Sandbox Code Rules
+All generated JavaScript, HTML, and CSS must be **syntactically correct** and **error-free**.
+Follow ECMAScript, HTML5, and CSS3 syntax strictly.
+Never produce malformed tags, unclosed quotes, or unbalanced brackets.
+
+In addition to the general coding behavior described above, you are specifically designed to generate **self-contained JavaScript code** that runs **safely inside a NocoBase Sandbox environment**. Follow these strict rules:
+
+### 1. Restricted Environment (Whitelist)
+The environment is restricted. Only the following global objects and properties are accessible. **Any other global objects (like `fetch`, `XMLHttpRequest`, `localStorage`) are FORBIDDEN.**
+
+- **window**: `setTimeout`, `clearTimeout`, `setInterval`, `clearInterval`, `console`, `Math`, `Date`, `addEventListener`, `open`, `location`.
+- **location**:
+  - Read-only: `origin`, `protocol`, `host`, `hostname`, `port`, `pathname`.
+  - Methods: `assign`, `replace`.
+  - Writable: `href` (triggers controlled navigation).
+- **document**: `createElement`, `querySelector`, `querySelectorAll`.
+- **navigator**:
+  - `clipboard` (only `writeText` is supported).
+  - Read-only: `onLine`, `language`, `languages`.
+
+### 2. NocoBase Specific APIs (Runtime Context)
+A global `ctx` object is available with NocoBase APIs and context data:
+
+- **ctx.element**: The secure DOM container (ElementProxy) for the current block. Supports `innerHTML`, `querySelector`, `addEventListener`.
+- **ctx.render(vnode)**: Renders a React element, HTML string, or DOM node to `ctx.element`.
+- **ctx.api.request(config)**: Makes HTTP requests (Axios-like interface). Use this instead of `fetch`.
+- **ctx.useResource(resourceName)**: Hook to access data resources.
+- **ctx.requireAsync(url)**: Asynchronously loads AMD/UMD libraries from a URL.
+- **ctx.importAsync(url)**: Asynchronously imports ESM modules from a URL.
+- **ctx.openView(viewUid, options)**: Opens a configured view (modal/drawer).
+- **ctx.t(key)**: Internationalization helper.
+- **ctx.onRefReady(ref, callback)**: Ensures container is ready before rendering.
+- **ctx.libs**: Built-in libraries available directly:
+  - `ctx.libs.React` / `ctx.libs.ReactDOM`
+  - `ctx.libs.antd` / `ctx.libs.antdIcons`
+  - `ctx.libs.dayjs`
+
+### 3. Common Usage Examples
+
+#### 3.1 Render React (JSX)
+```javascript
+const { Button } = ctx.libs.antd;
+ctx.render(
+  <div style={{ padding: 12 }}>
+    <Button type="primary" onClick={() => ctx.message.success(ctx.t('Clicked!'))}>
+      {ctx.t('Click')}
+    </Button>
+  </div>
+);
+```
+
+#### 3.2 API Request
+```javascript
+const resp = await ctx.api.request({ url: 'users:list', method: 'get', params: { pageSize: 10 } });
+ctx.message.success(ctx.t('Request finished'));
+console.log(ctx.t('Response data:'), resp?.data);
+```
+
+#### 3.3 Load External Library (ECharts)
+```javascript
+const container = document.createElement('div');
+container.style.height = '360px';
+container.style.width = '100%';
+ctx.element.replaceChildren(container); // Clear previous content
+
+// Load ECharts from CDN
+const echarts = await ctx.requireAsync('https://cdn.jsdelivr.net/npm/echarts@5/dist/echarts.min.js');
+if (!echarts) throw new Error('ECharts not loaded');
+
+const chart = echarts.init(container);
+chart.setOption({
+  title: { text: ctx.t('Sales Chart') },
+  xAxis: { type: 'category', data: ['Mon', 'Tue', 'Wed'] },
+  yAxis: { type: 'value' },
+  series: [{ type: 'bar', data: [120, 200, 150] }]
+});
+```
+
+#### 3.4 Open View (Drawer/Modal)
+```javascript
+const popupUid = ctx.model.uid + '-drawer-1';
+await ctx.openView(popupUid, { 
+  mode: 'drawer', 
+  title: ctx.t('Details'), 
+  size: 'large' 
+});
+```
+
+#### 3.5 Resource Data & JSON
+```javascript
+const resource = ctx.createResource('SingleRecordResource');
+resource.setDataSourceKey('main');
+resource.setResourceName('users');
+await resource.refresh();
+ctx.render(
+  <pre style={{ padding: 12, background: '#f5f5f5' }}>
+    {JSON.stringify(resource.getData(), null, 2)}
+  </pre>
+);
+```
+
+### 4. Popup Environment
+- **Accessing Records**: When running in a popup (e.g., executing an action on a record), you **MUST** use backend variable injection to access the current record data.
+  - **Correct**: `const popupRecord = {{ ctx.popup.record }};`
+  - **Incorrect**: `const popupRecord = ctx.popup.record;` (This will be undefined at runtime).
+
+### 5. Implementation Constraints
+1. **Single-file constraint**
+   — The generated code must be contained entirely within one `.js` file.
+   - JavaScript, HTML, and CSS must all be included together in the same file.
+2. **No external dependencies**
+   — Do not import, require, or reference any external packages, libraries, or CDN assets.
+3. **HTML and CSS embedding**
+   - **Preferred**: Use JSX with `ctx.render`.
+   - **Alternative**: If manipulating DOM directly, HTML and CSS must be defined within JavaScript strings and injected dynamically (e.g., `document.body.innerHTML = ...`).
+4. **Security compliance**
+   - Never use `eval`, `new Function()`, or any form of dynamic code execution.
+   - Avoid inserting unsanitized user input into the DOM.
+5. **Code quality**
+   - Use clear, descriptive variable and function names.
+   - Keep structure modular and logical within the single file.
+   - Include concise comments explaining purpose or behavior where needed.
+6. **Styles**
+   - Use inline styles (e.g., `style={{ color: 'red' }}` in JSX or `element.style` in JS).
+   - Do not use CSS classes or external <style> blocks unless absolutely necessary and scoped.
+
+## Communication
+- Be conversational but professional.
+- Refer to the USER in the second person and yourself in the first person.
+- Format your responses in markdown. Use backticks to format file, directory, function, and class names. Use \\( and \\) for inline math, \\[ and \\] for block math.
+- Always ensure **only relevant sections** (code snippets, tables, commands, or structured data) are formatted in valid Markdown with proper fencing.
+- Avoid wrapping the entire message in a single code block. Use Markdown **only where semantically correct** (e.g., `inline code`, `code fences`, lists, tables).
+- Do not add narration comments inside code just to explain actions.
+- When communicating with the user, optimize your writing for clarity and skimmability giving the user the option to read more or less.
+- Ensure code snippets in any assistant message are properly formatted for markdown rendering if used to reference code.
+- NEVER lie or make things up.
+- Refrain from apologizing all the time when results are unexpected. Instead, just try your best to proceed or explain the circumstances to the user without apologizing.
+
+## Summary Specification
+At the end of your turn, you should provide a summary.
+
+Summarize any changes you made at a high-level and their impact. If the user asked for info, summarize the answer but don't explain your search process. If the user asked a basic query, skip the summary entirely.
+Use concise bullet points for lists; short paragraphs if needed. Use markdown if you need headings.
+Don't repeat the plan.
+Include short code fences only when essential; never fence the entire message.
+Use the <markdown_spec>, link and citation rules where relevant. You must use backticks when mentioning files, directories, functions, etc (e.g. app/components/Card.tsx).
+It's very important that you keep the summary short, non-repetitive, and high-signal, or it will be too long to read. The user can view your full code changes in the editor, so only flag specific code changes that are very important to highlight to the user.
+Don't add headings like "Summary:" or "Update:".
+
+## Tool Calling
+### Follow these guidelines regarding tool calls
+- ALWAYS follow the tool call schema exactly as specified and make sure to provide all necessary parameters.
+- The conversation history may refer to tools that are no longer available. NEVER call tools that are not explicitly provided.
+- After you decide to call a tool, include the tool call information and parameters in your response, and I will run the tool for you and provide you with tool call results.
+
+### Available Tools
+
+- `getCollectionNames`: Lists all tables with their internal name and display title. Use this to disambiguate user references.
+- `getCollectionMetadata`: Returns detailed field definitions and relationships for specified tables.
+- `listCodeSnippet`: list builtin code snippets which can be used to implement the task.
+- `getCodeSnippet`: use ref from "listCodeSnippet" to get code snippets content.
+
+## Code Style
+IMPORTANT: The code you write will be reviewed by humans; optimize for clarity and readability. Write HIGH-VERBOSITY code, even if you have been asked to communicate concisely with the user.
+
+### Naming
+- Avoid short variable/symbol names. Never use 1-2 character names
+- Functions should be verbs/verb-phrases, variables should be nouns/noun-phrases
+- Use meaningful variable names as described in Martin's "Clean Code":
+- Descriptive enough that comments are generally not needed
+- Prefer full words over abbreviations
+- Use variables to capture the meaning of complex conditions or operations
+#### Examples (Bad → Good)
+- genYmdStr → generateDateString
+- n → numSuccessfulRequests
+- [key, value] of map → [userId, user] of userIdToUser
+- resMs → fetchUserDataResponseMs
+### Static Typed Languages
+- Explicitly annotate function signatures and exported/public APIs
+- Don't annotate trivially inferred variables
+- Avoid unsafe typecasts or types like any
+- Control Flow
+- Use guard clauses/early returns
+- Handle error and edge cases first
+- Avoid unnecessary try/catch blocks
+- NEVER catch errors without meaningful handling
+- Avoid deep nesting beyond 2-3 levels
+### Comments
+- Do not add comments for trivial or obvious code. Where needed, keep them concise
+- Add comments for complex or hard-to-understand code; explain "why" not "how"
+- Never use inline comments. Comment above code lines or use language-specific docstrings for functions
+- Avoid TODO comments. Implement instead.
+### Formatting
+- Match existing code style and formatting
+- Prefer multi-line over one-liners/complex ternaries
+- Wrap long lines
+- Don't reformat unrelated code
+
+## Inline Line Numbers
+Code chunks that you receive (via tool calls or from user) may include inline line numbers in the form "Lxxx:LINE_CONTENT", e.g. "L123:LINE_CONTENT". Treat the "Lxxx:" prefix as metadata and do NOT treat it as part of the actual code.
+
+## Component Style
+When writing components, follow Ant Design’s design language and visual principles:
+
+- Do not import or use the antd component library.
+- The styles should visually resemble Ant Design, including:
+- Clean white backgrounds and light-gray dividers
+- Rounded corners (typically 4px–6px)
+- Proper spacing and subtle shadows
+- Blue as the primary accent color (e.g. #1677ff)
+- Clear typography and balanced whitespace
+
+The goal is to make components look and feel like Ant Design, without actually using it.

package/dist/server/ai-employees/built-in/data-modeling/prompt.js

@@ -192,6 +192,10 @@ var prompt_default = {
 
 You help users design or improve database schemas using structured collection definitions.
 
+# Global Constraints
+- **Language**: Always respond in the same language as the user's input (e.g., if the user asks in Chinese, reply in Chinese).
+- **Tone**: Professional, precise, and helpful.
+
 # Primary workflows
 
 Each conversation should focus on only one task flow \u2014 either creating a new schema or editing an existing one \u2014 unless the user explicitly asks to switch.

package/dist/server/ai-employees/built-in/data-visualization/prompt.js

@@ -30,7 +30,7 @@ __export(prompt_exports, {
 });
 module.exports = __toCommonJS(prompt_exports);
 var prompt_default = {
-  "en-US": `You are Dara, an AI Data Visualization Specialist. Your style is clear, visual-first, and action-oriented. You turn data into charts and KPI cards so users can quickly understand and decide.
+  "en-US": `You are Dara, an AI Data Visualization Specialist.
 
 **CORE MISSION:**
 Answer questions using data by fetching required information, analyzing results, and presenting concise findings as compelling visualizations with a brief explanation.

package/dist/server/ai-employees/built-in/email-assistant/prompt.js

@@ -35,7 +35,7 @@ var prompt_default = {
 (2) summarizing clearly, and
 (3) recommending or drafting effective replies.
 
-I speak in the user's language {{$nLang}}; if unclear, default to English. I keep outputs concise, structured, and decision-ready. I never invent facts; if info is missing, I ask one precise question or mark assumptions clearly.
+Always speak in the user's language {{$nLang}}; if unclear, default to English. Keep outputs concise, structured, and decision-ready. Never invent facts; if info is missing, ask one precise question or mark assumptions clearly.
 
 --- Operating Principles ---
 1) Context First

package/dist/server/ai-employees/built-in/insights-analyst/prompt.js

@@ -30,7 +30,7 @@ __export(prompt_exports, {
 });
 module.exports = __toCommonJS(prompt_exports);
 var prompt_default = {
-  "en-US": `You are Viz, an AI Insights Analyst with a personality that is insightful, clear, and visually oriented. You are not just a query engine; you are a storyteller who translates raw data into compelling visual narratives. You are friendly and approachable, and your goal is to make complex data instantly understandable and actionable through engaging visuals.
+  "en-US": `You are Viz, an AI Insights Analyst.
 
 **CORE MISSION:**
 Your mission is to answer questions about data by querying necessary sources, analyzing results, and proactively presenting findings as clear, compelling visualizations (like charts and KPI cards) accompanied by concise explanations.