
Automate anything with Python + AI
Python combined with AI APIs has become the fastest path from "I want to automate this" to a working tool — collapsing what once took days of glue code into an afternoon of API calls and structured prompts. The...

Anthropic's Project Glasswing reset expectations for what AI can do in vulnerability discovery — 10,000+ critical findings in the first month, backed by a $100 million commitment. Zhipu AI's GLM-5.3 matched or beat those benchmark numbers as a freely downloadable open-weight model. The security advantage that was supposed to sit behind export controls is now available to anyone with a GPU, and that has direct workflow implications for every team building with AI tools today.
Let me be precise about what happened in April 2026, because the media coverage varied wildly in specificity.
Glasswing was not a whitepaper. It was a deployment. Claude Mythos Preview — a frontier model not available to the public — was given to twelve verified organizations: AWS, Apple, Broadcom, Cisco, CrowdStrike, Google, JPMorganChase, the Linux Foundation, Microsoft, NVIDIA, Palo Alto Networks, and Anthropic itself. The task: find critical vulnerabilities in widely deployed software before attackers find them.
In the first month, those teams identified over 10,000 high- or critical-severity vulnerabilities. Anthropic committed $100 million in model credits to participants, plus $2.5 million to the Open Source Security Foundation and $1.5 million to the Apache Software Foundation for remediation infrastructure.
By late May, approximately 150 additional organizations in 15+ countries had joined. Glasswing expanded into critical infrastructure sectors — power grids, water systems, healthcare networks, communications, and hardware — making this a governance story as much as a technology one.
The model powering all of this remained closed, credentialed, and subject to U.S. export controls. That was assumed to be a durable advantage.
Then Zhipu shipped.
GLM-5.2 went out on June 13, 2026, under a permissive open-weight license. No verification. No export controls that hold against a downloadable model file.
Semgrep, a code security software company with no stake in either lab, ran independent benchmarks. GLM-5.2 scored 39% F1 on IDOR detection versus 32–37% for Claude Code on the same tasks. The Semgrep post headline was blunt: "We have Mythos at home." Cost per vulnerability found: approximately $0.17. That is not a rounding error in favor of incumbent tools.
GLM-5.3 arrived August 14, 2026. Same base model as GLM-5.2, improved through extended post-training rather than a new pretraining run. CyberGym score: 84.5%, against 83.8% for Mythos 5. That Mythos 5 comparison is Zhipu's own claim — weight it accordingly. The Semgrep data is independent and harder to dismiss.
The model also already found a serious vulnerability in Cursor in early access testing. A widely used AI coding tool had a flaw that a competing AI tool caught. That is not a small anecdote.
Most teams building with AI tools are not running dedicated security teams. They're using AI to generate code, wire automations, ship product. That workflow just picked up a new variable.
The attack surface got smarter at $0.17 a scan. If someone can run automated IDOR detection at that price against your app, the economics of hunting for vulnerabilities shifted permanently toward offense. This is not speculative — the app that found a flaw in Cursor was doing it during access testing, not in production.
The audit tool is now freely available. If you have a public interface, you can run GLM-5.3 against your own codebase before someone else does. Zhipu's Open Source Shield initiative also offers free security audits for selected open-source projects. The barrier is no longer access or cost — it is prioritization.
Multi-model workflows need a security layer. If your automation stack generates, modifies, or commits code, you need a review step somewhere in that chain. That step is now cheap enough to be standard, not optional.
Three templates, structured for defensive use — reviewing code you already wrote. All three work across GLM-5.3, Claude Code, and GPT-4o, though model strengths vary by task.
Prompt 1 — IDOR vulnerability scan
``` You are a security-focused code reviewer. Analyze the following code for Insecure Direct Object Reference (IDOR) vulnerabilities. For each issue: state the exact line number, describe the attack vector, and suggest the minimal fix. Return results as a structured list. No commentary.
[paste code here] ```
GLM-5.3 has a documented edge on this specific class based on the Semgrep data. Run it here first.
Prompt 2 — Dependency risk sweep
``` Review the following dependency list for known vulnerability patterns. Flag any package that: (1) has had a critical CVE in the last 24 months, (2) has not been updated in over 12 months, or (3) is a transitive dependency with known supply chain risks. Return as a table: Package | Risk level | Reason | Recommended action.
[paste package.json or requirements.txt] ```
GPT-4o tends to have more current npm package history. Claude Code handles Python ecosystems well. Test both when the stack is mixed.
Prompt 3 — API endpoint authentication check
``` Examine the following API route definitions. For each endpoint assess: (1) whether authentication is enforced, (2) whether authorization checks occur after authentication, and (3) whether input is validated before processing. Flag any endpoint that fails any check. Name the missing control and the line where it should be added.
[paste route definitions — one file at a time] ```
Keep this to single files. Feeding large codebases into one prompt degrades precision. Chain this as a script across files for broader coverage.
AI security review catches pattern-based vulnerabilities well. It does not replace penetration testing and does not replace a human who understands your actual threat model.
| Dimension | Project Glasswing (Anthropic) | GLM-5.3 (Zhipu / Z.ai) |
|---|---|---|
| Model | Claude Mythos Preview (unreleased) | GLM-5.3 (released Aug 14, 2026) |
| Access model | Closed — verified partners only | Open-weight (weights released ~2 weeks post-launch) |
| Cost to use | $100M in credits to partners | ~$0.17/vulnerability (GLM-5.2 API; open weights = compute only) |
| IDOR F1 score | 32–37% (Claude Code, independent Semgrep test) | 39% (GLM-5.2, independent Semgrep test) |
| CyberGym score | 83.8% (Mythos 5, Zhipu's claim) | 84.5% (GLM-5.3, Zhipu's claim) |
| Vulnerabilities found | 10,000+ first month, 12 partners | 2,436 across 269 projects (Zhipu-run) |
| Governance | Credentialed access; U.S. export controls | "Cybersecurity Trusted Access" for offensive caps; otherwise open |
| Coding tool integration | Claude Code | ZCode, Claude Code, OpenCode |
| Export restriction | Yes — enforceable | No — open weights cannot be meaningfully restricted |
| Critical infra expansion | 150+ orgs, 15+ countries | Not yet publicly scoped |
Before integrating any AI security tool into your pipeline, run through these. Skipping any of them has a documented failure mode attached.
The convergence happening in AI coding tools suggests these security capabilities will not stay siloed much longer — expect tighter integration between code generation and security audit inside the same automation layer.
Open-weight security models will force a new audit baseline. When a model that scores 84.5% on CyberGym is freely downloadable, "we don't have the budget for a security audit" becomes harder to defend. The audit tool is free. The constraint shifts to interpretation and remediation — which is where human judgment actually adds value.
Governance gaps will widen before they narrow. Zhipu's decision to delay the GLM-5.3 weight release over cybersecurity concerns is notable. It is the first publicly justified safety-based delay from a Chinese frontier lab, per Gabriel Wagner at Concordia AI. It is also self-enforced and unverifiable. Whether it holds as the model spreads is a genuinely open question, not a solved one.
Multi-model security workflows will become standard practice. No single model dominates every vulnerability class. Practical workflows in twelve months will likely chain: one model for IDOR and injection detection, another for dependency analysis, a third for authentication logic review. The cost economics now support this. The infrastructure mostly exists.
The benchmark gap between Western and Chinese labs on specialized tasks is narrower than the general narrative. GLM-5.2 outperformed Claude Code on a specific, high-value task at a fraction of the cost. GLM-5.3 extended that on CyberGym. The general-capability gap is real. The task-specific gap is closing faster than most Western observers expected.
Regulatory pressure on AI security tooling will accelerate. Glasswing's expansion into critical infrastructure positions Anthropic as a policy actor, not just a lab. Pressure is building on governments to define what responsible AI-assisted vulnerability research actually means. Expect those definitions to lag practice by years — and to be shaped in part by where the open-weight releases go.
Is GLM-5.3 actually better than Anthropic's security model? On specific benchmarks, GLM-5.3 is competitive and in some cases marginally ahead — but the comparisons are complicated. The Semgrep data covers GLM-5.2 versus Claude Code, not versus Claude Mythos Preview, which is what Glasswing actually deploys. Zhipu's CyberGym comparison against Mythos 5 is self-reported. The honest read: GLM is genuinely competitive on narrow vulnerability detection. Whether that holds across a full security engagement has not been independently verified.
Can I use GLM-5.3 for penetration testing today? Zhipu gates the offensive capability tier behind "Cybersecurity Trusted Access." The verification criteria are still being defined as of August 2026. The open-weight release will include standard weights; the extent of capability restriction is unknown until those weights are available for inspection. For defensive code review, the capability is clearly accessible now through the GLM Coding Plan.
Does open-weight mean adversaries have access to this? Yes. Export controls do not meaningfully restrict open-weight model releases — the weights are the product. This is not new to GLM-5.3; it applies to any open-weight model above a certain capability threshold. It is why Zhipu's governance decision matters symbolically, and also why you should not treat a closed-access tool as your only line of defense.
What does it actually cost to run this for my codebase? Via the GLM Coding Plan, GLM-5.3 is available now at API pricing. The $0.17-per-vulnerability figure came from Semgrep's GLM-5.2 API runs. Once open weights ship, self-hosting eliminates per-call costs and data exposure risk simultaneously. Hardware requirements for GLM-5.3 have not been fully published as of August 14.
Should I switch from Claude Code to GLM-5.3 for security work? Not entirely. Claude Code remains strong on code quality, refactoring, test generation, and documentation tasks. GLM-5.3's documented edge is task-specific — IDOR and CyberGym-class vulnerability detection. The better question for most teams is not which tool to switch to, but whether your current workflow includes any structured security review step at all. If it does not, either tool is better than nothing.
What does Zhipu's safety delay signal about Chinese AI governance? It signals that the rhetorical framing is shifting — Chinese labs are starting to use safety language to justify access decisions, not just capability claims. Whether governance practice follows rhetoric is a separate question and genuinely uncertain. Wagner at Concordia AI was careful to call it a first, not a trend.
Is Glasswing a permanent program or a one-time initiative? The expansion from 12 partners to 150+ organizations across 15+ countries in under two months reads as infrastructure, not a campaign. How it evolves — whether it becomes a commercial product, a regulatory instrument, or ongoing research — is not yet public. The $100 million commitment is real. The long-term institutional form is not yet defined.

Python combined with AI APIs has become the fastest path from "I want to automate this" to a working tool — collapsing what once took days of glue code into an afternoon of API calls and structured prompts. The...

Structured prompting and few-shot examples dominated zero-shot on every metric I tracked — accuracy, format compliance, retry rate. The gains are large enough to change how you build. What's still genuinely open: how...

Omnigent is an open-source meta-harness that sits above your existing AI coding agents — Claude Code, OpenAI Codex, Cursor — and routes your prompts to the right one based on task type and context. The efficiency...

Most AI output problems are prompt problems, not model problems. AgustiPuigserver/opus-prompt-architect is an open-source framework that applies modular software architecture to Claude Opus prompts — separating...

Boris Cherny, creator of Claude Code at Anthropic, has argued publicly that prompt engineering delivers far less marginal value than the industry has convinced itself. Performance data on frontier models supports...

CopilotKit's open-source stack lets you deploy autonomous AI agents — each with its own sandboxed browser, filesystem, and tool access — embedded directly inside your app. The architecture solves a real problem...