AI Digest.

Jensen Huang Declares "AGI Has Arrived" While Five-Person Teams Ditch Code Review to Survive Agent PRs

NVIDIA's Jensen Huang called GPT-6 Astra the arrival of AGI and pointed to 400K more GPUs coming online, while @kliu128 says OpenAI is publishing data on models accelerating its own research and urged other labs to match that transparency. Practitioners spent the same weekend on plumbing: teams facing 60-PR backlogs are replacing human review with CI guardrails, and Astra users are slimming AGENTS.md files and flipping Codex context flags to cut token burn.

Quick Hits

  • NVIDIA's Jensen Huang declared "AGI has arrived" on the strength of GPT-6 Astra, which he says was trained on ~100K+ Grace Blackwell NVLink72 systems, with "400K GPUs coming online next." @HHorsley treats the endorsement as decisive: "If he says AGI has arrived. AGI has arrived."
  • @kliu128 says OpenAI is releasing data on models accelerating research inside the lab, arguing recursive self-improvement will otherwise stay invisible inside a few frontier companies, and asking other AI companies to publish their numbers too.
  • Human code review is buckling under agent-generated volume: @mikejulian's five-person team hit 60 open PRs and "mostly" dropped review, while @AlejandroRomaan says he hasn't reviewed a PR in months and ships on guardrails instead.
  • Token diets were the day's other obsession: @NFT_Chen claims a leaner AGENTS.md saves 5% to 35%+ on GPT-6 Astra spend, @huoshan007 shares a Codex flag for persistent context notes, and @BharukaShraddha spotlights Headroom, which claims up to 95% token cuts.
  • On the local front, @volatilemarkts reports pairing NVIDIA prefill with Apple Silicon decode to cut a 241K-token cold load from 12 minutes to 3, and @0x0SojalSec flags an uncensored GLM-5.3 cybersecurity build claiming 84.5% on CyberGym.

Five Engineers, 60 Open PRs: Teams Replace Review With Guardrails

The most practical thread of the day is that teams aren't reviewing more code, they're reviewing differently, swapping line-by-line review for automated verification and risk-tiered merges.

@mikejulian says DuckbillHQ found itself with 60 open PRs for a team of five after weeks of accumulation, facing "two days of just code review," and ditched code review as a result. @GergelyOrosz (quoted by @_dylanga) asked teams that stopped human review how it's going; the replies sketch the replacement stack. @AlejandroRomaan, responding to @mikejulian, lists his: husky pre-commit hooks for lint and formatting, full Playwright e2e suites pre-commit, Codex doing manual QA via computer use, Greptile, Sentry and BetterStack alerting to Slack, CI covering TypeScript checks, app builds, and Postgres builds with migrations, plus regression tests, skill evals, and smoke tests. "My gh actions go brrr but I ship with confidence."

@_dylanga argues the real review metric is recovery time: if a mistake is fixable for all users within minutes, ship it; slow down for persistent data changes, irreversible migrations, data flowing to third-party dependencies you can't easily influence, and DNS. The goal is driving time-to-safe-deploy toward zero.

For teams still reviewing AI-authored PRs, @mattpocockuk asked what techniques help, citing readable diffs, pseudocode summaries, mermaid diagrams, TDD evidence, and @dctanner's agent that records a Playwright video with text-to-speech narration explaining its own change. @chenchengpro answers with a checklist: /show-me diffs (from @dexhorthy), mermaid architecture diagrams, repro steps, test logs proving TDD actually ran, screenshots or video of manual verification, design docs covering each decision point, reviewer verification steps, and running each code agent's /review on important changes.

@suhail handles the volume upstream: he lets an exploratory branch balloon to 100K lines with tests, load scripts, and experiments, then distills main down to "a few thousand," keeping what he calls the bloat and slop out of the repo.

Astra Users Discover the Bill Is in the AGENTS.md

The second cluster shows GPT-6 Astra users learning that cost and quality hinge on repo instructions and Codex configuration.

@boringmarketer shares a 31-instruction prompt casting Astra as "the accountable engineering owner for this repository": inspect the product, agent instructions, tests, and CI first; make small reviewable improvements; keep the main instructions short; define completion through observable user outcomes; keep one owner responsible for integration; delegate only bounded, independent work; match verification to risk; measure before making performance claims; never merge without authorization; end with what passed, failed, and any blocker. The closing advice: start with one real feature and see how much intervention it still needs.

@NFT_Chen claims a bloated root AGENTS.md lets stale rules drag Astra into idle loops, and that a slimmed version measured savings of 5% to 15% on ordinary edits, 10% to 25% on cross-file tasks, and 30% to 35%+ on tasks prone to repeated searching and verification. The fix is behavioral as much as textual: conclusions first, no re-reading confirmed information, stopping when evidence is sufficient.

@huoshan007 shares a config toggle: add [features.context_management] with experimental_mode = true to ~/.codex/config.toml, and claims Astra starts keeping its own notes and searching a task's history, remembering days later why a decision was made. @pvncher separately points to @thsottiaux's documented recipe for enabling a 1M-token context window in Codex for GPT-5.6 Sol (model_context_window = 1000000, auto-compact at 900000), with the caveat that the defaults were tuned deliberately.

@thdxr raises a tooling tension: Astra "writes python to do everything," forcing an opencode2 UI rework, and he wonders whether fighting the model's preference for raw python even makes sense when users increasingly don't care about visibility or permissions. Also from @pvncher: ask Astra to build a skill letting Sol use Astra as an advisor, one of many possibilities he sees in multi-agent v2 orchestration. Smaller notes: @reach_vb passes along a conciseness prompt, "make sure each word in this text justifies its existence" (credit to @charlierguo), seconding @Dimillian's advice to just ask Astra to remove unnecessary text; @BrianMRey calls a linked skill "still the best skill i have found to date"; and @emmanuel_2m shows the playful side with an Astra app that turns an image or a few words into a structurally buildable LEGO set using orderable official parts and a downloadable .ldr file.

Jensen Declares AGI; OpenAI Opens the Books on Self-Improvement

The boldest claims came from the top of the stack. Jensen Huang's post (amplified by @HHorsley) credits GPT-6 Astra, trained on ~100K+ NVLink72 systems, as AGI arriving, tracing ChatGPT to o1 to Astra in four years, with 400K GPUs next. Treat it as a vendor CEO's claim, though @HHorsley argues Jensen is "the most credible referee" on the question.

More consequential for everyone else: @kliu128 says OpenAI is releasing data on models accelerating research at the company, arguing recursive self-improvement "could be the most important contributor to AI capabilities over the next few years" but by default will only be visible inside a few frontier labs. His pitch is that transparency is needed to inform the public discussion on whether and how to pace development, and he asks other AI companies to publish similarly.

Context Becomes Infrastructure: Compression, Git-Backed Handbooks, and a Memory Debate

A quieter theme: teams are versioning, compressing, and arguing over who owns agent context. @BharukaShraddha writes up Headroom, which she says a Netflix engineer open-sourced; it sits between agent and LLM, applies specialized reversible compressors to JSON, code, logs, and RAG chunks, and claims up to 95% fewer tokens with unchanged benchmark accuracy, installed via pip install "headroom-ai[all]" and wrapped around Claude, Cursor, or Codex. Her framing: "The cheapest token is the one you never send." @DSPyOSS reshares @boswell_labs calling "prompt debt" the hardest thing to teach coworkers.

@TencentAI_News open-sourced TeamAI-CLI, used internally at Tencent since March: team knowledge lives in one git repo, changes land through merge requests and reach everyone's next session, and learnings earn confidence through real usage across Claude Code, Codex, Cursor, opencode, and others. @xiaomovps praises Pi's design on similar ownership grounds: stable prefixes for cache hits, sessions you hold yourself so models stay swappable, and compression that stays visible and editable rather than becoming a provider black box. That maps onto @theo's doubt that enterprise "agent memory" is even a real product category, which @DanielMiessler answers with the maximal version: a system that models the whole company's goals, metrics, and budget, runs predictable work as semi-deterministic agent-and-human workflows, and constantly improves its own SOPs. @nurijanian stays practical with product-process prompts like /de-clever, /eng-shape, and /metric-drop.

CS Fundamentals Still Win at Vibe Coding, and Local Inference Goes Hybrid

Capability claims met counter-evidence about who can drive these tools. @yishan, quoting @thesupermanmx's summary of an ETH Zurich study testing 100 developers in a commercial-grade vibe-coding setup, says CS achievement and written communication predicted success, with CS contributing roughly twice the unique predictive variance of writing skill alone; he credits his own results to exactly that combination. @kentcdodds contributes a niche fix for agent behavior: when agents add assertions verifying a removed feature stays gone, fine for verification but "stupid to keep," so he had an agent write an oxlint plugin to block it.

On hardware, @volatilemarkts details a 12-machine, 2.4TB setup where Mac Studios hold a 1-2 trillion parameter model at 4-bit but prefill at roughly 400 tokens per second, making a 900K-token load a half-hour wait, while DGX Sparks prefill four to five times faster but can't hold the model. Their solution has the NVIDIA box compute the decoder's finished cache using the decoder's own weights and write it into the decoder's prefix store, about 10KB per token over plain 10GbE. Measured on DeepSeek-V4-Flash (284B) with a 241K-token cold load: 12 minutes alone, 3 minutes with two Sparks, 19 seconds cached. Also local: @0x0SojalSec posts GLM-5.3-CYBERSECURITY-FP8, a 753B MoE he describes as refusal-removed for red team and exploit work, claiming 84.5% CyberGym, ExploitBench doubled from 24.4 to 54.4, and MMLU held. And @kitlangton, briefly off the AI beat, reports finding no limit to the pleasures of subtly animated SVGs.

Practical Takeaway

If agent-written PRs are outpacing your review capacity, the day's posts suggest a sequence. First, tier merges by blast radius: minutes-to-fix changes ship, while migrations, third-party data flows, and DNS get careful handling (@_dylanga). Second, move verification into CI, pre-commit hooks, and observability so review stops being your only safety net (@AlejandroRomaan). Third, before assuming you need more review hours, audit what the agent reads and remembers: trim AGENTS.md to stable rules, try Codex's context-management flag, then measure token spend and intervention rate on your single most expensive task before and after (@NFT_Chen, @huoshan007).

Sources

T
The Boring Marketer @boringmarketer ·
the best GPT-6 Astra coding advice I've found in one prompt: "You are the accountable engineering owner for this repository: 1) Simplify how humans and coding agents work here so goals become complete, verified, mergeable changes with minimal coordination. 2) Start by inspecting the actual product, architecture, agent instructions, skills, development setup, tests, and CI. 3) Identify the specific things that cause unfinished work, repeated confusion, or unnecessary effort. 4) Make a small, reviewable set of the highest-value improvements. 5) Prefer consolidating and clarifying existing mechanisms. 6) Add new process only when it solves a demonstrated problem. 7) Keep the main agent instructions short and accurate: what the product does, where important code lives, the critical boundaries, and how to verify work. 8) Link to deeper guidance. 9) Give skills clear purposes and load them when relevant. 10) Avoid duplicated sources of truth. 11) Define completion through observable user outcomes. 12) For the work being changed, trace the necessary path through the interface, backend, persistence, workers, and external services. 13) State which parts were exercised and which remain unverified. 14) Keep one owner responsible for integration and completion. 15) Delegate only bounded, independent work when it will reduce total effort. 16) Avoid recursive delegation and repeated review exchanges that add no new evidence. 17) Match planning, testing, and review to the change’s risk. 18) Distinguish blocking defects from optional improvements. 19) When an approach repeatedly fails, investigate the root cause and change direction. 20) Make essential verification easy to run locally and in CI. 21) Preserve useful regression coverage and report failures honestly. 22) Remove tests or checks only with evidence that their protection is obsolete, redundant, or ineffective. 23) Inspect existing code and suitable services before building custom infrastructure or integrations. 24) Keep cleanup within a justified scope. 25) Measure performance before and after making performance claims. 26) Respect existing permissions, security boundaries, user work, and release approvals. 27) Do not merge or deploy without authorization. 28) Implement the improvements and run the relevant checks. 29) Finish with a concise account of what changed, why it helps, what passed or failed, and any remaining blocker. 30) Stop when the agreed scope is complete and sufficiently verified. 31) Start with one real feature and see how much intervention it still needs. Use that experience to decide what to improve next."
E
Emm | scenario.com @emmanuel_2m ·
GPT-6 Astra helped me build something I wish I'd had as a kid... so badly. Input just an image (or an idea in a few words) and get a fully buildable LEGO set... 100% customized to your prompt or image, using official @LEGO_Group parts you can order online! Structurally optimized so it's actually buildable. Downloadable as an .ldr file. A generated instruction leaflet is coming.
K
Kent C. Dodds 🐨 @kentcdodds ·
You know how when you tell an agent to remove something, it adds a test assertion to make sure that thing is no longer there? That's super annoying and it's fine for verification but stupid to keep. So I had the agent make an oxlint plugin to stop it. https://t.co/7wBNxCxrdx
M
Mike Julian @mikejulian ·
We ditched code review at @DuckbillHQ (mostly) About a month ago, we found ourselves with 60 open PRs for a team of five. They had been accumulating for a few weeks and we all had the sudden realization we were looking at two days of just code review.
E
eric provencher @pvncher ·
Don’t have a proper update to add to this yet, but ask Astra to make you a skill where you can have Sol use Astra as an advisor! There a ton of possibilities with multi agent v2 in terms of orchestrating models, and all the tools are in this article
P pvncher @pvncher

https://t.co/hsvsflUPmf

A
Alejandro @AlejandroRomaan ·
Highly agree - haven't reviewed a pr in months Guardrails I use: - pre commit hooks using husky: check for lint, prettier, formatting etc - full suite e2e (playwright) test pre-commit hooks - Codex is great at computer use so helps a lot with actual QA testing, like actual manual testing - @greptile - lots of o11y (@sentry @BetterStackHQ) and setup alerting to a slack channel - ci pipeline covering typescript checks, app build and Postgres build with migrations (this one is so important) - lots of meaningful unit, integration and regression testing coverage that run in ci - evals for skills - e2e (playwright) testing in ci (smoke tests) Yep my gh actions go brrr but I ship with confidence. Let's me focus on building
M mikejulian @mikejulian

We ditched code review at @DuckbillHQ (mostly) About a month ago, we found ourselves with 60 open PRs for a team of five. They had been accumulating for a few weeks and we all had the sudden realization we were looking at two days of just code review.

G
George from 🕹prodmgmt.world @nurijanian ·
add to the list of things to steal when your product process is stuck in 2019 - 70 Ideas to Reimagine Your Product Process With AI - /de-clever - /eng-shape - /metric-drop start here 🕹️
N nurijanian @nurijanian

70 Ideas to Reimagine Your Product Process With AI

K
Kevin Liu @kliu128 ·
Today we're releasing data on models accelerating research at OpenAI. Recursive self-improvement could be the most important contributor to AI capabilities over the next few years, but by default it will only be seen inside a few frontier AI labs. Being transparent is more urgent than ever, so we can inform the public discussion on whether and how to pace model development. I ask other AI companies to do the same. https://t.co/iLKbrLcBAI
D
dax @thdxr ·
stepping back there's tension right now with "agent just writes code" and - being able to see what it's doing - permissions people exist on a spectrum of caring about these things. it's hard not to feel like more and more people will not care about these things at all still, in opencode2 we implemented codemode in a way that allows us to render decent ui and still prompt for permissions even when the model is just lobbing over a hunk of code but if astra really wants to write raw python, should we even be fighting that and making it use our own thing? tricky questions
T thdxr @thdxr

so astra writes python to do everything which means we're going to have to rework this ui https://t.co/5cAttUtS6w

E
eric provencher @pvncher ·
This works great with Astra btw
T thsottiaux @thsottiaux

Here is how to enable a 1M-token context window in Codex for GPT-5.6 Sol. Even though we have tuned the context limit in Codex to be set optimally when it comes to performance and cost, this is a common ask, so here it is documented. A larger context window lets Codex retain more code, tool output, and conversation history before summarizing older material. You need a model that supports it. And GPT-5.6 Sol, for example, has a documented 1,050,000-token window. Open ~/.codex/config.toml and add or update these settings at the top level, before any [section] headers: ``` model = "gpt-5.6-sol" model_context_window = 1000000 model_auto_compact_token_limit = 900000 ``` The first setting selects the model. The second tells Codex to use a one-million-token context budget. The third starts automatic history compaction around 900,000 tokens, leaving some headroom. Restart Codex client and start a new session after saving. To try the configuration for a single CLI session without changing your defaults: ``` codex -m gpt-5.6-sol \ -c model_context_window=1000000 \ -c model_auto_compact_token_limit=900000 ``` Have fun, but also know that we tuned the default carefully!

D
Dylan Garcia @_dylanga ·
The most important part of PR reviews right now is how quickly you can recover from a mistake caused by the PR. If a PR were to cause an issue that I can fix within a handful of minutes for all users, great, let’s ship it. If it involves persistent data changes, irreversible migrations, data going to a third party dependency that you can’t easily influence, or DNS, let’s be careful and do it properly. Your goal is to get the time it takes for a PR to safely be deployed to all users as close to 0 as possible.
G GergelyOrosz @GergelyOrosz

If you’ve stopped doing human code reviews: how is it going? If you’re still doing them: how are you able to keep up with the explosion of code + PRs, and how do you prioritise what to review “properly”?

M
Md Ismail Šojal 🕷️ @0x0SojalSec ·
Crazy, Uncensored GLM-5.3-CYBERSECURITY-FP8 You can Run locally for Fully CyberSecurity Use. This GLM-5.3 model trained for finding real vulns. - Refusal-removed for red team/exploit/RE. - Base already hit 84.5% CyberGym. - doubled ExploitBench vs 5.2 (24.4 to 54.4) and topped CyberGym at 84.5%. - Cyber-offense comply 89%. - 753B MoE. - MMLU held (even +1.07pp) - weight-level CRACK. - Flash quants if you want local. It got dangerous at cyber.
0 0x0SojalSec @0x0SojalSec

Best Open-source AI Models for Cybersecurity that run fully offline on low hardware & The comparison

S
Suhail @Suhail ·
How I go from 100K LOC to a few thousand these days: Lately I find that I enjoy having a very messy branch with lots of twists and turns, tests for verification, scripts to load test/adversarially break things, and experiments. Sometimes I am trying things to understand the pieces better. Rarely do I want all that bloat and slop to enter the main branch of the repo. Please copy or tell me how to do it better.
V
Vaibhav (VB) Srivastav @reach_vb ·
Astra/ LLM tip: prompt “make sure each word in this text justifies its existence.” works like a charm, s/o to @charlierguo for introducing me to it https://t.co/RfzTj2iwly
D Dimillian @Dimillian

Just ask Astra to remove all the unnecessary text. Everywhere.

K
Kit Langton @kitlangton ·
Is there a limit to the pleasures a man can derive from subtly animated svgs? For I have not yet found it. https://t.co/h3DAt8z6Y1
Y
Yishan @yishan ·
This explains why I've been able to get so much done with vibe-coding while other people I keep recommending it to aren't quite able to have the same level of success: I have a strong CS foundation + verbal communication skills. .... no pressure 😝
T thesupermanmx @thesupermanmx

China published the most uncomfortable paper on vibe coding. ETH Zurich tested 100 developers in a controlled, commercial-grade vibe coding environment to see who actually succeeds. The findings are brutal. The researchers tracked computer science achievement, written communication skills, and general cognitive reasoning. They wanted to see what actually predicts vibe coding proficiency when you never touch a line of source code yourself. Two major predictors emerged. Written communication proficiency mattered. The ability to structure thoughts and articulate intent unambiguously in text directly impacts what the AI builds. But that wasn't even the main takeaway. Computer science achievement was a massive, dominant predictor of success. Even when researchers controlled for general intelligence and reasoning skills, CS background still heavily dictated who built working software and who completely crashed. In fact, CS knowledge contributed roughly twice the unique predictive variance of writing skills alone. Why? Because vibe coding isn't about writing code. It’s about debugging logic. When an AI agent builds a complex application and quietly breaks an edge case under the hood, a non-technical user looks at the glowing UI and assumes it works. They don't know what questions to ask. They don't know what logic to challenge. They lack the mental models to recognize architectural catastrophe. You can prompt your way past syntax. You cannot prompt your way past a fundamental lack of engineering intuition. The hype told us that learning to code is dead because language is all you need. The data just proved the opposite. To truly master the vibe, you still need to understand how the machine thinks.

H
Hunter Horsley @HHorsley ·
Jensen is the most credible referee. If he says AGI has arrived. AGI has arrived.
J JensenHuang @JensenHuang

@ChaseLochmiller @OpenAI GPT-6 Astra, trained on ~100K+ NVIDIA Grace Blackwell NVLink72. From ChatGPT to o1 to Astra in 4 years. AGI has arrived. Congratulations @OpenAI team. 400K GPUs coming online next.

ᴅᴀɴɪᴇʟ ᴍɪᴇssʟᴇʀ 🛡️ @DanielMiessler ·
Imagine a system understanding all the goals, metrics, challenges, strategies, projects, work, the team, the budget, etc. for the entire company. And that’s kept updated at all times. The current state of the company is currently captured. And the leaders of the company have articulated where they’re trying to take the company. The ideal state. Static, expected work is turned into semi-deterministic workflows executed by agents and humans. And then you tell your AI as its prime directive that its job is to constantly look at the entire system and do things like updating SOPs, the work workflows, help the leaders come up with new ideas to implement, and just overall constantly improve the system. That’s what I think they mean. And if it isn’t then it’s what they should mean. And it’s what I’ve been blabbing about incessantly.
T theo @theo

I'm increasingly confused why people think "agent memory for enterprise/teams" is a real product category that makes any sense at all

𝗕
𝗕𝗿𝗶𝗮𝗻 𝗥𝗲𝘆 @BrianMRey ·
https://t.co/juXkBoX4Gb this is still the best skill i have found to date. get it added immediately.
J JesusGodAndKing @JesusGodAndKing

@BrianMRey Me too! Do you have any suggestions for me skills wise? I am not having it use any skills right now, don't want to mess it up.

D
DSPy @DSPyOSS ·
RT @boswell_labs: Prompt Debt is the worst. This has been the hardest thing to teach my coworkers and friends. DSPy makes it so easy to s…
V
Volatile Markets @volatilemarkts ·
Twelve machines. 2.4 terabytes of unified memory. One coordinated inference problem. Seven DGX Sparks: 896 GB, CUDA, brutal at compute. Five Mac Studios: 1.5 TB, Metal, brutal at bandwidth and unbeatable per watt. Plus three Mac minis, a 5080, some V100s. At 4-bit, that Studio memory holds a 1 to 2 trillion parameter model with room left over for a 900,000-token context. The weights fit. That was never the problem. The problem is prefill. Before a model with that context says one word, it has to read everything you gave it. On Apple Silicon that is roughly 400 tokens a second. A 900K-token load is over half an hour of silence. Decode is fine, 25 to 30 tokens a second all day, quiet, 300 watts. It’s the first word that costs you. The Sparks prefill four to five times faster and can’t hold the model. The Studios hold the model and can’t prefill. Everyone with mixed silicon owns both halves of the answer and no way to join them. So we joined them. NVIDIA prefills, Apple decodes, one request. Two engines that share no cache format, no framework, no vendor. Instead of transferring a cache neither can read, the prefill box computes the decoder’s finished cache using the decoder’s own weights and writes it into the decoder’s prefix store. About 10 KB per token crosses the wire, over plain 10 gigabit Ethernet through the two switches in the first picture. No RDMA, no Thunderbolt. Measured today on DeepSeek-V4-Flash, 284B, 241,000-token cold load: Mac Studio alone, 12 minutes to the first word. Two Sparks feeding it, 3 minutes. Same prompt again, 19 seconds. Decode identical. Answers identical. That ratio is what makes the goal real: prefill 900K on the Sparks for a trillion-parameter model living on five Studios. Tonight we took the prefill window from 262K to 524K. Not finished, and every number gets posted either way. Why this is a paradigm shift for us: our agent is persistent and has 54MB of memory files..and then we drop a transcript or a codebase on top of it mid-conversation. The wait was the product’s real cost. It isn’t anymore. All credit to everyone who contributed to these concepts before us. We distill knowledge from all the greats and give credit to all. Standing on the shoulders of GitHub wizards unapologetically without fear of failure or judgement. Local ai must win! https://t.co/X94wAZsND8 #localai #heterogeneousinference #dgxspark #applesilicon
S
Shraddha Bharuka @BharukaShraddha ·
🚨 A Netflix engineer just open-sourced the fix for the most expensive problem in AI: wasted tokens It's called Headroom, and it might be the smartest fix to high token usage Your agent reads a 10,000-token log file to find one error. You paid for all 10,000 tokens. The answer needed 1,200. Headroom sits between your agent and the LLM and compresses everything before the model sees it. JSON, code, logs, RAG chunks, each gets its own specialized compressor. And it's reversible: the originals stay on your machine, so nothing is lost. The results speak for themselves: → Up to 95% fewer tokens → Same accuracy on benchmarks → Zero changes to your code Setup takes one minute: 1. pip install "headroom-ai[all]" 2. headroom wrap claude Done. Works with Claude Code, Cursor, Codex, and anything OpenAI-compatible. Everything runs locally, fully open source. The cheapest token is the one you never send. 🔗 Github repo: https://t.co/6TQM4o18hx So, are you compressing your context, or just paying the bill?
小墨同学 @xiaomovps ·
看懂Pi设计的魅力,可能只需要一分钟。 今天我突然看懂了为什么Pi,要自己设计Session、处理压缩算法、构建自己的上下文体系,都是为了不妥协! 上下文:尽量保持前缀稳定,让Prompt Cache持续命中,少花Token,也少被Harness随意改写。 Session:完整记录掌握在自己手里,不依赖某一家模型厂商保存状态,换模型还能继续跑。 压缩:自己决定什么留下、什么丢掉,压缩后的内容依然可见、可修改、可迁移,而不是变成Provider才能读懂的黑盒。 模型:GPT、Claude、Gemini,甚至本地模型,都只是可以随时替换的一层。 Harness:Pi也不希望你最后只是从厂商锁定,换成另一种Harness锁定。 这些设计看起来都很克制,甚至有点固执,但最后其实只指向一件事: 不妥协。 模型可以换,Provider可以换,Harness也可以换。 但Session、Context和Memory,应该一直属于你自己。 这才是一个真正自由的Agent。
X xiaomovps @xiaomovps

万字长文 | Pi Agent 零基础实操:从打开终端到完成第一个真实任务

火山哥🕊️ @huoshan007 ·
兄弟们,用GPT-6 Astra,一定要把这个开关打开。 找到 ~/.codex/config.toml,加上: [features.context_management] experimental_mode = true 保存,再新开一个任务。 以前对话一长,前面的细节容易被压成一坨摘要。 打开以后,Astra会自己记笔记,还能回头搜索同一任务里的历史消息和工具结果。 这才是它真正狠的地方。 不是一轮回答更聪明,是项目做了几天,它还记得你为什么这么干。 长项目不开这个,真有点拿跑车送外卖。
陈成 @chenchengpro ·
关于「让 AI 写的 PR 更好 review」,我的 Tips 。 - 用 @dexhorthy 的 /show-me 生成更好读的 diff - 附 mermaid 图讲架构或流程 - 附复现步骤 - 附测试日志,证明 TDD 真跑过 - 附截图或视频,证明自己验证过 - 附 design doc,包含每个决策点 - 附测试步骤,方便 reviewer 自行验证 - 重要改动自行跑一遍各 code agent 的 /review,并在 PR 里说明
M mattpocockuk @mattpocockuk

What techniques do you use for making AI-authored PR's easier to review? - I.e. use /show-me by @dexhorthy for easy-to-read diffs - Describe the changes in pseudocode - Mermaid diagrams - Evidence of TDD The wildest version of this I've heard is @dctanner's agent, who uses Playwright to record a video of the frontend feature working with text-to-speech over the top. So the agent literally talks you through its change.

T
Tencent AI @TencentAI_News ·
We used TeamAI-CLI internally at Tencent since March. Open sourced it. It turns team knowledge into one git repo, so every agent works from the same handbook. what it does: > git-based: skills, rules and docs live in one repo, changes go through a merge request > hook-triggered: merged changes land on everyone's next session > each learning earns confidence from real usage, strong ones surface first, weak ones sink > works with claude code, codex, cursor, opencode, codebuddy and workbuddy One person's hard-won workaround can now become the whole team's default. https://t.co/ezmFhefrV5
S
SuSu_酥酥👅 @NFT_Chen ·
🚨只改一个文件,能让GPT-6 Astra Token直接少烧35%+! GPT-6 Astra不是贵,是你的AGENTS.md太肥了 省Token只做一件事:把仓库根目录那份 AGENTS.md 换成精简版(如图) 修改后实测数据很狠: 🔹普通改代码省 5%–15% 🔹跨文件长任务省 10%–25% 🔹爱反复搜索、重复验证的任务能到 30%–35%+ GPT-6 Astra 协作规则真正砍Token的不是文字变短,是把Agent的坏习惯掐死: 🔸先给结论,不复读需求 🔸已确认的信息不重读、不重搜 🔸证据够了就停,找到原因就修 🔸已授权操作不反复确认 🔸验证力度跟这次风险对齐,不为“看起来严谨”加测试 🔸交付物出来、必要验证过、限制说清,立刻收工 🔸子Agent只在独立且收益大于协调成本时才拆 GPT-6 Astra对 AGENTS.md 更敏感。文件越全,它越容易被旧规则带着空转。 根文件只留稳定规则,细节按需加载,账单才会掉。 收藏对照改。改完拿你最费Token的那个长任务对比一次,很多时候省下的不是35%,是整段无效探索。 #GPT6 #Astra #AGENTS_md #省Token #AI编程 #VibeCoding #Codex #howto用好AI #AI反常识howto
N NFT_Chen @NFT_Chen

🔥推荐:image2 + GPT-6 Astra 做 PPT是目前测过最快也最好看的一条路! 核心不是“让 AI 直接出 PPT”,而是先出整页视觉稿,再精准拆成可编辑文件。结合文稿+配图时,传统 AI PPT 最容易丑、乱裁图;这条工作流刚好打在痛点上。 关键操作: 1️⃣先用 ChatGPT 把文稿聊成清晰的 PPT 文字结构和每页重点 2️⃣把文字 + 需要插入的配图交给 Image2,按页生成整页 PPT 图,不满意就重出,直到视觉统一、高级 3️⃣用 GPT-6 轻度版把每张图转成 PPT:提示词写清“按图层拆分、配图尽量原样保留,文字/流程图/框架全部可编辑” 4️⃣得到一套既好看又逻辑清楚、组件可复用的 PPT。GPT-6 拆层很准,基本不用手改 注意:转 PPT 比较吃 token,但效果比 Luna、Terra 稳很多。适合要“既要审美、又要能改、还要快”的场景。 #AI做PPT #GPT6 #Image2 #Codex #效率工具 #职场干货 #PPT技巧