
Software Engineer & Product Builder | Full-stack | AI-native development | @JetBrains power user 💻 | Cars, bikes & music | Work inquiries via website👇
Japan
Joined March 2009
- Tweets13.8K
- Following2.2K
- Followers459
- Likes19.1K
Taishi Akamatsu retweeted
【11月5日発売】最新刊プレゼントキャンペーン
➡️下記書籍を抽選で3名様にプレゼント🎁
✅応募方法
❶当アカウントをフォロー
❷このポストをリポスト
応募締切11月11日まで/当選連絡チャット(旧DM)📩
\世界的ベストセラー『DDIA』待望の改訂版/
『データ指向アプリケーションデザイン 第2版』
Taishi Akamatsu retweeted
Who are Go developers in 2026, and how is AI changing their work?
For Go’s 17th birthday, we looked at the Gophers who participated in the JetBrains Developer Ecosystem Survey 2026 and found seasoned engineers, a comeback for the standard library, and AI agents everywhere.
Here’s the State of Go in 2026: jb.gg/2hxegd
#golang
Taishi Akamatsu retweeted
🌐 Chrome DevTools Connect comes to JetBrains Air in your IDEs in 2026.3: coding agents can now use Chrome to test and debug your web app.
It's bundled in @WebStormIDE and works out of the box. In other JetBrains IDEs with JavaScript support, get it from Marketplace.
How it works and how to use it 👇🧵
Taishi Akamatsu retweeted
The 10th JetBrains Developer Ecosystem Report is here.
AI agents are taking on more routine tasks, review overhead is a bottleneck, and code ownership is becoming a key question.
Read the full report: jb.gg/deveco2026
What stays in your workflow? What needs a patch in v11.0?
Taishi Akamatsu retweeted
AI エージェントに、IDE の「頭脳」を渡したら?
Netflix は Claude Code と Codex に、JetBrains IDE を支えるコードインテリジェンスを組み込み、実際の Java/Kotlin コードベースで検証しました。
結果は、トークン消費量と処理時間を合わせた効率が概して 20〜30%、最良ケースでは約 65% 改善しました。コードの構造や依存関係を理解して探索できることが、エージェントの効率を大きく左右するようです。
AI エージェントの進化は、モデルの性能だけでなく「コードを理解するレイヤー」にもかかっているのかもしれません。
詳しくはこちら👇
jb.gg/q211gr
Taishi Akamatsu retweeted
How do you make semantic code search fast, scalable, and permission-aware? In Part 2 of our Air Context developer diary, we explore vector storage, filtered retrieval, incremental indexing, reranking, and how agents search code.
Read more: jb.gg/o5hhc9
Taishi Akamatsu retweeted
Air is moving into your IDE
Earlier this year, we introduced the Air app as our first step into agentic development. Since then, we’ve learned a lot and seen real productivity gains from developers working with agents.
As we developed Air further, one thing became increasingly clear: developers don’t need another standalone app. Tools and agents should be built into the environment where you already work.
Millions of developers work in JetBrains IDEs every day. So instead of asking you to keep two apps open and constantly switch between them, we’re bringing the Air experience directly into our IDEs, free versions included.
Here’s what that means in practice🧵
Taishi Akamatsu retweeted
Did everyone forget that it was just 5 minutes ago that we were still hunting on Stack Overflow for a solution to this one bug we couldn’t solve??
Why can’t we have a more rational view of what remains when you strip away the hype around large language models, agents, and tooling? With the right setup, even cheap or local models make a developer's life so much easier.
This week, I worked on the parser for the IntelliJ Wolfram Language plugin. When I started this project in 2012, there wasn't much information about the language, let alone a complete grammar. Most of the knowledge came from scattered documents and lots of discussions with other developers. I knew my implementation was good enough for the plugin, but it still had many quirks and gaps.
So I used Wolfram’s CodeParser, an awesome project mainly developed by Connor Gray and Suman Banerjee, as my Ground Truth. I wrote a small adapter for my plugin’s structure and a wrapper around CodeParser's CLI to connect it to my plugin's unit tests.
With that in place, I could use CodeParser's many test cases to compare results and identify differences. The agent could then work through the necessary fixes step by step. The Baseline made all the difference. The agent had something concrete to work against, and I could see when it went off track.
Now, there are 421 passing unit tests, each checking a specific case against the baseline Wolfram parser. I could have done this manually, but I estimate going through every reported difference and fixing it would have taken me weeks or months.
I used OpenCode as an agent inside the IDE through the Air plugin. The model was GPT-6.1 Sol, which is much cheaper than other frontier models like Astra. Reasoning was high for the planning and medium for the implementation and the rest. I made sure the agent knew how to navigate the attached SDK sources, had access to a research subagent to find information about the IntelliJ Platform, and knew how to interact with the IDE to run inspections, reformat, and use all the other MCP tools.
The whole thing used around 410 million tokens, of which 400 million were cache reads, and 6.5 million were cache writes (which means they were really cheap). That came to around $70 for my actual usage, which is OK given how much work has been done. For comparison, based on the same token breakdown, I estimate it would have cost roughly $550 with GPT-6 Astra. I’m sure that with smaller steps and maybe more guidance, this could have been done with a local Qwen model.
I think a lot of it comes down to knowing your tools. As a developer, you need to understand what you're asking the agent to do, how to give it the right tools, and, most importantly, how to check whether it actually did the right thing (yes, you can and should interrogate your agent about its own work; try it). Otherwise you're just hoping for the best.
Introducing GPT‑6 Cyber: a major advance in security research that pairs stronger capabilities with better model alignment.
The model powered the Linux kernel research we announced yesterday, and security teams at companies like Mozilla, Palo Alto Networks, Calif, and Cisco—alongside our own at OpenAI—are already putting it to work.
GPT-6 Cyber is available to select Daybreak Red customers and we are expanding access over time.
openai.com/index/introducing…
Taishi Akamatsu retweeted
PyCharm 2026.3 is out! 🚀
From agentic coding to deeper framework intelligence, here is what is new in this release:
🤖 JetBrains Air: Run, track, and verify ACP-compatible agents inside your IDE – featuring local, worktree, and cloud execution, plus free agentic coding with Junie Lite
📦 Workspace support: Independent consoles and terminals per subproject, plus seamless member creation and conversion via uv, Hatch, or Poetry
⚡ Python 3.15 lazy imports: Defer module loading to accelerate application startup without losing code insight
🕸️ FastAPI support [Pro]: Interactive dependency graphs for endpoints to trace call chains and flag circular dependencies
🐍 Redesigned Python interpreter widget: Switch and recreate environments organized directly by tool (uv, Poetry, Hatch, conda)
🛡️ Deeper Pydantic support: Real-time Field constraint checks, instant jump-to-definition from field validators, and model configuration completion.
GoのCollectionがexpでAccepted!🎉
github.com/golang/go/issues/…
hashed.Map[K,V]
github.com/golang/go/issues/…
hashed.Set[T]
github.com/golang/go/issues/…
set.Set
github.com/golang/go/issues/…
Taishi Akamatsu retweeted
GoLand 2026.3 is here, bringing agents closer to your Go workflows with:
🔹JetBrains Air – run agents and verify their work in your IDE
🔹Free AI with Junie Lite
🔹A profiling skill for agents
🔹Easier Git worktree setup
🔹Remote development over SSH
Read more 👉 jetbrains.com/go/whatsnew/
Taishi Akamatsu retweeted
Try it:
Download an IDE with Air:
jetbrains.com/air/ides/
Or update through Toolbox:
jetbrains.com/toolbox-app/
Air Teams:
air.jetbrains.cloud/
Air Governance: jetbrains.com/air/governance…
Curious to hear what you think :)
Taishi Akamatsu retweeted
Big day for JetBrains.
Today we are releasing our 2026.3 IDEs with Air bundled in - a complete agentic workbench for professional devs.
Choose your agents, bring your subscriptions, and steer their work from your IDE.
Free, virtually unlimited agent Junie Lite.
More below 🧵
Taishi Akamatsu retweeted
A big step forward for AI-powered development: Air is now integrated into our 2026.3 IDEs. See what’s new. ⬇️
Taishi Akamatsu retweeted
Goodbye map[string]struct{} 👋
Go's generic set proposal was just accepted. set.Set is still a map underneath, so range just works, but you get Insert, Contains, Union, Difference and more.
It lands first in golang.org/x/exp/collection/…
go.dev/issue/69230
Taishi Akamatsu retweeted
【新刊】
『実践ドメイン特化ローカルLLM』
巨大AIモデルに依存しない、ローカルLLMを開発・運用するための実践的な手法を解説!
情報漏洩リスクや利用コストを抑えつつ、特定の分野に特化したAIシステムを構築したいエンジニア必読の一冊です。
↓予約はこちらから
amazon.co.jp/dp/4798196061
Taishi Akamatsu retweeted
We built Pando, a new Git backend for our monorepo, to handle more pushes and fetches without changing how our engineers and agents use Git.
Pando cut push latency by ~80% and now serves nearly a petabyte of Git data a day. We can grow Git capacity alongside agent usage.
dependabot が APM (Agent Package Manager) 対応したので、Agent Skills等の依存管理を行えるようになりました!APM、まだあまり事例を聞かないので、活用事例ぜひご共有下さい / “Dependabot version updates support Agent Package Manager - GitHub Changelog” htn.to/9jBenb18eg























