anupGG (@anup_GG) header
anupGG (@anup_GG) profile picture
Kathmandu
Joined June 2025
Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)Photo by anupGG (@anup_GG)
anupGG retweeted
nobody will tell you this, but you can run a complete AI setup for $0/month... here's how to build it: - install OpenCode and use DeepSeek V4.1 Flash and GLM-5.3 Flash, both FREE and unlimited - use Tinyfish for free web search - use Browser Use A LOT so you can scrape data for free with this very simple setup, you can already build something that pays for your next subscription...
44
82
5
1,364
65,705
Nine years late, but it flew. 🚀 #Tesla #Roadster
1
75
there is nothing to worry about with @devin. don't even need to ask, it'll be there already 🔥
Gemini 4 Argon is now available in Devin Desktop and CLI. On FrontierCode 1.1, Gemini 4 Argon scores 60.5%, making it the highest performing Gemini model on the leaderboard. Through October 27th it is available at 75% off for Devin users.
1
1
2
832
While I value @droid, I see its gap filled by @DevinAI, and they are certainly willing to ship more. These two subscriptions alone support my workflow. They function like a tag team, almost like brothers. As @karpathy talked about frontier-grade tools at the funnel’s base, they are: Droid and Devin (Twins) 🔥.
Dynamic workflows let Devin split a big job into pieces, hand each one to its own Devin, and bring the results back together. The plan for a Dynamic Workflow lives in code instead of an agent’s head, so you always know which Devins will run, in what order, and what each one is told.
2
138
shapedesk.space is fun if you give it a try, now also sorts with JEV and helps you with your storage too. Actually @droid from @FactoryAI @matanSF got this working with just few iterations. Awesome harness to build with. 20$ plan did the magic, i can't imagine what droid max can make possible.
2
103
I have long admired droid and consistently promoted it within my circle; it is truly an excellent harness. It ranks first in my index. I am genuinely impressed by the efficiency it provides. Now the value clearly accumulates. Great work 👏
This week we're shipping our vision for the best cloud agent experience. We’re starting with an often-overlooked but critical foundation for any agent: the sandbox where it runs. Today, we’re introducing Environments, now generally available.
10
117
to all the addicts
If you get addicted to things easily, you have one of the rarest traits there is. Most people can't stay interested in anything for more than a week. You can lose 6 hours to something without noticing. Right now that goes to games, feeds, and whatever hooks you first. That's the only problem. Pick one hard thing actually worth being addicted to. A skill, your body, your work. Give it the same obsession for 2 years and you'll pass people who've been at it for 10.
1
114
with devin there are no complaints whatsoever from us user's side, i absolutely love using it every day 🔥
The hardware you run no longer dictates where or what you can build macOS, Linux, Windows, and Android cloud environments on-demand with Devin
1
88
this is worth the sharing
Highly recommend adding a 𝗰𝗮𝗰𝗵𝗲 𝗰𝗼𝘂𝗻𝘁𝗱𝗼𝘄𝗻 to your Claude Code status line. Simply put, every time you send a message, Claude Code sends the whole conversation to the model again. The cache lets it skip reprocessing everything that came before, so replies come back faster and count less against your usage limits. But the cache expires, and the first message after that makes it process 𝘁𝗵𝗲 𝘄𝗵𝗼𝗹𝗲 𝗰𝗼𝗻𝘃𝗲𝗿𝘀𝗮𝘁𝗶𝗼𝗻 𝗳𝗿𝗼𝗺 𝘀𝗰𝗿𝗮𝘁𝗰𝗵. Normally you can't see how much time it has left. With this, your status line always shows the minutes left, and once the cache expires, it tells you how many tokens your next message will re-cache. If it's about to run out and you still have something to ask, ask it now. The official docs have a few more things I didn't know: → On a subscription, within your plan's usage, the main conversation's cache lasts 1 hour, while subagents and workflows get 5 minutes. On an API key, or once you're past your limit and on usage credits, the main conversation gets 5 minutes too → Switching models mid-session recomputes everything, and with opusplan, every move into or out of plan mode counts as a switch → Editing CLAUDE.md mid-session doesn't break the cache, but the edit doesn't apply either until /clear, /compact or a restart → Went down the wrong path and want a redo? /rewind back and it can pick up the cache you already had; /compact builds a new one Send this prompt and the link below to Opus 5.5 👇 "Read this doc, plus the status line field reference it links to, and add a cache segment to my Claude Code status line. 1. If I already have a status line, don't replace it. Save stdin first so the original command and the cache segment read the same input, leave the original output as is, and put the cache segment on its own line after it. If I don't have one, create one. 2. Get the data from prompt_cache in the input: warm, ttl, expires_at, hit_ratio, misses, last_miss_cause, recache_tokens_if_cold. Show nothing until prompt_cache appears, and skip any field my version doesn't have. 3. While the cache is warm, show it in green with a progress bar and the time left, like "cache ● 1h ████░░ 38m left · hit 91% · misses 0". Turn it yellow when less than 20% of the time is left. 4. When it's cold, show it in red as "cache ○ cold · next message re-caches 82k tokens", with the token count rounded to k. Add the miss cause only when there is one. 5. In the settings file where my statusLine already lives, add "refreshInterval": 30 inside the statusLine object, next to command, so the countdown keeps moving. If my Claude Code is older than 2.1.251, tell me. Don't upgrade it yourself. When you're done, run sample JSON for warm, about to expire, and cold, and show me the output." code.claude.com/docs/en/prom…
3
139
turn an idea into a clear concept, testable requirements, and an implementation plan.
1
1
110
ASD-STE100 for clarity EARS for requirements RFC 2119 for MUST/SHOULD/MAY TLA+ for critical system behavior
We'll be spending a lot more time trying to understand the outputs of language models. A few thoughts, tips & tricks: Writing. Something I've had success with: Ask your LLM to explain something in ASD-STE100, it's a controlled language specification originally developed for aerospace maintenance documentation. LLMs well-versed in this language and it comes with heavy constraints on clean writing style that I often find a lot more readable. Sometimes I've tried to soften it a bit e.g. ask for "80% of the way to ASD-STE100" because the spec is quite stringent. But even better: Diagrams / images. Instead of writing, ask your LLM to create a diagram. These can be a lot easier to process, parse, and understand. But even better: Web pages. Ask for output "in HTML" to get a beautiful, interactive webpage. LLMs are getting really good at frontend and can create beautiful experiences, animations, etc. But even better: Explainer videos. The output format I am most bullish on is fully custom / bespoke explainer videos generated on any arbitrary topic. Experiment with things like "Create a 3b1b style video explainer on X. Use my ElevenLabs API key for audio narration". (you'd need an API key for the latter or you can ask your LLM to find you decent free alternatives that use your local compute). This is actually starting to work! In summary: - As LLMs get better, they will do more and more of the legwork autonomously, and a lot more of our work will rise up the abstractions into oversight and understanding. - Luckily, LLMs can help here too because as intelligence and code are increasingly abundant, you can ask for large, custom, discardable software artifacts (e.g. web apps, video explainers) that would have never made sense to create before. Push the boundaries here and you'll be surprised.
2
75
Who decides whether it is meaningful or not? Why don't we have an open vote on X for every feature you ship, so that it will be fair enough? :D
Over the next 28 days, each day we’ll either ship one thing that is a clear improvement and relevant for most codex/work users or ship a full reset. Let the improvements begin.
51
one of the best advices of 2026
Delegate to AI what frees us, but retain what we need for our own development and independence.
54
it has a website now 🎉 try the shapes right in your browser, then download it free for your Mac: shapedesk.space
i made a tiny macOS menu bar app that snaps/arranges your desktop icons into shapes: hearts, stars, spirals, or any word you type, in one click. I have seen most of us having very unorganized cluttered desktop. Give it a try. It's fun. Free & open source: github.com/addressanup/shape…
65
i made a tiny macOS menu bar app that snaps/arranges your desktop icons into shapes: hearts, stars, spirals, or any word you type, in one click. I have seen most of us having very unorganized cluttered desktop. Give it a try. It's fun. Free & open source: github.com/addressanup/shape…
1
1
1
559
anupGG retweeted
SWE-2 after three weeks of real work. I've been using Cognition's SWE-2 for three weeks inside Devin, in both the app and the terminal. I talked to it directly, ran it as a subagent under Opus 5.5 and Astra, and let it orchestrate its own copies. Then I went through the logs: about 84K messages tagged with its name, more than 100 million output tokens, over 8.4 billion tokens in total, and more than a thousand runs as a subagent. None of this was a benchmark. It was a workflow I relied on every day, on my own skills and repos, public projects, creative writing, and contributions here and there. Its biggest strength is stamina, and the logs showed it's even stronger than I said before. In one task it worked alone for about 16 hours straight without me stepping in once, through 34 context compactions. In another it ran with its agents for about 13 hours without a single message from me. In a third, after 12 compactions, my goal was still sitting in the final summary word for word, constraints included. All of that without a goal mode, because Devin doesn't have one. This is where Kimi K3's architecture shows. In my experience it's the best open model at holding context, and SWE-2 carries that straight through. Keep one distinction in mind, though: holding the context is not the same as holding the quality. It never loses the thread, but the work itself can slip, and I'll get to that. It's also one of the models I trust most with my files. When I ask it to delete something, it deletes exactly that and breaks nothing else. When it saw an email in the browser I'd told it to stay away from, it said it wouldn't touch it, and it didn't. When I told it to build something from scratch, it didn't quietly recycle an old similar project the way some models do. It made a new folder and started fresh. And I never once saw it refuse a task. It's honest about what it did, too. Working under Opus 5.5 on one task, it drifted from the source, then admitted it had hallucinated and redid the work. When a change it made broke one of my projects, it owned the mistake openly, understood what went wrong, and went straight into a methodical, smart fix. That honesty is about admitting mistakes once they're visible. Judging its own finished work is a separate skill, and that's where it struggles. Give it a checklist and it's an excellent auditor. Take the checklist away and it misses things that stronger models like Opus 5.5 catch. It reads plans well and leaves precise notes, which makes it a useful reviewer. It once left seven notes on Opus's work, and every one of them was right. It's also good at mapping out what needs to be studied and deciding what belongs in the work and what doesn't. Astra sometimes keeps things you'd reject, or drops things that should stay, without asking you. SWE-2's calls feel much closer to Fable and Opus. It understands you and knows where the real pain is. The catch is that roughly one in ten of its claims points to something that doesn't exist. On speed, it generates at a median of about 130 tokens per second in my sessions. But generation speed isn't work speed. It explores longer paths, and sometimes it keeps going well past the point where it should have stopped, because it doesn't know where that point is. Now for where it breaks. The most dangerous flaw is how it grades its own work. It isn't lying when it says it's done. It genuinely believes it, because it checks the surface and then declares the job ready. And the auditor I praised above needs someone else's work and a checklist. Pointed at its own output without one, it goes easy on itself. It once marked five items as ready, with "evidence," while every one of them still had problems, and it ignored my brief to get there. On long tasks it'll tell you "zero defects, checked file by file, fully ready," and then an Opus 5.5 review comes back with more than 200 corrections. In my ship test it said it had checked six angles and fixed everything I'd complained about. Nothing had improved. It handed me the same work. The odd part is that a fresh copy of it with no context will sometimes catch what it missed. Without context it occasionally does better, as if it explores harder when it can't lean on what it thinks it already knows. That ties into hallucination. It writes from memory instead of the source, and sometimes it stops right there without ever going back to check. Quality drifts too, and this is the flip side of the stamina. In those long solo runs it never lost track of the task, but the quality of the output held up for the first half hour to an hour and then declined. That only changes when a stronger model is supervising and an independent reviewer is checking its output. Background orchestration is another weak spot. It launches agents, ends its turn, and waits for a notification. If an agent dies silently, nothing wakes it up. Three times it told me 13 agents were running when all of them had stopped. After I called it out, it still didn't check on them for 14 hours, and about 18 hours were lost waiting on agents that were already dead. Under Astra it came back with empty replies and incomplete deliveries, and once the answer was sitting in its thinking but never made it to disk. Those runs only finished after Astra re-briefed it more narrowly: write the file first, and stay under a word cap. Then there are the thinking loops. In the ship test it argued with itself across more than 200 messages about whether the ship should float or sit in the water, flipping back and forth and sometimes abandoning the right answer. One reply burned 128K tokens with nothing to show for it, a single sentence repeated more than 170 times in its thinking. Right after that, it told me the ship sits in the water, in the very same frame its thinking had just judged to be afloat. It also patches and backtracks. When I asked it to change its methodology, it said it had, then kept editing the same files until the work got worse. Elsewhere it changed things and then reversed them. And it chases quantity over purpose. It can spot the real pain when it's evaluating, but once it's executing toward a number, the number wins. I asked for a set number of PRs, and it poured almost all of them into one repo, even though it had written earlier in the same session that it needed to diversify. The result was about 34 PRs with 7 merged, far below what I expected. Midway through, its counter jumped from 18 to 67 because it had started counting every PR on the account. It also shipped a fix that broke the callback flow in six integrations. Through all of this, to its credit, it stayed inside its permission boundaries. It bends the methods you set, not the limits on what it's allowed to touch. Visually it's weak, but not hopeless. When you tell it its judgment is wrong, it can improve. The ability is there. The taste isn't. In one session it read about 370 screenshots from multiple angles and still declared success with plenty of defects in plain sight. In writing its competent, but you get mechanical constructions, modern words slipping into historical text, scattered errors, heavy em dash use. It's a mid-level writer that needs a strong editor. That points to the bigger issue. Competent isn't creative. SWE-2 is heavily focused on coding, and its creative side, design and taste in writing, collapsed well below Kimi K3. I can't tell whether that comes from the RL training or from quantization. I hope the next version is broader, so I need other models less. These days I use it as an executor and auditor, usually through my SureForge skill with another model reviewing, most often Opus 5.5. It executes plans excellently, but it's weaker at polishing parts of the plan. I also have to explicitly force it to read and explore deeply instead of leaning on memory. So where do I stand? SWE-2 is one of the best-value models available right now. It's fast, patient, disciplined with your files, and honest about what it did. Its quality tracks the system you put around it. With a supervisor and good skills it gets close to the standard. On its own, on maximal tasks, it degrades. On Da7em Bench it scores 7.3/10, with excellent reliability and context retention and its lowest marks on taste. It isn't far from being a frontier model. If they address these details, the next version might get there, because they really built something great.
72
55
12
162
16,282
"the best way to have a good idea is to have a lot of ideas." - Brian Chesky So keep exploring.
1
82