"I don’t think anyone understands how sophisticated these attacks are"
Not even the attacker?
Ah no, this is all AI driven, autonomously, right.
I’ve seen a lot of people dunking on @thdxr and @opencode, and I needed to say something.
Frankly, I don’t think anyone understands how sophisticated these attacks are. These aren't script kiddies doing this after school. These are state actors, with real companies fueling the fire.
One of the bigger companies behind distillation has 4 office locations worldwide, and there are a number of companies that are entirely fronts for distillation.
You’ve probably seen their ads. Some have raised venture. I’ve personally seen messages claiming they bought over $5 million in inference for distillation.
They’ve gone so far as to recruit people close to the model labs for better access, and the dollars flowing through the distillation ecosystem are in the 9 figures. These attacks offer a huge economic incentive.
These aren't fly-by-night operations. At Vectoral we've see relays offering affiliate programs, net 30 invoicing for enterprises, and strict SLAs. Together, the top relays get tens of millions of visitors per month.
Frankly, they are more sophisticated than most SAAS companies.
The sad reality is that things likely only get worse from here. We are at war for global AI hegemony.
Opus 5.5 medium effort is my default now.
I was mainly using Codex, but something happened, and it doesn't get it right like it used to.
I wonder if it's just my context or a general perception.
Your pipeline can deploy to production. So can every step you borrowed from a stranger.
In 2025, one moved tag put the CI secrets of more than 23,000 repositories at risk (CISA, Wiz).
pachx reads every workflow and every step it trusts: tags that can move, secrets handed to third-party steps, tokens that can rewrite your code. On autopilot, it pins, scopes, and locks them down, and the pipeline still passes. A person verifies.
Like the ones that were shared by OpenAI when allegedly attacked Hugging face.
If updating dependencies were easy, nobody would ship known vulnerabilities.
The fix usually exists. But updating is work, and nothing anyone can see gets better. So it waits.
pachx starts from your code: every place a package is used, and every line no test covers. It hands that evidence to the coding agent your team already uses, and the tests get written right there. Then you update with proof.
Yo @Muse security matters? Any love left for this report?
How many endpoints does your application expose? Be honest.
pachx finds them in the routing code without running anything and follows every input. Is it checked? Where does it end up?
It keeps going in the background; a route added tonight is reviewed tonight. On autopilot, it fixes what it finds across every repository, with evidence for each fix, before and after. A person verifies the result.
Like the agents would follow your exact orders.
Like the agents were a fixed set of rules, one after the other.
Hehe
The most important technology problem of the next 5 years:
Creating a broadly accepted standard for agents to identify themselves to service providers, so that providers can adjust the way they interface with clients (as compared to human-based traffic).
In the interim (i.e., for the next 6 months), there will be a cat-and-mouse game that agents will play -- to circumvent detection and maintain their product's utility during this growth phase.
However, this will only be a stopgap and it will not be the terminal state of the world.
Your application isn't one door. It's dozens.
Your code and web APIs. The dependencies you chose, and the hundreds you never did. The containers it ships in. The pipelines that build it. The skills your agents share across the team.
None of it stands still, so the check can't either. pachx maps it straight from the code, checks every front with evidence, not guesses, and a person decides.
I am, or was, not sure, extremely bullish on OpenAI models and Codex.
I am not sure if this is only my perception, but since Astra and Sol 6.1, the results have not been that good. Feels like it needs more supervision.
That's why defenders need so much help understanding and protecting open fronts. @pachx_ai's mission is to help engineers constantly protect application fronts, and there are lots of them.
Attackers only have to get it right once. Defenders have to get it right every time.
At #HumanX, @nikesharora explains why that imbalance and vulnerabilities across enterprise infrastructure will drive a major IT overhaul in the years ahead.
Serious question, in case anyone knows:
How long does it take for Meta/Facebook to reply to a vulnerability report?
One of the reasons we are building pachx is this one, attackers never sleep; defense must not stop, 24/7.
AI is changing what happens after attackers get in. Anthropic's latest report shows how intrusions can adapt, accelerate and evade defenses.
venturebeat.com/ai/anthropic…
Today I'm launching @pachx_ai
It's the result of more than a year of work, and of hundreds of conversations throughout my career with engineers and security teams about the same problems: we ship more code than ever, attackers now use agents, and the people accountable for the software are left guessing.
pachx takes one compartment of your security (your application) and turns it into evidence engineers can trust: what the app is made of, what every change touches, and what to do about it, up to the moment you approve.
Proud of what we've built so far, and this is only the start. If this is a problem you live with, I'd love to hear from you.
This went too far:
- Each of them sent the engineer a pull request: "Here is my fix; take a look, merge"
- That's? Yes, that's
Today we’re introducing Base Code.
It’s an early preview of how we think software will be built in the future.
It’s a product that encapsulates everything we’ve learnt from:
- How our users are building software.
- How we’re building internally, scaling to hundreds of millions of dollars in revenue while keeping our engineering team very small and focused.
Here are some of the principles behind it, which align with how we at @Base44 think about the future of software engineering:
Cloud:
- Software will move past local desktop environments (where current tools are widely used) and move to the cloud.
- Moving everything to the cloud is not easy. Setting up dev environments with databases, infra components, services, mock data, etc. is easier said than done.
- Base Code first scans your code repo and sets up everything - every infra component (databases, Redis, etc.) - in the cloud. It runs nonstop until your preview environment is ready.
- From an enterprise standpoint, it’s also the logical thing to do: a centralized, governed dev environment instead of handing out keys and secrets to all team members.
- Once Base Code does that, EVERY team member can work in this environment. No more syncing local environments.
Internally, this (cloud) is one of the main things that enabled us to move so fast.
Collaboration:
- Once everything is in the cloud, everybody can write software from anywhere (any browser, your phone, WhatsApp / iMessage coming soon).
- You can easily see what everyone is working on, where they’re at, and how they’re prompting - and jump to their environment in one click.
- We’ve built many great collaboration features from the ground up.
Loops, automations, software factories:
- A full, working cloud environment allows for many advanced capabilities we will unveil soon-think agents running in the browser and testing on every device and in any browser.
- It also allows the use of automations to build software factories-e.g., agents reading support tickets, identifying bugs to fix or features to develop, implementing the changes, verifying them in the cloud, and potentially pushing them.
And lastly, there’s a real advantage in being model agnostic.
--------------
As always, we’re releasing it very early. It’s far from perfect-but we’re looking for early feedback so we can build it together with our great community and make this vision a reality.
*We’re giving it away for free for 30 days*.
Give Base Code a try. Connect any GitHub repo, get your live preview, and share it with your team.
I’d love to hear what works and what doesn’t:
app.base44.com/base-code















