AI AgentDeveloper Tools

Three Things This Week: REA Hands Reverse Engineering to Agents, Zhipu Releases Legal Model GLM-Legal, and Cloudflare Turns Agent Infrastructure into Primitives

Over the past week, three developments in AI agent engineering are worth noting: the open-source project REA enables us to connect traditional reverse engineering tools to everyday coding assistants with a single command; Zhipu released GLM-Legal, an AI model tailored for the legal field, evaluated on real-world law firm workflows; and Cloudflare rolled out a cluster of updates covering web search, web fetching, and runtime environments for coding assistants.

These three events may seem disparate, but they point in the same direction: core capabilities required by agents are being crystallized into standard components—transforming from vertical scenarios reliant on expert craftsmanship, dedicated personnel, or standalone servers into off-the-shelf parts on general developer platforms.

REA Lowers the Reverse Engineering Barrier to a Single Command

When you have a working app but cannot get the source code used to write it, and want to figure out how it works, what formula powers a demo feature, or why it transmits data externally, the traditional approach is to disassemble machine code and reconstruct readable functions step by step. This process of reverse-deducing software logic is known as reverse engineering.

REA, short for Reverse Engineer Anything, is an open-source project that connects traditional reverse engineering tools for coding assistants to call (project repository). It does not train new models itself; instead, it is an MCP-based tool server and command-line utility. Developers can integrate it into existing coding assistants simply by running a single command: npx rea-agents setup.

In an official demo, a 1996 Windows game, DX-Ball, had left behind only fragmented pseudocode. The author used these scattered pieces of information to complete and generate C language functions, which passed all 3205 x86 test cases from the original program, producing 63 compiled functions whose binary bytes matched the originals bit for bit. Other demonstrations include analyzing mobile verification code rotation algorithms (why they change every 30 seconds), clipboard interfaces in desktop note-taking software, and firing angle formulas for bullets in an early scrolling shooter.

REA itself does not replace conventional disassemblers and reverse engineering engines; rather, it acts as an intermediary between coding assistants and reverse engineering tools. Deeper local binary analysis still requires specialized reverse engineering utilities, such as Ghidra, the decompiler open-sourced by the NSA in 2019, IDA, standard since the 1990s, or Hopper, introduced in 2011. It applies different combinations of tools depending on the analysis target, such as headless versions of JADX and Apktool for Android apps, Binwalk for firmware, and direct static analysis for JavaScript and .Net programs. The official documentation also shows a broader range of targets it can analyze, including Go binaries, WebAssembly programs, crash logs, and network packet captures.

REA sits in an intermediary bridging position between coding assistants and underlying reverse engineering tools: on the left are coding assistants like Claude Code, in the middle is REA’s MCP server, and on the right are traditional reverse engineering tools such as Ghidra, IDA, and JADX. Developers can connect them with a single command.

These professional tools feature complex user interfaces and produce massive analysis outputs, often requiring users to sift through reams of disassembled instructions and memory jumps to pinpoint critical logic. REA’s improvement lies in organizing the vast low-level information output by these underlying tools into structured tool-call chains that models can understand and invoke progressively. The process that once required humans to pore over decompilation outputs and guess variable purposes line by line is now transformed: developers state requirements in natural language, while coding assistants independently plan tool invocation steps, stripping away layers of logic and synthesizing conclusions.

The project’s codebase was created in April 2026 and saw modest attention over its first few months. It only exploded following the early October 2026 release of version 4.1.0, which integrated headless Android analysis. Official npm records show a release date of October 6 (frequently cited as October 7 in Chinese communities following Beijing Time). Following the new release, it garnered 783 points on the Hacker News discussion, and its GitHub stars rapidly surged from tens of thousands to the 140,000 range within about 5 to 6 days, surpassing 150,000 in live checks by October 12, whereas the 110,000 stars self-reported on the official page reflects lagged data updates.

When delegating analytical tasks to general-purpose models, safety guardrails established by model providers present another critical constraint. In practical testing, directly asking mainstream models to reverse engineer commercial software frequently triggers refusals or mid-stream halts. For example, according to media reports, a blogger attempting to use Claude to analyze commercial video editing software Jianying (CapCut) encountered stalls and restrictions. While REA analyzes targets locally, coding assistants receive the analysis outputs; when using remote models, local execution does not mean these outputs remain strictly on the machine, and results remain subject to model providers’ data policies. The boundary distinguishing what constitutes malicious reverse engineering is dictated by provider policies. REA’s official disclaimer also explicitly states that the tool should not be used to circumvent model providers’ safety restrictions.

Yet contrary to hyperbolic claims on social networks that “closed-source software has completely collapsed,” multiple technical evaluations show clear boundaries for current tools. Security researchers point out that REA currently lacks true dynamic debugging; while it can quickly dissect unprotected or lightly obfuscated programs, it struggles against virtual machine hardening protections like VMProtect. As reported in the media, French security team Quarkslab tested Claude Opus 5 against several heavily hardened AArch64 binaries to locate hidden strings, and not a single sample was genuinely cracked; when encountering obstacles, the agent took detours or even submitted reports that appeared plausible but were fabricated.

Furthermore, core business logic in modern web applications typically resides on cloud servers; client-side decompilation can inspect internal client logic, but cannot touch concrete server-side implementations. From a legal compliance perspective, if a coding assistant reads decompiled code while simultaneously writing new code, it may breach cleanroom design principles intended to protect against infringement. The official README and disclaimer enumerate use cases including lawful research, education, interoperability, software preservation, and analyzing proprietary or authorized software; bypassing anti-cheat systems or copying proprietary software is not supported. Here, two classes of evidence must be distinguished: limitations regarding heavy packers and model refusals stem from live tests by independent technical teams and media reports; cases like DX-Ball’s byte-level matching come from self-reported claims in official project documentation.

On October 12, 2026, Zhipu announced GLM-Legal, a model tailored for professional legal work, on its official blog. Rather than being a flagship series trained from scratch, the model underwent continual pre-training and efficient post-training on top of GLM-5.3-Flash, a lightweight base released by Zhipu in August 2026. The officially disclosed base specifications include 320 billion total parameters and 18 billion active parameters, supporting a 1 million token context window.

According to official descriptions, the model first expanded high-quality legal corpora to strengthen deductive relationships among case facts, legal rules, and judicial conclusions, and was then optimized via reinforcement learning across tens of thousands of real legal environments, allowing the tool-calling execution framework and the model to iterate together. Currently in public beta, API access requires an application, and no official pricing has been released, though future integration with the desktop agent platform AutoClaw is planned (integration was not yet complete at launch).

To understand GLM-Legal’s performance level, we need to observe it within the broader industry context. GLM-Legal’s scores were evaluated on Harvey LAB, an agent benchmark released in May 2026 by legal AI firm Harvey. This benchmark covers real-world law firm workflows across 24 practice areas, encompassing long-chain tasks such as contract review, due diligence, and legal memorandum drafting. Its design is exceptionally rigorous: a single question contains multiple grading criteria, all of which a model must satisfy to pass, with no partial credit; during testing, models can invoke tools such as search and file reading, and two judge models conduct the evaluation.

The company claims GLM-Legal achieved a 19.2% overall pass rate on this benchmark, 12.5 percentage points higher than the un-finetuned general base model, reaching the level of frontier closed-source models in specialized contract and case analysis tests. However, independent evaluation platform Vals AI tested the model on a holdout set of the same benchmark, recording an evaluation pass rate of 19.17%, ranking seventh among 79 model configurations (leaderboard). All top 6 models on the leaderboard scored higher than GLM-Legal, with Meta’s benchmark model Muse Spark 1.2 topping the list at a 25.42% pass rate. Regarding operational expenses, although official commercial API pricing has not been disclosed, independent tests by Vals AI put GLM-Legal’s cost per test at approximately $0.15 (0.15 USD), far below the $10+ per test typically incurred by frontier general-purpose models. However, its average inference time per test reached 1 hour 12 minutes. Overall, while showing notable gains over its base model, a substantial gap remains between it and the top performer; claims of reaching the frontier must therefore be weighed objectively against the leaderboard.

This technical trajectory reflects divergence within the industry. As we noted in “OpenAI Enters the Legal Market with the Lightest Possible Play”, the solution released by OpenAI in September 2026 did not alter the model’s base weights; instead, it built services using an external legal retrieval index containing 230 million URLs alongside customized prompts. Model development in the legal domain has evolved through pre-training from scratch, full-parameter fine-tuning, post-training reinforcement learning, and lightweight external plugins.

GLM-Legal adopted a different technical strategy. Rather than relying solely on external search and prompt engineering without altering weights like OpenAI, it modifies model weights by infusing legal domain data into a relatively smaller general-purpose model and fine-tuning it via reinforcement learning. This approach more closely aligns with the vertical optimization methods previously employed by Harvey, aiming to boost domain-specific performance with fewer parameters and lower inference costs. Notably, the training details and the 19.2% pass rate come directly from Zhipu, whereas the seventh-place ranking comes from Vals AI’s evaluation on the holdout set. As for GLM-Legal’s own specific parameter count (320 billion is merely the base size) and whether its weights will be open-sourced, nothing has been officially announced, leaving it uncertain whether the model is open- or closed-source.

Cloudflare Turns Agent Eyes and Hands into Platform Primitives

Over the past week, network infrastructure provider Cloudflare rolled out a series of updates targeting AI agent engineering. These updates extend beyond piecemeal interface fixes to encompass platform-level abstractions for content fetching, retrieval entry points, capability discovery, and runtime environments.

Enabling agents to access web content is the core pillar of these updates. In this area, Cloudflare introduced two capabilities that are essentially opposite ends of the same HTML-to-Markdown conversion pipeline applied to different scenarios.

On one end is the site-side Markdown for Agents: when request headers declare a need for Markdown, Cloudflare’s edge network converts the web page into Markdown before returning it. In this update, the post-decompression processing limit per page was raised from 2 MiB to 6 MiB (6,291,456 bytes). At the same time, response headers previously used to estimate tokens and Content-Length headers were removed, requiring clients relying on these fields to update their code and calculate them independently.

On the other end, the agent-side web_fetch tool (Agents SDK 0.28.0 beta) can actively fetch specified URLs during task execution, using the exact same conversion engine to clean HTML, PDF, or documents into Markdown. If the target site already natively outputs Markdown, the tool fetches the raw document directly. For external web content, web_fetch wraps it in untrusted content markers, noting in documentation that this does not guarantee absolute prevention against prompt injection attacks. The logic of the two mirrors each other: the former provides Markdown on the site side, while the latter lets agents fetch specified URLs on demand to retrieve Markdown, sparing agents from processing complex HTML themselves.

Complementing content reading is another critical capability: the retrieval tool web_search. Built on the Cloudflare Web Search API and jointly powered under the hood by ceramic.ai, Exa, and Linkup, it requires Agents SDK 0.27.0 or higher. Once an agent inputs search queries, it receives structured web page titles, links, and snippets, guided by system prompts to pair with web_fetch for full-text fetching. Working in tandem, the two primitives—search and fetch—form a complete closed loop for agents to autonomously gather the latest information across the internet.

Beyond collecting external information, Cloudflare also tackled how agents invoke cloud capabilities. Within MCP, they began offering dedicated skills. External coding assistants can dynamically list Cloudflare skills and read their contents via the Skills over MCP extension, turning platform capabilities into resources that agents can automatically discover and directly invoke.

In terms of execution and runtime, SDK 0.28.0 introduced the experimental OpenCodeHarness, enabling us to run the open-source coding assistant OpenCode 2.0 directly within Cloudflare’s standard Durable Object runtime, using built-in SQLite to persist session state and leveraging lifecycle alarms/jobs to reactivate and resume tasks when serverless instances are reclaimed. This allows us to implement coding assistants on lightweight, stateful edge compute without requiring standalone virtual machines or complex always-on backends.

Cloudflare lays two parallel channels at the edge: the content layer converts HTML into Markdown on the fly, while the capability layer turns platform APIs into discoverable skills via MCP.

For developers planning to use this toolkit, note the SDK version requirements: the search tool requires Agents SDK 0.27.0 or higher, while content fetching and OpenCodeHarness require version 0.28.0.

This series of shifts from Cloudflare illustrates how cloud vendors are standardizing agent infrastructure. In “Building a Manus in 2026: Which Foundations No Longer Need to Be Handcrafted”, we used Amazon Bedrock AgentCore as an example to outline five major infrastructural components agents need to procure: isolated compute environments, session stickiness, long-term memory, credential management, and runtime observability. AgentCore focuses primarily on providing agents with a solid compute foundation and a long-term state-preserving environment; Cloudflare’s updates, by contrast, concentrate on the capability interaction layer, equipping agents with eyes for browsing and search, hands for grabbing content, and a lightweight scaffolding to run coding assistants.

This echoes the resident agents we discussed in “Muse Downloads Keep Rising Despite the Incident”. Meta’s resident agent Muse comes with a remote cloud PC, managing logins and long-term memory on the user’s behalf. The search, fetch, and lightweight runtime environments Cloudflare currently provides are building blocks to piece together similar systems, rather than an off-the-shelf cloud PC agent. When sensitive operations are involved, isolated environments and user credential custody must still be configured separately.

Summary: What Each of the Three Turned into Off-the-Shelf Parts, and Where Each Remains Constrained

All three developments unfolded over the past week, each turning a segment that previously demanded specialized skills, dedicated teams, or standalone servers into components that others can directly use.

REA lets developers connect tools like Ghidra and JADX to their everyday coding assistants with a single command, invoking decompilation through natural language. However, against heavy virtualization protections like VMProtect, live tests show it remains largely ineffective; client-side reverse engineering cannot observe business logic running on cloud servers, and coding assistants remain constrained by provider safety policies when receiving analysis outputs.

Zhipu’s GLM-Legal injected legal domain knowledge into a lightweight base model and performed reinforcement learning within legal environments, with Vals AI recording a test cost of approximately $0.15 (0.15 USD) per run. Yet on a rigorous benchmark spanning dozens of practice areas, its overall pass rate ranked only seventh, trailing six stronger models; its average time per test still exceeded an hour, and its capacity to handle real-world cases still awaits practical testing.

Cloudflare leveraged edge network scraping capabilities to convert web content directly into Markdown, providing coding assistants with ready-to-use search and fetch capabilities, and supporting open-source agents running directly within a stateful edge runtime. However, it only provides components for information gathering and execution calls; building a complete agent capable of handling sensitive data over the long term and acting on users’ behalf still requires configuring standalone isolated environments and account credential custody.

Building scaffolding with off-the-shelf tools has become easier. Yet when confronted with hardened and packed code, long-chain real-world cases, or production scenarios requiring sensitive privileges, how far one can go still collides with the exact same unresolved hard limits.