→OpenAI open-sources Codex Security, a security scanner plugin for Vibe Coding products
OpenAI open-sourced Codex Security, a security scanner plugin built for Vibe Coding products. The post does not disclose specific features, scanning rules, or supported languages. The title confirms it's a security tool for AI-generated code scenarios—worth watching but don't rush to adopt.
#Code#OpenAI#Open source
editor take
OpenAI open-sourced Codex Security, a scanner plugin for Vibe Coding, but the post doesn't spell out what it scans or which languages it supports—don't rush to production.
→Elon Musk's AI Wikipedia Grokipedia hasn't been updated in months
Elon Musk's AI-powered Wikipedia alternative, Grokipedia, has stopped updating. According to The Verge, user-submitted edits have gone unaddressed since April. Launched with fanfare last year to auto-generate and update entries via AI, the project now appears dead. The post doesn't specify why, but the halt signals operational or maintenance issues.
#Elon Musk#Grokipedia#The Verge
editor take
Musk's AI Wikipedia Grokipedia has been dead since April — user edits go unaddressed, no updates for months.
→Google moves AI leadership to California to compete with Anthropic and OpenAI
Bloomberg reports Google is relocating key AI research, product, and engineering leadership to California to centralize decision-making. The goal is to catch up with Anthropic and OpenAI in talent and model iteration speed. The post does not disclose headcount, timeline, or budget.
#Google#Anthropic#OpenAI
editor take
Google is moving AI leadership to California to centralize decisions and compete for talent with Anthropic and OpenAI. No headcount or budget disclosed.
→OpenAI releases country-level ChatGPT usage data for over one billion users
On Aug 6, OpenAI released its first country-level ChatGPT usage data covering over 1B users. At work, people are more than twice as likely to use ChatGPT to produce output or complete tasks—coding and analysis are typical—compared to outside work. Multimedia is the fastest-growing use case at 7.8% of messages, exceeding 10% in Brazil and Colombia. Latin America, Oceania, and Africa are closing the per-capita adoption gap; Peru, Uruguay, and Costa Rica gained the most in Q2 rankings. Usage among people over 35 rose in nearly every country, with France and Czechia up over 10 percentage points in the past year. Data comes from OpenAI Signals and covers Free, Go, Plus, and Pro individual accounts only.
#Code#OpenAI#ChatGPT
why featured
Featured · importance 82 · hook + knowledge
editor take
OpenAI published its own global user profile from 1B users, broken down by country. I'd read this as official market narrative, not a third-party audit.
sharp
OpenAI dropped a blog post yesterday breaking down ChatGPT usage across its 1B users by country. The headline claims: at work, people are twice as likely to use ChatGPT for "doing" (coding, analysis, creating) vs. "asking"; Latin America, Africa, and Oceania are closing the per-capita adoption gap; multimedia messages hit 7.8% globally, over 10% in Brazil and Colombia; and the 35+ age group is growing in nearly every country.
Both sources pull from the same official blog, just with different emphasis. OpenAI's own title pushes the "asking to doing" narrative; aihot highlights the older-user growth. Not a contradiction—more like two angles on the same press material.
Where I'd discount: the data covers only individual-tier accounts (Free, Go, Plus, Pro), not enterprise or API usage, so the "work" label is self-reported context, not org-level adoption. The ranking shifts compare just Q1 to Q2 2026—one quarter isn't a trend yet. I haven't seen independent verification of the raw dataset, so treat this as OpenAI's own market signal for now.
FEATUREDComputing Life · Share (鸭哥 research reports)· rssZH00:00 · 08·06
→OpenAI's data agent shifts RAG retrieval from raw logs to pre-curated, high-density context
OpenAI's internal data agent serves 3,500+ users across 600 PB of data with a single GPT-5.5 model and ~13 tools online. The real work happens offline: Codex reads pipeline code to infer table semantics, turning raw metadata into structured descriptions that online RAG retrieves. Engineer Emma Tang notes that giving the model less but more accurate context yields better results. Six context layers address four pain points: code holds true meaning, query history is noisy, metric definitions live in docs, and correction memory can go stale. Staleness is patched by live schema checks at runtime. The model still overconfidently miscalculated ChatGPT active users as 5 million. No accuracy or ablation data disclosed.
#RAG#Agent#OpenAI#Emma Tang
why featured
Featured · importance 78 · hook + knowledge + resonance
editor take
OpenAI pre-compiles pipeline code into structured descriptions offline, so online RAG retrieves curated context with one model and ~13 tools.
sharp
The useful bit here is flipping the instinct to dump more context into the model. OpenAI runs Codex offline to read pipeline code and extract real table semantics—keys, grain, join logic—then structures that into descriptions. Online RAG retrieves those pre-curated descriptions instead of raw metadata and query logs. Emma Tang's point: less but more accurate context works better.
I'd discount this a bit. No accuracy or ablation numbers are disclosed, and the post doesn't spell out refresh cadence or how often live schema checks actually fire. The model still overconfidently miscalculated ChatGPT active users as 5 million, so clean offline context doesn't fix everything.
The takeaway isn't that RAG is dead—it's that the retrieval target got upgraded. If you're running an internal data agent, checking whether table semantics still live only in pipeline code might save more time than tuning chunk size.
FEATUREDComputing Life · Share (鸭哥 research reports)· rssZH00:00 · 08·06
→Pre-Agent Fan-In Filtering: Cost Control Before the Agent Sees the Input
This piece argues that in high fan-in scenarios like alert storms, piping every alert straight to an agent investigation blows up the bill. The fix is a cheap pre-agent filter: use a small Mamba model to score log sequence perplexity, and only hand off truly anomalous events to the expensive LLM agent. Datadog's Mambark model reportedly narrows ~10B daily security events down to ~10K candidates—a six-order-of-magnitude reduction, though these are vendor self-reported figures without independent verification. The article traces the lineage from DeepLog's LSTM-based log anomaly detection in 2017 to Mamba SSMs in 2023, which keep streaming inference memory from ballooning with sequence length. For implementation, it recommends Drain for log template parsing first, then choosing a filter tier based on daily event volume.
#Datadog#Mambark#Mamba
why featured
Featured · importance 78 · hook + knowledge + resonance
editor take
Control agent costs at the gate: a cheap perplexity filter hands off only true anomalies to the LLM.
sharp
This piece caught my eye because it nails a real engineering cost problem: in an alert storm, firing an agent investigation for every single alert means thousands of API calls in minutes. Datadog's Mambark model—roughly 97M parameters—claims to narrow ~10B daily security events down to ~10K candidates before handing off to an LLM agent. That's six orders of magnitude. The numbers are vendor-reported, so I'd discount them a bit, but the architecture is solid.
The trick isn't using a small model for generic text classification. It's unsupervised next-event prediction with a Mamba architecture: the log stream is treated as a system state sequence, and the model scores how surprising each event is given what came before. When reality deviates from the expected sequence, it flags the event. This fits better than vector retrieval because nobody is typing queries into a live log stream.
The article traces the lineage cleanly—from DeepLog's LSTM in 2017 to Mamba SSMs in 2023—and offers practical steps: use Drain for log template parsing first, then pick a filter tier based on daily event volume. What's missing is independent benchmarks and false-negative rates across industries. But as an architectural principle, putting "decide what's worth investigating" ahead of "make each investigation cheaper" is the right call.
FEATUREDComputing Life · Share (鸭哥 research reports)· rssZH00:00 · 08·06
→Fine-tuning is back in 2026, but now it's a cost-engineering play
Engineering teams in 2026 are fine-tuning again—not to make models smarter, but to slash inference costs on high-volume narrow tasks. FermiSense fine-tuned Qwen3.5-9B for e-commerce review, cutting cost from tens of dollars to $0.50 per 1k calls. Intercom's customer-support small model hit 73.1% resolution rate at one-fifth the cost of GPT-5.4. On the vision side, a DINOv3 classifier workflow trained a zero-API-cost local classifier with only 839 reviewed samples, reaching AP 0.9731. The article provides a decision matrix: fine-tuning pays off above ~50k daily requests with automatically verifiable outputs; below that, Prompt Caching plus RAG is the better bet. Most vendor-reported high scores lack third-party reproducible test sets, so hybrid routing remains the pragmatic middle ground.
#Fine-tuning#Benchmarking#FermiSense#Intercom
why featured
Featured · importance 78 · hook + knowledge + resonance
editor take
Fine-tuning in 2026 isn't about making models smarter—it's about slashing inference costs on high-volume narrow tasks to $0.50 per 1k calls.
sharp
This piece is worth reading because it reframes fine-tuning clearly: it's no longer about injecting knowledge or boosting reasoning, it's cost engineering. FermiSense fine-tuned Qwen3.5-9B for e-commerce review, dropping cost from tens of dollars to $0.50 per 1k calls. Intercom's small customer-support model hit 73.1% resolution at one-fifth the cost of GPT-5.4. On the vision side, a DINOv3 classifier trained on just 839 reviewed samples delivered AP 0.9731 with zero API cost.
I'd discount the vendor-reported scores a bit—most lack third-party reproducible test sets. FermiSense's evaluator has self-bias risk, Harvey uses proprietary benchmarks. That's why the article's decision matrix is the useful bit: fine-tuning pays off above ~50k daily requests with automatically verifiable outputs. Below that, Prompt Caching plus RAG is the better bet. The stat that 40% of teams now use hybrid routing—small models handling 80-95% of requests, hard cases routed to top APIs—says more than any single high score.
→Baseten joins Hugging Face Inference Providers for one-click model serving
Baseten is now a Hugging Face Inference Provider, letting developers run models directly from the Hub's UI or SDKs. It initially supports conversational and text-generation tasks with open-weight LLMs like Kimi K3, DeepSeek V4 Flash, and GLM-5.2. The post doesn't disclose pricing or latency specifics, but it's a convenient new option for serverless inference.
#Baseten#Hugging Face#Kimi K3
editor take
Baseten is now a Hugging Face Inference Provider — run Kimi K3, DeepSeek V4 Flash from the Hub without self-hosting.