It's more focused on implications for docs strategy (I'm worried that agent providers are steering us towards duplicating information that's already in eng docs) rather than user best practices i.e. "put this into your agent doc to improve agent performance"
Gemini CLI
721–730 of 820 posts
Re: Gemini CLI
#722Here's the system prompt, rendered as a Gist: https://gist.github.com/simonw/9e5f13665b3112cea00035df7da69... More of my notes here: https://simonwillison.net/2025/Jun/25/gemini-cli/
Funny how it suggests using the long-abandoned and recently deprecated create-react-app. Why not vibe code your app built on tech debt from day one!
Re: Gemini CLI
#723Earlier quoted context omitted.
I'm just a hobbyist, but I keep getting the error "The code change produced by Gemini cannot be automatically applied. You can manually apply the change or ask Gemini to try again". I assume this is because the service is being slammed? Edit: I should mention that I'm accessing this through Gemini Code Assist, so this may be something out of your wheelhouse.
odd, haven't seen that one - you might file an issue https://github.com/google-gemini/gemini-cli/issues I don't think that's capacity, you should see error codes.
Re: Gemini CLI
#724Earlier quoted context omitted.
Hmm kinda makes sense to keep them separate because the agents perform differently, right? You might want to tell Claude not to write so many comments but you might want to tell Gemini not to reach for Kotlin so much, or something. A unified approach might be nice, but using the same prompt for all of the LLM "coding tools" is probably not going to be as nice as having prompts tailored for each specific tool.
Put in the file: Instructions for Claude: - ... - ... Instructions for Gemini: - ... - ...
Re: Gemini CLI
#725Earlier quoted context omitted.
Integrated local stores are better for pretty much everything except for actually having what you want in stock. There is a reason why rural communities welcome Wal-Mart with open arms. Not such a big deal now that you can mail-order anything more-or-less instantly, but back in the 80s when I was growing up in BFE, Wal-Mart was a godsend.
The 80s were 40 years ago, though. Something can outlive its usefulness.
The latter wasn't what most people think of as a Sears store, because the local economy could never have supported such a thing. It was more like a small office with a counter and a stockroom behind it. They didn't keep any inventory, but could order products for pickup in about a week. Pickup, mind you. You still had to drive to town to get your order. As stupid as this sounds, it was 10x worse in person.
So if Wal-Mart didn't exist, it would have had to be invented. It was not (just) a monster that victimized smaller merchants and suppliers, a tax scam, or a plot to exploit the welfare system. It was something that needed to happen, a large gap in the market that eventually got filled.
Nowadays I wouldn't set foot in one, but it was different at the time. I didn't mean to write a long essay stanning for Wal-Mart, but your original post is a bit of a pet peeve.
Re: Gemini CLI
#726If you use this, all of your code data will be sent to Google. From their terms: https://developers.google.com/gemini-code-assist/resources/p... When you use Gemini Code Assist for individuals, Google collects your prompts, related code, generated output, code edits, related feature usage information, and your feedback to provide, improve, and develop Google products and services and machine learning technologies. To…
Hey all, This is a really great discussion, and you've raised some important points. We realize the privacy policies for the Gemini CLI were confusing depending on how you log in, and we appreciate you calling that out. To clear everything up, we've put together a single doc that breaks down the Terms of Service and data policies for each account type, including an FAQ that covers the questions from this thread. Here…
From an initial parse of your linked tos-privacy.md doc, it seems like the answer is "no" -- but that seems bonkers to me, so I hope I'm misreading or misunderstanding something!
Re: Gemini CLI
#727Hi - I work on this. Uptake is a steep curve right now, spare a thought for the TPUs today. Appreciate all the takes so far, the team is reading this thread for feedback. Feel free to pile on with bugs or feature requests we'll all be reading.
I think with better prompting on my end, as I have good experience with Gemini, this will be awesome. You probably could tweak a lot on your end as well, don't let it get stuck in cycles.
Re: Gemini CLI
#728Hi - I work on this. Uptake is a steep curve right now, spare a thought for the TPUs today. Appreciate all the takes so far, the team is reading this thread for feedback. Feel free to pile on with bugs or feature requests we'll all be reading.
There is one feature in Claude Code which is often overlooked and I haven't seen it in any of the other agentic tools: There is a tool called "sub-agent", which creates a fresh context windows in which the model can independently work on a clearly defined sub-task. This effectively turns Claude Code from a single-agent model to a hierarchical multi-agent model (I am not sure if the hierarchy goes to depths >2). I won…
Re: Gemini CLI
#729Earlier quoted context omitted.
Hmm kinda makes sense to keep them separate because the agents perform differently, right? You might want to tell Claude not to write so many comments but you might want to tell Gemini not to reach for Kotlin so much, or something. A unified approach might be nice, but using the same prompt for all of the LLM "coding tools" is probably not going to be as nice as having prompts tailored for each specific tool.
Put in the file: Instructions for Claude: - ... - ... Instructions for Gemini: - ... - ...