1.1.2
VeADK 1.1.2 was released on August 17, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio UI | The browser tab title now changes dynamically with the active view: the new-conversation home shows only the system name; an open conversation shows the conversation name; other pages such as Automation, System info, Create agent, Library, and Search show the form “System name - Page name”. Previously the title was always the system name. | Studio agent workbench |
| Studio built-in agent | Built-in Codex sessions now recover automatically after an idle timeout or transport disconnection: on the next message or request, Studio rebuilds the connection and resumes the current Thread, preserving conversation history, workspace lock state, and context usage without requiring a manual new session. | Studio agent workbench |
| Studio deployment | When creating or locating VeIdentity user pools and clients and registering the SSO callback, veadk studio deploy uses only the deployer-provided credentials and no longer falls back to VeFaaS IAM credentials in the runtime environment, preventing unintended temporary credentials from being used during deployment. | Studio agent workbench |
| Studio local-to-cloud handoff | Adds local-to-cloud handoff: on the Codex tab of “Manage agents”, click “Handoff” to open a guided dialog and, in order, copy the plugin-install prompt and the handoff prompt (containing the Studio URL and a one-time pairing code with a 20-minute default validity). The local Codex plugin then migrates the project code, Git metadata, and visible conversation history (including images attached to user messages) into a temporary cloud Codex Sandbox Session and continues the task in the cloud. Progress is shown across “Waiting for local request”, “Creating cloud Session”, “Restoring project”, and “Sending continuation task”; you can open the cloud session after completion. History is limited to 100 messages, 20,000 characters per message, and 100,000 characters total; up to 10 images (PNG/JPEG/GIF/WebP), 4 MB each and 8 MB total. The entry is visible only to admin and developer. | Studio agent workbench |
| Studio Sandbox | Adds the STUDIO_EXPOSE_SANDBOX_ENDPOINT environment variable (disabled by default). When enabled, the Codex session editor shows a “Copy Sandbox Endpoint” button next to the composer that copies the current Sandbox public endpoint to the clipboard; it is configured via an environment variable for both local and deployed Studio. | Studio agent workbench |
| Studio update | veadk studio update now registers the /oauth2/callback callback of the current Studio public URL on the bound VeIdentity user-pool client with skip-consent during update, so SSO login remains usable after the update; on failure it prints a warning and instructs manual addition. Querying existing deployments and submitting the code-bundle update now automatically retries transient server errors such as rate limiting and network jitter; if it still fails after retrying, the terminal notes that the cloud release may still be in progress and you can rerun the same command shortly after. | Studio agent workbench |
| Studio library | A “Library” page is added to the sidebar, consolidating Skills, Knowledge, and Artifacts into three tabs. The previous “Skills” entry is merged into the Skills tab of the library. | Studio agent workbench |
| Studio knowledge | A Knowledge tab is added to the library page: create and manage user-owned AgentKit knowledge bases. Names must start with a letter and contain only letters, digits, and underscores (1–48 characters); descriptions are up to 80 characters. Upload images (PNG/JPG/JPEG) and documents (PDF/PPTX/DOCX/XLSX/TXT, up to 200 MB per file), or import public web pages: Studio fetches pages server-side, extracts the main content as Markdown with SSRF protection, redirect and size limits. Files are relayed through private TOS storage before being imported into the AgentKit knowledge base. | Studio agent workbench |
| Studio artifacts | An Artifacts tab is added to the library page: browse documents, images, and videos generated during conversations, grouped by session source, with type filtering and search. Image and video artifacts are persisted to Studio persistent storage and remain available after refreshing or switching sessions; persisted artifacts support editing the name, description, and tags, as well as downloading and deletion. Only images and videos are synced, and source URL validation (HTTPS addresses from trusted generation services only) prevents writing content from untrusted sources. | Studio agent workbench |
| Studio deployment | veadk studio deploy now generates or reuses the VEADK_STUDIO_KNOWLEDGE_SIGNING_KEY environment variable to identify knowledge base ownership; veadk studio update checks and reconciles this variable. The IAM permission pre-check adds apig:UpdateRoute to enable the HTTP methods required by Studio APIs. | Studio agent workbench |
| Studio creation | Adds existing-project migration: on Add Agent, select “Migrate an existing project” and upload an archive (up to 50 MB). Studio creates a user-owned Dev Sandbox Session (1-hour TTL) where Codex performs read-only framework, entry-point, and migration-boundary analysis. After the user confirms the framework, entry, and open questions, migration starts; Structured frameworks (LangChain, LangGraph, Google ADK, Strands, AgentCore) run ak migrate, while Dify and Any run ak migrate --execution in-place. After migration, you can preview, download, or deploy to AgentKit; deployment verifies the artifact server-side from the Session. | Studio agent workbench |
| Studio deployment | Code-package deployment now supports agentkit.yaml for the entry point: when the root contains an agentkit.yaml that declares common.entry_point, the declared file is used as the entry point; otherwise app.py at the root is used as before. | Studio agent workbench |
| Studio deployment | When creating a new Runtime, the Runtime name can be edited manually. Studio validates the name format (4–64 characters, letters, digits, underscores, and hyphens only) and checks for conflicts with existing Runtimes in the selected region before deployment; if the name is already in use, deployment prompts for a different name. | Studio agent workbench |
| Studio built-in agent | Adds the DeepSeek Harness built-in agent: select DeepSeek Harness from the built-in agent submenu in a new conversation to open the DeepSeek Harness workspace in an independent AgentKit CodeEnv Session. This agent shares the same CodeEnv Tool (SANDBOX_CHAT_CODEX) as the Codex agent; sessions are distinguished by an agent-kind identifier. | Studio agent workbench |
| Studio telemetry | Studio frontend telemetry adds an anonymous entry-visit metric: a single anonymous page entry is recorded on page load before the user signs in, and user identity is associated only after sign-in, distinguishing anonymous visits from authenticated visits. veadk studio deploy and veadk studio update automatically resolve the cloud account ID during deployment or update and write it to the runtime environment; it is delivered to the frontend via /web/ui-config for telemetry correlation without manual configuration. | Studio agent workbench |
| Studio in-app updates | In-app update deployment logs are now filtered on the server to remove curl progress bars, config JSON dumps, ANSI escape sequences, and duplicate lines, retaining only deployment-relevant content. When the deployment credentials lack VeFaaS log-query permission, the log panel is hidden automatically instead of showing an error, without interrupting the update. After the update completes, Studio automatically reloads the page to load the new version; if an update dialog was open before the reload, it is automatically restored when the page reopens. | Studio agent workbench |
| Studio system information | The TOS bucket address, sandbox Tool IDs, and user pool names on the system information page now provide links to the corresponding cloud console pages. The user pool display field changed from UID to ID. | Studio agent workbench |
| Studio deployment | The default value of VEIDENTITY_REGION changes from a fixed cn-beijing to the current cloud provider’s default region (cn-beijing for Volcengine, ap-southeast-1 for BytePlus). | Studio agent workbench |
| Studio update | veadk studio update now refreshes the managed policies of the default Studio IAM role to the latest version when the function uses the default role; custom roles are not modified. | Studio agent workbench |
| Studio built-in agent | When an error occurs during a conversation with the built-in Codex agent (app-server error or connection interruption), Studio now displays the complete error detail — including the JSON-RPC error code, message, data, and the underlying cause — instead of a truncated message. Error information is still credential-redacted. | Studio agent workbench |
| Studio creation | The “Create from scratch” entry no longer shows a mode-selection submenu; clicking it directly enters the custom creation flow. The intelligent, template, and workflow sub-options have been removed. | Studio agent workbench |
| Studio model selection | When configuring an LLM agent in custom creation, a model selector lets you browse the Ark models activated under the current account and choose a target model: the list is fetched by the Studio server, includes only LLM and VLM models that support agent calls, and shows the model name, display name, vendor, and activation status — deactivated models are excluded. The list is cached server-side with manual refresh support. | Studio agent workbench |
| Studio model credentials | When using Ark models, the Studio server selects an Ark API Key from the current account’s key list for debug runs and deployment: the default selection matches MODEL_AGENT_API_KEY_NAME, falling back to the first key if no match is found. You can manually select a specific Ark API Key in the deployment configuration area; the selected key’s raw value is resolved by the server and injected into the runtime environment without being sent to the browser. | Studio agent workbench |
| Studio custom models | When using a custom model endpoint, generated project code now includes CUSTOM_MODEL_<agent_name>_PROVIDER and CUSTOM_MODEL_<agent_name>_API_BASE environment variables for the model provider and model API base URL respectively; the model API Key is still read from the CUSTOM_MODEL_<agent_name>_API_KEY environment variable. | Studio agent workbench |
| Studio deployment | When creating a new Runtime, Studio auto-generates a Runtime name from the root agent name (composed of letters, digits, underscores, and hyphens, 4–64 characters), keeping agent and Runtime naming consistent; the deployment result returns both the agent name and the Runtime name. | Studio agent workbench |
| Studio branding | The maximum length for --site-title increases from 6 to 16 characters, affecting the veadk studio, veadk studio deploy, and veadk studio update commands. | Studio agent workbench |
| Studio model credentials | Studio binds model credentials to trusted endpoints: when the model API base URL is blank or uses the official Ark endpoint for the current cloud, Studio automatically provides the Ark API Key for debug runs and deployment; when a custom model endpoint is used, Studio provides no credential, debug runs are not supported with custom endpoints, and the publish page requires an API Key for each agent using a custom endpoint (used only for that publish). Generated project code reads the credential from the CUSTOM_MODEL_<agent_name>_API_KEY environment variable. | Studio workspace |
| Studio evaluation | In conversations with a deployed agent, you can select a text fragment within an assistant reply and add an annotation to save that turn as a Bad Case evaluation sample: the selected fragment and the annotation note are combined into the case comment, and annotated cases display a score and the annotation reason in the evaluation set. This capability is available only when connected to a deployed Volcengine Runtime after the reply has finished generating; BytePlus deployments and local debug sessions are not supported. | Studio workspace |
| Studio deployment | veadk studio deploy and veadk studio update harden sandbox Tool provisioning: transient errors (rate limits, network failures, temporary server errors) are automatically retried; concurrent Tool creations are staggered to avoid rate limits; each creation carries an idempotency token to prevent duplicates. Provisioning failure messages now include the Tool ID and cloud service error code, status code, and request ID. | Studio agent workbench |
| Studio deployment | veadk studio deploy automatically runs a read-only IAM permission pre-check before creating cloud resources: it reads the caller’s attached IAM policies, evaluates each required IAM Action, and prints a permission table. When permissions are missing, the deployment stops before creating resources and prints the IAM configuration URL for the corresponding cloud provider. A new --precheck-only option runs only the pre-check without creating any resources. | Studio agent workbench |
| Frontend chat | A “Share as image” button is added next to each assistant reply to export all inputs and outputs up to that turn as a single PNG image. The image is generated locally in the browser, includes every message from the start of the session through the current reply with an export note appended at the bottom, and supports downloading as PNG or copying to the clipboard. This applies to both the veadk frontend and veadk studio conversation pages. | Studio agent workbench · VeADK Frontend |
| Studio in-app updates | The “What’s new” notice on the new conversation page now displays the actual release notes bundled with the current build instead of fixed content. Release notes in the update dialog are rendered as individual bullet points per entry. | Studio agent workbench |
| Studio sandbox | Administrators can view and restore wakeable agent snapshots in the sandbox session list: restorable snapshots left by ended built-in agent sessions appear in the list with a “Wakeable” status. You can wake a snapshot to restore a ready session or delete it; the detail page shows the snapshot status, reason, Snapshot ID, and source Session ID. This capability is available only to the admin role and requires the sandbox snapshot Tool to be configured. | Studio agent workbench |
| Studio telemetry | Studio frontend product-behavior telemetry migrates from the APMPlus Web SDK to TEA: it is automatically enabled when running veadk studio (including local startup and veadk studio deploy instances) and no longer requires configuration. veadk studio deploy removes the --apmplus-aid, --apmplus-token, --apmplus-domain, and --apmplus-env options and the corresponding VEADK_STUDIO_APMPLUS_AID, VEADK_STUDIO_APMPLUS_TOKEN, VEADK_STUDIO_APMPLUS_DOMAIN, and VEADK_STUDIO_APMPLUS_ENV environment variables. Telemetry collects only usage dimensions; failure events retain only the error kind and error code. VeADK runtime APMPlus tracing is unaffected. | Studio agent workbench |
| Studio usage statistics | A “Usage statistics” tab is added to deployed agents: one invocation is recorded after each Studio run_sse stream finishes successfully without an SSE error; failed, cancelled, direct API Server, and direct A2A calls are not counted. The tab shows total invocations, unique signed-in users, per-user invocation counts, and each user’s latest successful invocation. Usage is stored in the Studio private TOS bucket (VEADK_STUDIO_TOS_BUCKET and VEADK_STUDIO_TOS_REGION), provisioned and injected automatically for cloud deployments; each invocation is an immutable object so concurrent Studio instances do not overwrite a shared counter. Only administrators and developers who can access the Runtime may read the user list; a storage failure never interrupts the Agent response, and the tab instead reports that usage statistics are temporarily unavailable. | Studio agent workbench |
| Frontend chat | While an agent is replying, the composer’s send button becomes a stop button; clicking it cancels only the active response, preserves any content already received, and immediately enables the next turn in the same session. This applies to both the veadk frontend and veadk studio conversation pages, including sandbox conversations. | VeADK Frontend |
| Frontend chat | A context usage indicator is added beside the composer’s send button: it shows the current model’s context window occupancy. Hovering or focusing it expands a 100-cell usage map that breaks down the context into system and tool overhead (estimated), input and history, output and reasoning, and remaining capacity. System and tool usage is an estimate because the model’s usage metadata does not report it separately. The context window size is determined by the cloud provider and model name. This applies to both the veadk frontend and veadk studio agent conversation pages. | VeADK Frontend |
| Code sandbox | execute_skills removes the invocation_mode parameter and the AGENTKIT_SKILL_INVOCATION_MODE environment variable; skill workflows now run exclusively through the A2A protocol. | Code sandbox |
| Code sandbox | execute_skills no longer supports the env_vars parameter; passing a non-None value raises an error. | Code sandbox |
| Code sandbox | run_code timeout default changes from 30 to 300 seconds with range validation (1–300 seconds); hard_timeout also gains 1–300 second validation. | Code sandbox |
| Feishu channel | FeishuChannelExtension adds graceful shutdown: start() begins a background reconnect loop on the running event loop, shutdown() closes the WebSocket and waits for already-received messages to finish before returning, drain() waits for in-flight message tasks to complete, and is_draining reports the shutdown state. New TOOL_FEISHU_CHANNEL_RECONNECT_INTERVAL (default 3 seconds) and TOOL_FEISHU_CHANNEL_DRAIN_TIMEOUT (default 300 seconds) environment variables. Intended for ASGI application startup and shutdown hooks. | Feishu |
| Feishu channel | Fixes streamed replies being corrupted or truncated when a delta chunk’s leading character matched the accumulated tail, because the dedup heuristic dropped overlapping text. Streamed output is now concatenated directly from delta chunks. | Feishu |
| Knowledge base | Under byteplus, the VikingDB knowledge base backend no longer hardcodes the TOS region and endpoint to ap-southeast-1; instead, it automatically aligns with the knowledge base region (e.g., cn-hongkong → tos-cn-hongkong.bytepluses.com). Explicit tos_config or DATABASE_TOS_REGION / DATABASE_TOS_ENDPOINT values are still respected. | Use VikingDB storage |
1.1.1
VeADK 1.1.1 was released on August 12, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio models | The default BytePlus sandbox Tool model changes from seed-2-0-lite-260228 to dola-seed-2-1-turbo-260628. | Studio agent workbench |
| Code sandbox | execute_skills adds a timeout parameter to control the maximum execution time, defaulting to 1800 seconds (30 minutes) with a valid range of 1–1800 seconds. | Code sandbox |
| Studio skill center | Skill upload and publish name-conflict checks are now scoped from the project level to the target skill space: a same-name skill is rejected only when the conflict is within the same skill space; the existence of a skill with the same name in a different skill space no longer blocks upload or publishing. | Studio agent workbench |
| Studio skill center | Skill publish storage bucket resolution adds a new fallback chain: when no dedicated publish bucket is configured, Studio first reuses the persistent storage bucket (VEADK_STUDIO_TOS_BUCKET and VEADK_STUDIO_TOS_REGION), then falls back to the bucket from the AgentKit global configuration, and finally auto-generates one. When falling back to the Studio persistent storage bucket, the bucket region is validated against the skill publish region; publishing fails if they do not match. | Studio agent workbench |
| Studio in-app updates | In-app updates now support BytePlus deployments: the release bundle is no longer tied to a cloud provider — Volcengine and BytePlus share the same release source. During the update, the cloud-provider entry point is selected automatically based on the CLOUD_PROVIDER (or AGENTKIT_CLOUD_PROVIDER) environment variable in the deployment, and BytePlus deployments also have BYTEPLUS_REGION written during the update. During the update, Studio checks the current VeFaaS Function for missing cloud resources and provisions them automatically (TOS persistent storage and sandbox snapshot Tools), so that older Studio versions gain the new capabilities after upgrading. The VeFaaS Function console link in the update status is provider-specific. | Studio agent workbench |
| Studio knowledge base | Custom agent creation adds the OpenViking knowledge base backend; service URL, API key, knowledge owner ID, resource URI, and resource index can be configured on the creation page and are written to the generated project’s environment variables. | Studio agent workbench · Store knowledge in OpenViking |
| Studio tracing | The cloud-Runtime trace query on the conversation page now selects the APMPlus OpenAPI endpoint by cloud provider: open.volcengineapi.com for Volcengine and open.byteplusapi.com for BytePlus, preventing failed trace queries under BytePlus mode caused by using the wrong endpoint. | Studio agent workbench |
| Skills | When skills are loaded through Harness, CLI-generated agent code, or the AgentKit session capability service, VeADK automatically configures a local code executor for SkillToolset, so skill scripts run without additional configuration. | Skills |
| Studio evaluation | Optimization snapshots from automatic evaluation are now persisted to Studio persistent storage: when VEADK_STUDIO_TOS_BUCKET and VEADK_STUDIO_TOS_REGION are configured (the deploy command auto-creates the bucket), snapshots are stored in TOS, survive process restarts, and are shared across instances. When persistent storage is not configured, snapshots remain in process memory and are lost on restart. | Studio agent workbench |
| Studio deployment | When veadk studio deploy automatically provisions an Identity user pool, a TOS bucket, or sandbox Tools, the success output additionally prints a summary of configured cloud resources: each sandbox Tool type and ID, the private TOS storage address, user pool ID, client ID, and a link to the Identity console for the corresponding cloud provider. It also notes that password sign-in is disabled by default and that an SSO identity provider must be configured before inviting users. | Studio agent workbench |
| Studio deployment | --user-pool-id and --allowed-client-id are now optional for veadk studio deploy. When omitted, the deploy command creates or reuses a named VeIdentity user pool (veadk-studio-{vefaas-app-name}) and web client (veadk-studio-{vefaas-app-name}-web) in the region selected by --region, and prints the Identity region, user pool ID, user pool domain, and client ID on completion. Passing both options still uses existing resources with the original cross-region lookup behavior. | Studio agent workbench |
| Studio deployment | Deploying a new Runtime to AgentKit supports configuring the cloud build resources: TOS bucket, Container Registry (CR), and CodePipeline. Each resource group supports auto-create (default), specify names, or select existing; when selecting existing, Studio loads the available resource list for the current account via the server. The selected resources are recorded as Runtime tags and preserved when updating an existing Runtime. | Studio agent workbench |
| Studio Skill Center | A “Skills” page is added to the sidebar for skill space management: browse skill spaces by region and name, with create, edit, and delete support. Administrators see all spaces; non-admins see only their own. Within each space, skills can be uploaded as ZIP archives (up to 20 MiB), browsed as a file tree, downloaded as ZIP, and deleted. | Studio agent workbench |
| Studio skill generation | The Skill Center adds Dev Sandbox skill generation: creates independent development sandbox sessions via a DevEnv Tool to generate ADK-format skills from natural-language descriptions. Supports up to 3 parallel candidate groups with model and style selection, automatic format-validation repair (up to 2 attempts), iterative refinement, and direct publishing to a skill space; also supports optimizing existing skills with overwrite publishing. Available only to developer and admin roles and requires an administrator-configured DevEnv Tool. | Studio agent workbench |
| Studio chat modes | The “Create Skill” mode is removed from the new-conversation mode selector; skill creation is now handled exclusively through the Skill Center using the Dev Sandbox. veadk frontend, veadk studio, veadk studio deploy, and veadk studio update remove the --sandbox-skill-creator-tool-id (--skill-creator-tool-id) option and the SANDBOX_SKILL_CREATOR environment variable. | Studio agent workbench |
| Studio system information | The “System info” entry in the account menu changes from a dialog to a full page. In addition to the Studio version, it now shows sandbox information (configured Codex, OpenClaw, Hermes, and Dev Sandbox Tool IDs) and user pools (VeIdentity user pools associated with the current Studio, showing name, UID, domain, and region). The page is available only to users with agent-management access, and resource identifiers are read-only. | Studio agent workbench |
| Studio login | When using BytePlus as the cloud provider with VeIdentity login, the default login-button label is now “BytePlus Identity”; the volcengine default remains “火山引擎 Identity”. Setting --oauth2-provider-label (or OAUTH2_PROVIDER_LABEL) always takes precedence. | Studio agent workbench |
| Studio deployment | While a deployment is in progress, the workspace detail page focuses on the deployment progress: it keeps the agent heading and a scrollable deployment panel visible and hides the other detail tabs and content; the normal detail tabs return after the deployment ends. Custom creation, code-package deployment, and updating a deployed agent all follow this behavior. | Studio agent workbench |
| Studio automation | The “Configure Coding Agents” card is now enabled only when Studio is accessed at http://127.0.0.1; when accessed via any other hostname (including localhost or a deployed VeFaaS public URL), the card appears disabled with a “仅本地部署可用” tooltip. | Studio agent workbench |
| Studio deployment | After a successful deployment, Studio retries probing the Runtime endpoint for up to 60 seconds before timing out, reducing the frequency of the “Deployed, not yet connected” state. | Studio agent workbench |
| Studio deployment | When a deployment fails or is cancelled, the progress card now provides a “Return to edit” button that takes you back to the draft to adjust the configuration and start a new deployment. | Studio agent workbench |
| Studio skill generation | The skill generation workbench improves its layout: a “Basic info” section is added, the Goal field is marked as required; the “Generation configuration” section is renamed to “Generation plan” (or “Optimization plan” when optimizing), and the model and style within each plan are marked as required. | Studio agent workbench |
| Studio Skill Center | The skill creation entry in the Skill Center is relabeled from “Dev Sandbox create” to “Auto-create”, and the empty-state hint is updated accordingly. | Studio agent workbench |
| Studio sandbox | --sandbox-dev-tool-id and the SANDBOX_DEV environment variable are no longer restricted to Volcengine deployments; BytePlus deployments and updates now support the Dev Sandbox: deployments auto-create the DevEnv Tool, and updates detect and repair missing Tools. | Studio agent workbench |
| Studio video creation | The new-conversation page adds a “Video creation” workspace mode that generates videos from a text prompt and optional reference assets. It supports text-to-video, reference-to-video, video editing, video extension, and first/last-frame task modes with configurable aspect ratio, resolution, and duration. Generation runs in two stages — prompt enhancement and video generation — and the result can be previewed and downloaded. Volcengine uses the doubao-seedance-2-5-260628 generation model and doubao-seed-2-1-pro-260628 enhancer model; BytePlus uses dreamina-seedance-2-5-260628 and dola-seed-2-1-turbo-260628. | Studio agent workbench |
| Studio skill customization | The new-conversation page adds a “Skill customization” workspace mode that provides a quick entry point for skill generation and optimization, reusing the Skill Center’s Dev Sandbox skill generation. The mode is available only to developer and admin roles and appears only after an administrator configures a usable Dev Sandbox. | Studio agent workbench |
| Studio persistent storage | Video creation and other capabilities add Studio persistent storage: veadk studio deploy automatically creates or reuses a private TOS bucket named veadk-studio-<account ID>; local startup is configured via the VEADK_STUDIO_TOS_BUCKET and VEADK_STUDIO_TOS_REGION environment variables. Reference asset upload and result storage depend on this storage. | Studio agent workbench |
| Studio system info | System information page access is restricted from “agent-management access” to the admin role only, and a new “Storage” section shows the TOS address used by Studio persistent storage. | Studio agent workbench |
1.1.0
VeADK 1.1.0 was released on August 7, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio cloud provider | veadk studio, veadk frontend, veadk studio deploy, and veadk studio update add a --provider option for selecting volcengine (default) or byteplus; selecting BytePlus uses BYTEPLUS_ACCESS_KEY, BYTEPLUS_SECRET_KEY, and the optional BYTEPLUS_SESSION_TOKEN for credentials, with runtime listings defaulting to the region in BYTEPLUS_REGION or ap-southeast-1. veadk studio deploy and veadk studio update add --byteplus-access-key, --byteplus-secret-key, and --byteplus-session-token options. | Studio agent workbench · VeADK Frontend |
| Studio deployment | veadk studio deploy adds --vefaas-application-template-id to override the built-in VeFaaS Application Center template ID, and --keep-failed-deploy to retain created resources on failure for troubleshooting; --region now includes ap-southeast-1. veadk studio update adds --volcengine-session-token, and --region likewise includes ap-southeast-1. | Studio agent workbench |
| Studio branding | The default system name for veadk studio and veadk frontend changes from VeADK Studio to AgentKit Studio, and the default logo is updated to the AgentKit brand logo. The new defaults apply when --site-title, --site-logo, or their environment variables are not set. | Studio agent workbench |
| Studio deployment | Updating an existing Runtime now preserves its current network configuration (network mode, VPC, subnets, and shared internet access) instead of losing it. | Studio agent workbench |
| Studio drafts | Unpublished agent drafts from custom creation are saved in the current browser and isolated by signed-in user. Drafts show draft and deploying badges in the management list and can be edited or deleted. Drafts convert MCP auth tokens to environment-variable references; token values are preserved in deployment environment variables, YAML exports, and browser drafts. | Studio agent workbench |
| Studio MCP auth | MCP tool auth tokens are converted to environment-variable references: generated source retains only the ${ENV_NAME} reference and reads it via os.environ, with the token value written to deployment environment variables; updating a deployed Runtime reloads existing values, and entering a new Token overrides the previous value. | Studio agent workbench |
| Studio Runtime env | Updating a deployed Runtime preserves existing environment-variable values; when a Runtime target is selected for a debug test run, the Runtime environment variables are injected into the test process. | Studio agent workbench |
| Studio MCP endpoint | MCP tool HTTP endpoints are no longer auto-normalized; Studio preserves the entered address as-is and shows a warning when it does not end with /mcp. | Studio agent workbench |
| Studio issue feedback | Each assistant reply on the conversation page gains an “Issue feedback” entry that reports a problem for a single turn by selecting an issue type (slow execution, crash, inaccurate result, tool call failure, or other) and adding a description; the submission includes the turn’s input, output, tool-call records, and trace information and is redacted for credentials. A “Issue feedback” entry (Beta) is added to the sidebar footer for reporting general Studio issues by affected module. | Studio agent workbench |
| Studio tracing | The call-trace observation panel next to assistant replies on the conversation page supports viewing traces for connected cloud Runtimes: the Studio server queries APMPlus for the session trace using its own Volcengine credentials and the browser never touches them. Runtimes deployed through Studio have APMPlus tracing enabled by default; opening the panel for a Runtime without tracing enabled prompts you to enable it in the console first. | Studio agent workbench |
| Studio in-app updates | Studio now reads new releases from the centrally maintained veadk-studio TOS source in cn-beijing, regardless of the deployment region. The --studio-update-region option and VEADK_STUDIO_UPDATE_REGION environment variable are removed from veadk studio deploy; --studio-update-bucket and --studio-update-prefix remain available to override the release source. | Studio agent workbench |
| Studio automation | The Automation page in the sidebar adds a “Configure Coding Agents” local integration: it detects locally installed Trae, Claude Code, and Codex clients and globally installs the bundled VeADK development and AgentKit platform-operation Skills into each client’s skills directory. The browser can only choose fixed identifiers and never accepts arbitrary commands or Skill content. | Studio agent workbench |
| Studio telemetry | veadk studio deploy adds --apmplus-aid, --apmplus-token, --apmplus-domain, and --apmplus-env options (and matching environment variables) to configure APMPlus frontend telemetry. Telemetry is enabled only when both aid and token are provided, is disabled by default, and reporting failures do not affect Studio usage. It collects only usage dimensions and never conversation content, prompts, code, or secrets. | Studio agent workbench |
| Studio telemetry | Expands frontend telemetry coverage: in addition to instance loading, sign-in, agent deployment, and sandbox creation, telemetry now records agent connection, message sending, debug test runs, and source code download outcomes, along with creation mode and whether AI-assisted generation was used; error summaries in failure events are automatically redacted for secrets, tokens, and passwords and truncated before reporting. | Studio agent workbench |
| Studio creation | The Add Agent menu adds an “Existing-project migration” entry for migrating LangChain, Dify, and other existing projects to AgentKit Runtime; it is currently marked as coming soon and disabled. | Studio agent workbench |
| Studio automation | The sidebar “Automation” page adds three GitHub automation integrations: template project import, AgentKit Runtime continuous delivery, and automated PR review. These create branches, files, and Pull Requests directly via the browser using the GitHub API to add continuous delivery or automated review workflows to repositories. The GitHub Token is used only for the current request and never persisted. | Studio agent workbench |
| Studio automation | The sidebar “Automation” page adds a Feishu bot automation (Beta): after providing Feishu app credentials, Studio generates a basic agent and deploys it directly to an AgentKit Runtime with the Feishu message long-connection enabled. The App Secret is used only for the current deployment and never written to generated source or browser storage. | Studio agent workbench |
| Studio memory | Custom agent creation adds the OpenViking long-term memory backend; service URL, API key, memory owner ID, and memory policy can be configured on the creation page and are written to the generated project’s environment variables. | Studio agent workbench · Store memory in OpenViking |
| Long-term memory | When memory_policy is not configured, OpenViking long-term memory no longer applies a VeADK built-in default policy; instead no policy is sent and the OpenViking service applies its official default. | Store memory in OpenViking |
| Studio evaluation | Deploying an agent adds an “Auto-create evaluation sets” toggle (enabled by default) that automatically creates Good Case and Bad Case evaluation sets after deployment succeeds. On failure, a warning is shown in the deployment result without affecting the deployed Runtime. | Studio agent workbench |
| Studio evaluation | After a conversation session ends, Studio automatically evaluates each turn by calling a model that scores task completion, factual reliability, and other dimensions (0–1), saving the result to the Good Case or Bad Case evaluation set. Auto-evaluated cases are marked as “auto” source with a score and reason, and can be filtered and deleted alongside manual feedback cases. | Studio agent workbench |
| Studio evaluation | The agent workspace adds an “Optimization” tab that automatically generates optimization suggestions grouped by priority and module, based on accumulated evaluation cases. The evaluation model can be overridden with the VEADK_STUDIO_EVALUATION_MODEL environment variable. | Studio agent workbench |
| Studio deployment | New Runtime creation supports choosing an access authentication mode: API Key by default, or a VeIdentity user pool. The Studio server loads the user pools visible to the current account and marks the pool used for the current login; selecting it lets Studio forward the login JWT, while selecting another pool requires callers to use a JWT issued by that pool. Updating an existing Runtime keeps its current authentication. | Studio agent workbench |
| Studio sandbox | veadk studio deploy and veadk studio update add --sandbox-dev-tool-id (and the SANDBOX_DEV environment variable) to specify or auto-create the AgentKit DevEnv Tool for the Dev Sandbox; supported only for Volcengine deployments and raises an error when used with BytePlus. | Studio agent workbench |
| Studio sandbox | Sandbox Tool model, endpoint, and candidate regions are now provider-specific: Volcengine uses the doubao-seed-2-1-pro-260628 model with https://ark.cn-beijing.volces.com/api/v3 and candidate regions cn-beijing and cn-shanghai; BytePlus uses the seed-2-0-lite-260228 model with https://ark.ap-southeast.bytepluses.com/api/v3 and candidate region ap-southeast-1. BytePlus deployments no longer skip sandbox Tool auto-provisioning and now auto-configure Tools per provider. | Studio agent workbench |
| Studio Codex session | Image attachments uploaded in Codex agent conversations now render previews inline in the conversation and open in a shared photo viewer when clicked, instead of producing duplicate previews. | Studio agent workbench |
| Studio creation | When BytePlus is the cloud provider, web_search and parallel_web_search are not shown in the built-in tool list for custom creation or smart generation; Volcengine mode is unaffected. | Studio agent workbench |
| Web search | web_search and parallel_web_search switch to the BytePlus SearchInfinity API when CLOUD_PROVIDER is set to byteplus, using BYTEPLUS_WEB_SEARCH_API_KEY for credentials and the optional BYTEPLUS_WEB_SEARCH_URL to override the search endpoint. | Web search |
| Long-term memory | The VikingDB memory backend BytePlus region is now fixed at cn-hongkong and is no longer affected by the DATABASE_VIKING_REGION environment variable or an explicitly passed value; credential resolution now checks AGENTKIT_CLOUD_PROVIDER then CLOUD_PROVIDER, reading BYTEPLUS_ACCESS_KEY, BYTEPLUS_SECRET_KEY, and BYTEPLUS_SESSION_TOKEN when set to byteplus. | Use VikingDB storage |
| Knowledge base | The VikingDB knowledge backend BytePlus region is now determined by a mapping rule: an unset or Chinese-mainland region (cn-beijing, cn-shanghai, cn-guangzhou) is automatically mapped to cn-hongkong, while other regions are used as-is; credential resolution now checks AGENTKIT_CLOUD_PROVIDER then CLOUD_PROVIDER, reading BYTEPLUS_ACCESS_KEY, BYTEPLUS_SECRET_KEY, and BYTEPLUS_SESSION_TOKEN when set to byteplus; a new resource_id constructor parameter and DATABASE_VIKING_RESOURCE_ID environment variable are added for request routing in multi-resource scenarios. | Use VikingDB storage |
| Code sandbox | When run_code runs code or Shell commands, the AgentKit request timeout now extends with timeout and hard_timeout, preventing long-running tasks from being interrupted by a fixed read timeout. | Code sandbox |
| Code sandbox | execute_skills adds an invocation_mode parameter and the AGENTKIT_SKILL_INVOCATION_MODE environment variable to switch the skill sandbox backend between execute (default), run_sse, a2a, and python_agent modes; the prefer_stream parameter has been removed. | Code sandbox |
| Models | When CLOUD_PROVIDER is set to byteplus, the default inference model changes from dola-seed-2-1-turbo-260628 to seed-2-0-lite-260228. | Models |
| Models | When CLOUD_PROVIDER is set to byteplus, the default embedding model changes from doubao-embedding-vision-250615 to skylark-embedding-vision-250615, with the API base switched to BytePlus Ark. | Models |
1.0.10
VeADK 1.0.10 was released on August 4, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio agent directory | The agent directory now switches by agent-type tabs and supports filtering by name. It loads the signed-in user’s runtimes across all regions and automatically loads the next page while scrolling; agent cards are simplified to name and creation time, the connected agent is pinned to the top, and a reload option is available when loading fails. | Studio agent workbench |
| Studio deployment | Build logs are streamed in real time in the deployment progress card during the build stage, with expand, collapse, and copy support; logs are redacted and length-bounded on the server, and build failures append the failure detail. | Studio agent workbench |
| Studio sandbox sessions | When creating a Session or looking up the Tool for built-in agents or Skill creation, Studio first uses the region set by AGENTKIT_SANDBOX_REGION (default cn-beijing); if that region reports the resource as not found, it automatically falls back to the other supported region (Beijing ↔ Shanghai). Other errors do not trigger fallback. | Studio agent workbench |
| Studio deployment | When deploying to AgentKit, the root agent description is automatically normalized to a Runtime-compliant single-line description (at most 255 bytes, with line breaks, control characters, and unsafe symbols removed); the full description is kept in the project. If the normalized description is rejected by Runtime, creation is retried without the description. | Studio agent workbench |
| Studio deployment & debugging | When a build or deployment stage fails, the workspace shows the complete error message returned by the service, expanded by default and copyable. Build errors now render in the same expandable error panel as deployment errors. | Studio agent workbench |
| Studio role-based access | The Manage Agents view and the agent selector now uniformly limit Runtime visibility by the signed-in account role. Administrators see all Runtimes; developers and regular users see only their own. When an administrator browses all Runtimes, the ones they created are marked “Created by me.” | Studio agent workbench |
| Studio test-run MCP endpoints | Test runs now normalize HTTP MCP tool endpoints on generated agents: a URL not ending in /mcp is appended automatically, tool discovery is validated over Streamable HTTP, and a failure returns an error prompting the user to confirm the URL and token; the original URL saved on the canvas is not modified. | Studio agent workbench |
| Studio integration methods | The agent detail page adds an “Integration methods” tab that probes the Runtime for exposed API Server and A2A protocol endpoints, shows the authentication type and API Key (masked by default, revealed on demand), and provides a Python request example for each protocol. | Studio agent workbench |
| Studio drafts | Unpublished agent drafts from custom creation are saved in the current browser and isolated by signed-in user. Drafts show draft and deploying badges in the management list and can be edited or deleted. MCP auth tokens and deployment environment values are not persisted and must be re-entered after a reload. | Studio agent workbench |
| Studio deployment | veadk studio deploy supports STS temporary credentials via the --volcengine-session-token option; the session token is resolved from the option, the VOLCENGINE_SESSION_TOKEN / VOLC_SESSIONTOKEN environment variables, and the session_token field of the [default] profile in ~/.volc/credentials. | Studio agent workbench |
| Knowledge base | The OpenViking knowledge base default resource URI now uses viking://user/<openviking_user_id>/resources/<index>/; a new openviking_user_id parameter and DATABASE_OPENVIKING_USER_ID environment variable isolate resources per application, and KnowledgeBase gains a close() method to release the backend client. | Store knowledge in OpenViking |
| Long-term memory | OpenViking long-term memory adds openviking_user_id as the owner/context (distinct from Runner.user_id, the peer ID), plus a memory_policy parameter and DATABASE_OPENVIKING_MEMORY_POLICY environment variable to override the default memory extraction policy. | Store memory in OpenViking |
| Studio Codex session | The built-in Codex agent conversation adds dedicated session controls: slash commands, model switching, Skill invocation, workspace selection, Codex permissions, action approvals, terminal and browser tools, plus per-turn token usage and conversation history restore. | Studio agent workbench |
| Studio deployment | Creating a new Runtime supports configuring minimum and maximum instance counts; defaults to 1–1 with a prompt to switch to persistent storage when using in-memory short-term memory. A non-default range adds an “Update instance configuration” stage to the deployment progress. | Studio agent workbench |
| Studio sessions | Session listings skip sessions that no longer exist instead of failing the entire list. | Studio agent workbench |
| Studio sandbox sessions | The “Created by” field in sandbox session listings now shows the creator display name (OAuth email or local username) instead of an internal user identifier; it falls back to the internal identifier when no display name is available. | Studio agent workbench |
| Studio error guidance | run_sse failures now distinguish between a missing session and an incompatible Runtime version, offering respective guidance to switch to persistent storage or check the Runtime version. | Studio agent workbench |
| Studio cloud provider | veadk studio and veadk frontend add a --provider option for selecting volcengine (default) or byteplus; selecting BytePlus uses BYTEPLUS_ACCESS_KEY, BYTEPLUS_SECRET_KEY, and the optional BYTEPLUS_SESSION_TOKEN for credentials, with runtime listings defaulting to the region in BYTEPLUS_REGION or ap-southeast-1. | Studio agent workbench · VeADK Frontend |
| Studio smart generation | Generated drafts no longer configure memory, knowledge base, or tracing; these capabilities stay disabled with default backends and can be enabled manually on the canvas after generation. The web_scraper, text_to_speech, and vesearch built-in tools are removed from the selectable set. | Studio agent workbench |
| Studio smart generation | Smart generation now prefers an LLM agent as the root agent instead of always using a sequential orchestrator; an orchestrator is used as the root only when strict workflow control is essential. | Studio agent workbench |
| Studio agent selection | In cloud mode Studio no longer auto-selects the first available agent; users must connect a Runtime before starting a new chat, and starting without a selection prompts them to choose one and opens the management page. | Studio agent workbench |
| Studio agent deletion | A confirmation dialog listing the items to be removed appears before deletion; deleted agents are temporarily hidden from the list, and if the active agent is deleted the selection is cleared and the management page opens. | Studio agent workbench |
| Studio message feedback | Feedback is associated with the Runtime’s actual app name and falls back to the alternate region when the primary region query fails; a “View evaluation cases” button next to the like/dislike controls previews the evaluation sample for the current message. | VeADK Frontend |
| AgentKit integration | The dynamic A2A run endpoint now creates a session automatically when it does not exist, instead of returning 404. | Deploy to AgentKit |
| AgentKit integration | create_agentkit_app adds an optional identity parameter; when supplied, AgentKit verifies and binds the inbound user identity before VeADK Agent or Tool code runs. The /ping health-check endpoint is excluded from identity binding. Using this parameter requires agentkit-sdk-python>=0.8.2. | Deploy to AgentKit |
| Studio new-chat experience | The new-chat mode selector is available to all users, the agent picker moves to the top navigation, temporary session is renamed to built-in agent with Codex selection, and empty inputs show starter prompts. | Studio agent workbench |
| Dev server | The --vite mode of veadk studio and veadk frontend allows http://localhost:5174 as a fallback to port 5173. | Studio agent workbench · VeADK Frontend |
| Studio code-package deployment | Adds an “Add and deploy from a code package” flow for uploading, inspecting, and editing a ZIP project with a root app.py before deployment to AgentKit. Archives are limited to 50 MB and 800 files and undergo path-safety checks. | Studio agent workbench |
| VeADK Frontend | When an SSO session expires during use, users can sign in again in a separate window while preserving edits, and the original action is retried automatically. | VeADK Frontend |
| Studio chat | Replies from a sub-agent are displayed in a dedicated Agent handoff card when the root agent delegates a task. | Studio agent workbench |
| Studio skills | SkillSpace browsing uses server-side Studio credentials, local imports perform lightweight safety validation, full cloud skill packages include scripts, references, and assets when available, and the fixed per-agent skill limit is removed. | Studio agent workbench |
| Codex runtime | Adds the codex optional dependency group and CodexRuntimeConfig; defaults use session-isolated workspaces, the workspace_write sandbox, disabled network access, and denied escalation, while tool, state, authentication, and token-usage events are emitted as standard ADK Events. | Runtime |
| Studio deployment | The VeFaaS Application now uses the selected deployment region together with the Function, API Gateway, and AgentKit resources. | Studio agent workbench |
| Studio agent workspace | Adds a canvas-based multi-agent workspace with Runtime versions and deployment states. Deployed agents can be edited and published as incremented versions on the same Runtime, and cancelling an update leaves the existing Runtime intact. | Studio agent workbench |
| Studio smart generation | Generates a validated recursive agent-configuration draft from a natural-language goal and lists resources the user must supply. Generation replaces the current canvas and consumes tokens. | Studio agent workbench |
| Studio Runtimes | Read-only readiness probes retry while a Runtime starts, private-Runtime failures provide VPC guidance, and Studio connects after deployment while preserving tasks for retry when the Runtime is temporarily unreachable. | Studio agent workbench |
| Studio debugging | Agent details and versions refresh after Runtime creation or update. Generated-agent test processes are limited to 3 per user, and processes left by page refreshes are reclaimed automatically. | Studio agent workbench |
| Studio test runs | A single temporary test run accepts up to 300 project files. | Studio agent workbench |
| Models | The minimum google-adk version required for the Responses API is now 1.34.0. | Models |
| APMPlus tracing | Reasoning content in model output is labeled with the reasoning type to distinguish it from regular text, making it easier to inspect the reasoning process separately in APMPlus. | APMPlus |
| APMPlus tracing | When OpentelemetryTracer initialization detects an existing global TracerProvider, it reuses that provider instead of overriding it and automatically removes APMPlusExporter; a new read-only property apmplus_managed_externally is available to query this state. | Observability overview · APMPlus |
1.0.9
VeADK 1.0.9 was released on July 26, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Long-term memory | Added the TOS ContextBucket backend for managed memory inference and retrieval with per-user_id isolation. | Store memory in TOS ContextBucket |
| Studio knowledge bases | Agent creation now defaults to VikingDB Knowledge, removes the local vector-store option, and can select an existing knowledge-base collection visible to the current account in the Beijing-region default project. | Studio agent workbench |
| Studio remote agents | Remote-agent configuration can select and refresh AgentKit agent centers by region. Remote agents remain available only as sub-agents. | Studio agent workbench |
| Studio message feedback | AgentKit Runtime answers can be rated with like/dislike controls and written idempotently to per-agent evaluation sets. A deterministic fallback is used when the standard set name is reserved but hidden. | VeADK Frontend |
| Studio release and self-update | veadk studio deploy uses the veadk-studio TOS bucket in the deployment region as its release channel by default. Administrators can update the frontend and backend in Studio, and the account menu shows the current system version. | Studio agent workbench |
| Session capability overlays | AgentKit applications can add or remove built-in tools and remote skills for one session without changing the deployed agent. | Deploy to AgentKit · Studio agent workbench |
| Studio agent information | The conversation view adds an agent information rail for the current agent’s description, model, tools, skills, and collaboration topology. | VeADK Frontend |
| Studio creation workbench | Custom creation adds code-execution configuration and resource-picker search, including AGENTKIT_TOOL_ID and AGENTKIT_TOOL_REGION. | Studio agent workbench · Code sandbox |
1.0.8
VeADK 1.0.8 was released on July 23, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio remote agents | Custom creation supports remote-agent child nodes configured with an AgentKit agent-center ID, recall count, region, and OpenAPI endpoint. Matching capabilities are discovered for each turn, and a remote agent cannot be the root agent. | Studio agent workbench |
| Studio Runtimes | Runtime connection failures distinguish access denied, Agent Server unreachable, and authentication failure, with corresponding troubleshooting guidance. | Studio agent workbench |
| Studio sessions | Preserves conversation history when sending follow-up messages. Temporary-session and Skill-creation provisioning failures display credential-safe diagnostics for Tool, region, or model-credential problems. | Studio agent workbench |
| Studio deployment credentials | veadk studio deploy resolves credentials from command options, VOLCENGINE_ACCESS_KEY / VOLCENGINE_SECRET_KEY, then the [default] profile in ~/.volc/credentials. | Studio agent workbench |
| Studio deployment resources | Shanghai deployments keep the Function, API Gateway, AgentKit CodeEnv Tools, and sessions in consistent regions. Temporary-session and Skill-creation model credentials are configured on their Tools, while the VeFaaS Function receives only Tool IDs. | Studio agent workbench |
1.0.7
VeADK 1.0.7 was released on July 23, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Code sandbox | run_code adds bash language support to run shell scripts in the AgentKit sandbox, with exec_dir, env, hard_timeout, and max_output_length parameters that control the working directory, environment variables, hard timeout, and maximum output length. | Code sandbox |
| Studio creation modes | Adds Skill creation across two independent AgentKit CodeEnv sessions; candidates can be compared, downloaded as a ZIP, or published to AgentKit, and the mode is available to developers and admins only. Also adds temporary conversations that are deleted on exit and are not written to normal Studio history. | Studio agent workbench |
| Studio smart search | Adds agent-aware smart search over conversation history, the mounted web-search tool, knowledge base, and long-term memory. Agent metadata advertises mounted sources, and Studio disables unavailable sources. | Studio agent workbench |
| Studio roles and access | Adds --admin and --developer to veadk studio, veadk frontend, and veadk studio deploy. The UI displays the signed-in user’s email, role badge, and OAuth profile picture. | Studio agent workbench |
| Studio update command | Adds veadk studio update --vefaas-app-name <name>, which rebuilds Studio from a local VeADK checkout while preserving the existing URL, SSO, IAM role, gateway, environment variables, title, and logo. When --region and --project are omitted, it searches Beijing and Shanghai across all visible projects. | Studio agent workbench |
| Studio deployment | veadk studio deploy automatically creates the two AgentKit CodeEnv Tools used by temporary chats and Skill creation; existing Tool IDs can be supplied with --sandbox-chat-codex-tool-id and --sandbox-skill-creator-tool-id. After deployment, client sign-in skips repeated OAuth consent. | Studio agent workbench |
| Feishu channel | FeishuChannelExtension can fetch thread history and quoted messages through the Feishu OpenAPI, using include_parent_message, include_thread_history, and thread_history_limit, and prepends the quoted or thread content to the inbound message. | Feishu channel |
| Studio workbench | Refines the custom-creation workbench: local Skills accept folders or ZIP files with automatic format detection; AgentKit Skill Spaces and their Skills can be browsed by region and project; the deployment page shows the agent topology and supports configuration export and source download. It also improves runtime management and responsive layout, new-chat startup, the agent runtime selector, video rendering, and tool-call status display. | Studio agent workbench |
| Dependencies | Relaxes the psycopg2-binary version constraint to >=2.9.10; requires the AgentKit SDK to provide default CORS configuration. | Installation |
1.0.6
VeADK 1.0.6 was released on July 20, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio branding | veadk studio and veadk frontend add --site-title (at most 6 characters) and --site-logo (local image or HTTP(S) URL, at most 5 MB; PNG, JPEG, GIF, WebP, AVIF, ICO supported) to set the system name and logo. The logo is used in the sidebar, login page, and browser favicon; the system name also becomes the browser page title. Omitting --site-title keeps the default VeADK Studio. The equivalent environment variables are VEADK_SITE_TITLE and VEADK_SITE_LOGO. Cloud deployment accepts the same options; remote images are downloaded during deployment and bundled into VeFaaS. | Studio agent workbench |
| Studio deployment | veadk studio deploy supports --region to select the deployment region (cn-beijing by default, cn-shanghai); VeFaaS, API Gateway, and other resources are created in the selected region. A new --project selects the VeFaaS function project and defaults to default. Deployment automatically locates the VeIdentity user pool and client across Beijing and Shanghai, emitting a warning and continuing when matched cross-region. | Studio agent workbench |
| Studio deployment IAM | veadk studio deploy checks ServerlessApplicationRole before deployment and creates the role with the vefaas_full_access custom policy and required system policies when it is missing. This check runs even when --iam-role is provided. | Studio agent workbench |
| Studio authoring and debugging | System prompts now support a WYSIWYG Markdown editor with heading and list shortcuts. Initialization, session, and conversation failures show credential-redacted error details and Runner logs that can be expanded and copied. Agent names are validated against Google ADK rules: they must start with an ASCII letter or underscore, contain only ASCII letters, digits, and underscores, cannot use the reserved name user, and must be unique within the Agent tree. | Studio agent workbench |
| AgentKit deployment | Feishu, knowledge-base, short-/long-term memory, and observability settings appear in their respective feature sections; their values are converted to runtime environment variables only during deployment. Selecting an observability exporter also enables the corresponding ENABLE_* flag. These values are not written to generated source or exported YAML; the deployment page mirrors them for review. Multi-instance deployments should use a database-backed short-term memory store; when run_sse returns 404, the UI suggests checking whether an in-memory or SQLite session landed on a different instance. When deploying from the bundled Web UI, cloud image build failures include a credential-safe build-log excerpt so dependency or Dockerfile errors can be diagnosed directly. | Deploy to AgentKit |
| Studio runtime management | Improved the runtime management view and responsive layout. | Studio agent workbench |
| Feishu channel | Toggling the Feishu channel on the deployment page regenerates the project so that app.py, the extensions dependency, and runtime environment variables stay aligned before deployment. | Studio agent workbench |
1.0.5
VeADK 1.0.5 was released on July 19, 2026. The following table lists its public user-facing changes. See the GitHub Release for the complete commit history.| Module | Change details | Link |
|---|---|---|
| Studio and Frontend | Studio now enables the same complete UI as Frontend and opens on the chat view by default. Added cloud Runtime selection, Skill Hub/local upload/AgentKit SkillSpace sources, multimodal conversations, and structured skill and sub-agent invocation. The custom creation flow was redesigned; intelligent, template, and workflow entries are currently marked as coming soon. Also improved deployment regions, environment variables, task status, retry behavior, and OAuth token forwarding. | VeADK Frontend · Studio agent workbench |
| Models | Changed the default inference model to doubao-seed-2-1-pro-260628; Responses API now supports fallback models and Ark context management. | Models |
| Runtime | Added piagent to Agent.runtime, including bridges for function tools, MCP tools, and skills; the package no longer vendors the PiAgent binary. | Runtime |
| Studio testing | Generated agent projects can run in a restricted temporary server-side test process. The process is retained for 1,800 seconds by default and can be adjusted with a command option. | Studio agent workbench |
| Studio deployment | When Studio is deployed with its default IAM role, the command adds the system policies needed to access model, logging, tracing, knowledge, memory, and identity resources. An explicitly supplied custom role is not modified. | Studio agent workbench |
| AgentKit integration | Studio-generated applications now use the public create_agentkit_app function to provide AgentKit endpoints, health checks, topology, the built-in Web UI, and short-term memory defaults. | Deploy to AgentKit |
| Feishu channel | Improved extraction of text, card, and merged-forward messages and added compatibility with the synchronous Channel SDK lifecycle. | Feishu channel |
1.0.4
VeADK 1.0.4 was released on July 14, 2026. The following table lists its public user-facing changes.| Module | Change details | Link |
|---|---|---|
| Studio | Added veadk studio, a focused workbench for agent creation and management. It supports intelligent, custom, and template creation; the workflow entry is marked as coming soon. AgentKit deployment progress is reported by stage. | Studio agent workbench |
| Agent management | Added an AgentKit runtime management view to Frontend and Studio. It lists workbench deployments for the current user, shows Runtime and primary-agent details, and can delete runtimes. | Studio agent workbench |
| VeFaaS deployment | Added veadk studio deploy to deploy Studio to VeFaaS with VeIdentity login and create or reuse a Serverless API Gateway and IAM role. | Studio deployment |
| VeADK Frontend | Added agent topology and transfer-path visualization. Project deployment now reports live build-image, deploy, and publish stages. | VeADK Frontend |
| Harness skills | Harness skills accepts space:<skill-space-id> to load an entire AgentKit skills-center space alongside Skill Hub names or slugs. | Skills |
| Frontend security | Removed the action that directly executed browser-submitted code; restricted the AgentKit proxy protocol, host, and credential requirements; and confined deployment and static-file paths. | VeADK Frontend |
| Logging | Migrated logging to Python’s standard logging package while retaining trace-ID correlation. Non-interactive output no longer contains color escapes, and streaming reasoning is no longer logged token by token. | Application logging |
| Storage configuration | Expanded Milvus and OpenViking environment and configuration examples. Version 1.0.4 continues to provide the Milvus knowledge, OpenViking knowledge, and OpenViking long-term memory backends introduced in 1.0.3. | Milvus · OpenViking knowledge · OpenViking memory |
1.0.3
VeADK 1.0.3 contains the following public user-facing changes.| Module | Change details | Link |
|---|---|---|
| Knowledge base | Added the milvus backend with Milvus service and Milvus Lite URIs, token or username/password authentication, database selection, initialization overwrite, timeout, and additional output fields. | Store knowledge in Milvus |
| Knowledge base | Added the openviking backend for importing files, directories, and text into OpenViking and retrieving and hydrating results by resource URI. | Store knowledge in OpenViking |
| Long-term memory | Added the openviking backend to store per-user entity, event, and preference memory while retaining user isolation across sessions. | Store memory in OpenViking |
| A2A | Calls to downstream agents in the AgentKit A2A Registry can propagate inbound X-Ve-TIP-Token and bearer JWT credentials. If a downstream call made with the inbound JWT returns 401, VeADK can fall back to M2M OAuth2 and retry once. | Inbound authentication |
| Dependencies | Consolidated duplicate dependency declarations, added the OpenViking SDK to the base dependencies, and added Milvus integrations to extensions. | Installation |
1.0.2
VeADK 1.0.2 contains the following public user-facing changes.| Module | Change details | Link |
|---|---|---|
| Models | Added MODEL_AGENT_API_KEY_NAME and Agent.model_api_key_name to resolve an Ark API key by name. An explicit key value still has higher precedence. | Model configuration |
| Short-term memory | Added PostgreSQL schema configuration to isolate session tables for separate deployments in one database. VeADK creates a missing schema and pins the connection’s search_path. | Store sessions in PostgreSQL |
| MCP | After an MCP Server session expires, the service restarts, or the connection drops, VeADK discards the stale session, reconnects, and retries tool discovery or execution once. | Custom MCP Server |
| Frontend | Added a tool OAuth authorization card to VeADK Frontend: it opens the identity provider, accepts the callback, submits the credential, and resumes the original tool call. Also refined the account entry, login page, session list, empty-response notice, and default agent selection. | VeADK Frontend |
| Network requests | VeSearch and web-fetch requests use a 30-second timeout so an unresponsive service does not block indefinitely. | Volcengine search · Web fetch |
| Security | Web fetch verifies TLS certificates, and content-safety debug logs do not record API-key values. | Web fetch · Content-safety guardrail |
1.0.1
VeADK 1.0.1 was released on July 7, 2026. It adds Harness, A2A registration, and ADK skill integration, with updates to the Codex runtime and VeADK Frontend.| Module | Change details | Link |
|---|---|---|
| Codex runtime | Ships sandbox, network, and review defaults that allow full host and network access without interactive approval. | Runtime safety |
| Harness | Adds the VeADK Harness extension to prepare context for each turn, compact large tool results, and verify final answers; Harness initialization also applies the agent description. | Harness plugins |
| A2A | Adds Harness A2A registration and corrects its registration behavior. | Remote-agent discovery |
| A2A | Adds OAuth authentication to A2A calls. | A2A authentication |
| Codex runtime | Adds configurable retries for transient backend errors and restores web search through the Responses shim. | Codex backend requests |
| Skills | Adds VeSkillRegistry for using SkillHub and Skill Space sources with Google ADK SkillToolset; local skills should migrate to ADK SkillToolset, while the legacy Agent(skills=..., skills_mode="local") entry point remains compatible but is deprecated. | Cloud skills |
| VeADK Frontend | Adds gateway authentication mode and a missing-Volcengine-credentials notice during agent creation. | Frontend authentication |
| Codex runtime | Passes agent skills through to the Codex runtime. | Codex skills and tools |
| Codex runtime | Executes an agent’s MCP and function tools through the Codex runtime. | Codex skills and tools |
| Examples | Adds a Codex-runtime example that combines a local skill with an MCP tool. | Codex skills and tools |
1.0.0
VeADK 1.0.0 was released on June 22, 2026. The table follows the public release notes; the published change from 0.5.40 is limited to the documentation entry-point wording.| Module | Change details | Link |
|---|---|---|
| Documentation | Aligned the Chinese quickstart card with the English card so it explicitly says users can build and run their first agent. | Quickstart |