I decompiled the testnet binary of Tencent Cloud's ADP 4.0 agent runtime last week. What I found wasn't a groundbreaking cryptographic innovation, but a single-threaded execution pipeline with no sandbox isolation between user-defined skills. Code doesn’t lie.
Hook: The Claw Mode That Can’t Grip
The overseas release of ADP 4.0 touts three modules: Intelligent Workbench, Claw Mode, and Skill Plaza. Claw Mode is marketed as a multi-tasking agent execution framework capable of parallel tool calls and multi-step planning. But when I inspected the reference implementation in the public SDK, the agent loop uses a blocking process_message call with zero timeout management. One unresponsive tool call stalls the entire agent. This isn’t a bug—it’s a design flaw that prioritizes simplicity over resilience.
Context: What ADP 4.0 Actually Is
ADP (Agent Development Platform) is Tencent Cloud’s low-code framework for building and deploying AI agents. The overseas version targets enterprise users in SEA, Middle East, and Europe. The three modules: - Intelligent Workbench: a drag-and-drop GUI for agent workflow design. - Claw Mode: an agent execution engine that claims to handle complex, multi-step tasks. - Skill Plaza: a marketplace for third-party agent skills (plugins).

On paper, it’s a competitive play against AWS Bedrock Agent Builder and Google Vertex AI Agent Builder. But the technical implementation tells a different story.
Core: Code-Level Dissection of Security Weaknesses
1. Claw Mode’s Execution Scheduler
The agent executor in Claw Mode is essentially a React-like loop with a stack of pending actions. I found that the scheduler does not enforce resource quotas per agent instance. A malformed skill (e.g., an infinite recursion) can consume all available CPU cycles across the entire agent pool. In my 2021 audit of a similar platform at a ZK lab, we patched this with a gas_limit per step. ADP 4.0 has no such mechanism.
2. Skill Plaza – Supply Chain Attack Vector
Skills in the plaza are uploaded as serialized function graphs (a JSON blob describing tool endpoints, API keys, and prompt templates). The platform does not perform static analysis on uploaded skills. During my review, I crafted a malicious skill that exfiltrates the agent’s system prompt via a side channel in error messages. The verification step only checks syntax, not semantics.
3. Data Isolation Gap
Intelligent Workbench allows agents to store persistent memory in a shared Redis backend keyed by tenant ID. But I discovered that the key namespace is flat: any agent can query memory entries of another agent if it knows the tenant ID. This is a classic tenant isolation failure. During the 2022 bear market audit, I saw a similar flaw take down a DeFi lending protocol’s oracle feed.
4. No End-to-End Encryption
The communication between the agent runtime and the user’s browser relies on HTTPS alone. The skill execution path does not enforce additional encryption for sensitive data (e.g., API keys passed as arguments). In a zero-trust environment, this is unacceptable. Based on my experience integrating Celestia’s blob-sidecar, proper data availability requires end-to-end encryption at the application layer. ADP 4.0 ships without it.
Contrarian: The Real Blind Spot Is Centralized Control
Everyone is excited about “lowering barriers” for agent development. But the security community should be screaming: ADP 4.0 puts Tencent Cloud in a single position of trust. All agent execution happens on Tencent’s infrastructure. The underlying model (Hunyuan) is closed-source. If a vulnerability is found in the model’s alignment layer, every agent on the platform becomes a potential weapon.
In my 2017 Solidity reversal experience, I learned that centralization is the root of all exploits. Here, the platform’s overseas ambitions collide with data sovereignty. European enterprises under GDPR who adopt ADP 4.0 will face a nightmare: where are agents’ intermediate outputs stored? The whitepaper is silent.
Takeaway: An Exploit Waiting to Happen
Within six months, I predict the first public vulnerability disclosure for ADP 4.0 will involve a skill that escapes the intended execution flow via a crafted prompt injection. The fix will require a complete rewrite of the agent scheduler. Until then, use this platform at your own risk—or better, don’t. Code doesn’t lie, and this code tells a story of security as an afterthought.