Agents will allow human programmers to get what they've been begging for decades now: proper requirements and flexible, logical, tooling.

• rtpg

  yesterday at 10:48 PM

  this has been my sort of big tent alignment with AI people. If I'm getting good CLI tooling that _actually works_ (or fixes to existing ones that have been busted forever) then I'm pretty happy.

  Things that make systems more understandable to the LLMs ... usually make things more understandable for humans as well. Usually.

  The biggest issue I've found is that vibed up tooling tends to be pretty bad at having the right kind of "sense" for what makes good CLI UX. So you still have awkward argument structures or naming. Better than nothing though

  • phyzix5761

    today at 5:43 AM

    Its like major cities repairing their roads to incentivize autonomous vehicles to operate there. Win win for everyone.

  • whattheheckheck

    today at 3:01 AM

    Any textbooks or resources on getting better at naming things?

    The Programmers Brain book was my go to

    • ramses0

      today at 4:32 AM

      "How to be Unix-y in Eleventy Billion Steps"

      http://www.robertames.com/blog.cgi/entries/the-unix-way-comm...

      TLDR: standard list of long options <https://www.gnu.org/prep/standards/standards.html#Option-Tab...> and short options from -a to -z <http://www.catb.org/~esr/writings/taoup/html/ch10s05.html>.

    • stavros

      today at 3:22 AM

      The Design of Everyday Things.

      • kube-system

        today at 5:08 AM

        The conclusion I drew from that book is that I shouldn't be naming things.

  • volume_tech

    today at 12:06 AM

    [dead]

• jadbox

  yesterday at 11:32 PM

  I've been thinking the same thing lately. It's sorta frustrating that it required bots to force tech companies to make clean simple cli driven development workflows.

• qingcharles

  today at 12:04 AM

  It's wild that it took AI to get half the companies on the planet to actually add reasonably priced APIs to their products so I don't have to puppeteer every damn thing with a flakey harness.

• bayarearefugee

  yesterday at 8:59 PM

  > Agents will allow human programmers to get what they've been begging for decades now: proper requirements and flexible, logical, tooling.

  ...and once this goal is finally reached the programmer will breathe a sigh of relief and then promptly be fired since now the machine can do the job as well as they could.

• risyachka

  yesterday at 10:43 PM

  The tooling in 2026 is so easy you can do almost anything without AI very very quickly.

The install command shown for Windows is 404.

`curl -fsSL https://dl.google.com/android/cli/latest/windows_x86_64/inst... | bash`

The URL shown for individual OSs work, but the script errors for me.

`curl.exe -fsSL https://dl.google.com/android/cli/latest/windows_x86_64/inst... -o "%TEMP%\i.cmd" && "%TEMP%\i.cmd"`

I manually downloaded the exe, but it say socket error. vibe coding is going strong!

• throwa356262

  today at 5:07 AM

  Goggles Android tooling has been like this forever, nothing to do with AI.

I wish the same thing existed for Apple.

Everything I do for macOS/iOS is already without Xcode but it's a pain in the ass to keep up with changes, and there are things I haven't figured out yet (like AUv3).

• srslyTrying2hlp

  today at 12:47 AM

  [dead]

>Google collects usage data for the Android CLI, such as commands, sub-commands, and flags used. This data does not include custom parameters or identifiable information. This information helps improve the tool and is collected in accordance with Google's Privacy Policy.

>https://policies.google.com/privacy

>Disable Android CLI metrics collection by using the --no-metrics flag.

No thanks, is there no env variable for this? Doesn't Google have enough data already?

• gowld

  yesterday at 9:33 PM

  Android CLI can write a tool that wraps android-cli and automatically passes the flag based on an env variable.

  How would Google have enough data about a brand new product without collecting that data?

  • panzi

    today at 12:59 AM

    `alias android-cli='android-cli --no-metrics'`

    • SJMG

      today at 2:11 AM

      Uh do aliases load in non-interactive shells?

      • figmert

        today at 4:47 AM

        Create a wrapping binary instead

            mkdir -p ~/.local/bin
            printf '#!/usr/bin/env sh\nexec android-cli --no-metrics "$@"' > ~/.local/bin/android-cli
            echo 'PATH="$HOME/.local/bin:$PATH"' >> ~/.zshenv

      • EdwardDiego

        today at 4:27 AM

        You could export BASH_ENV to have Bash processes source a given file at startup.

        Zsh has .zshenv, and Fish just has config.fish for everything with the ability to guard certain things within it to login only or non-interactive only.

  • tredre3

    yesterday at 11:03 PM

    > How would Google have enough data about a brand new product without collecting that data?

    They wouldn't. But on the other hand, they probably have a large amount of in-house Android app developers on whom they can conduct such metrics collection. I wouldn't expect outsiders to have vastly different workflows, because when you get out of the happy path with Android all you get is pain.

Wow. Thanks for this update. It streamlined a lot of tasks.

Apart from this, next step will be to add suport for building android apps on the android phones itself. No desktop needed.Building on the laptop with agents and installing the build in the phone and testing doea not seem AI native. If everything can run on my android phone, development cycle will speed up.

• xstas1

  today at 4:20 AM

  you already could! just install Termux, npm install your favourite agent harness (pi for one has explicit Termux support, but its AGENTS.md works just fine with Claude Code for example - https://github.com/badlogic/pi-mono/blob/main/packages/codin...), and say you want an android app. It problem solves for a bit, then spits out an apk out to your Downloads folder.

  • hemc4

    today at 4:48 AM

    Let me try this. Last year this was a dream. Can't belive we are so close to automate all of this.

    My major issue last time was providing the feedback to the agent by running the apk on phone i.e, pass the debug log from the apk back to agent so it can iterate on it without me providing any input.

• xstas1

  today at 4:24 AM

  Also coding agents will happily compile android applications (of maximum complexity) via Github Actions where you can just pick them up with Obtainium. No PC needed

• smalltorch

  today at 4:20 AM

  You actually can right now on termux.

This is a good step forward, but keep in mind the claimed gains are about "project and environment setup", not the tasks you deal with on a daily basis in an existing project.

• anabis

  today at 3:39 AM

  Taking screenshots, optionally with component borders highlighted, and operating the UI with element names like "button1" instead of tap 200,30 looks useful. If I could get it to work.

Let's see if even mid/big companies with tons of resources, with AI and the right tooling will continue to write webview-apps or, even worse, use some kind of multi target wrapper.

This is great. We also need a tool to expose source jars to agents so they don’t need to compress. There’s a lot of Compose overloads that Claude just guesses at. I built something internally but it needs polish and Claude really struggled with the deep Gradle integration.

How can I use this official android skill with Claude code?

Is there any step by step process or guidance on it?

• cbhl

  today at 1:24 AM

  Looks like the docs start here: https://developer.android.com/tools/agents/android-skills#us...

  There's a link to a repo or you can use the CLI tool to init the skills

> Your agents perform best when they have a lightweight, programmatic interface to interact with the Android SDK and development environment.

F you google. Me too. Why didn't we get a sane way to build android apps before you had to please chatbots?

• bitpush

  yesterday at 10:47 PM

  Damned if you do. Damned if you dont.

  • stavros

    today at 3:25 AM

    Damned if you don't, damned if you do fifteen years later for an entirely different reason.

Catching up to Flutter.

• firemelt

  today at 3:37 AM

  flutter have this already?

  • diego_sandoval

    today at 3:56 AM

    AFAIK, Flutter has had a good, capable CLI since the beggining. You've never needed to install Android Studio to use Flutter.

  • winrid

    today at 3:52 AM

    I meant in terms of development speed with agents.

But can I publish an app without having to share my ID? I want an ecosystem that doesn't require it.

• binkHN

  today at 12:26 AM

  It's not just your ID; it's your address, phone number, and the list goes on.

• Flavius

  yesterday at 9:35 PM

  Absolutely not. That would be crazy.

• nout

  yesterday at 11:19 PM

  Zapstore or Obtanium...

Now please let us install the apps just as easily

• stronglikedan

  yesterday at 10:18 PM

  downloading an APK and opening it is already about as easy as it gets. the only thing easier would be for someone else to do it for you

  • throwaway81523

    yesterday at 10:42 PM

    You're forgetting the installation ("sideloading", what everyone else calls installation) restrictions they are about to deploy. It will be a significant hassle to install anything without Google's approval. Many F-droid apps are showing warning notices about this upcoming change.

    • kube-system

      today at 5:03 AM

      Good, it shouldn't be two clicks for elderly people to install trojans on their phone that then drain their bank account. There should be some explicit confirmation that the user knows what they are doing and they are not being scammed. It is long overdue.

      • LtWorf

        today at 5:15 AM

        It is 1 click because the malware is on the play store already!

        • kube-system

          today at 5:26 AM

          Both are problematic.

  • stavros

    today at 3:27 AM

    "This APK cannot be scanned and its safety cannot be verified. Learn more/go back" and "learn more" has a link that looks like nothing but is actually a button to actually install the app.

    I can think of some easier things, for example popping up a dialog, pressing "install" and having my all actually be installed after that.

[dead]

[dead]

[flagged]

• rafram

  yesterday at 9:21 PM

  What does this have to do with the Android CLI?

  • kdhaskjdhadjk

    yesterday at 9:22 PM

    [flagged]

    • AnimalMuppet

      yesterday at 10:22 PM

      Since rafram is not the only one confused, yes, you really do.

      • rvz

        yesterday at 10:34 PM

        It isn't that hard to understand:

        > Just wait until there are entire classes of vulnerabilities related to LLM usage

        This is a valid concern.

        There are going to be a new class of vulnerabilities which an LLM is involved which are going to be discovered and it will make it possible to cause catastrophic damage to a company; very easily.

        This won't be surprising since we have companies building casual remote code execution tools for "agents" waiting to be hijacked.

        • AnimalMuppet

          yesterday at 10:52 PM

          I understand that. What about that relates specifically to the Android CLI? That was rafram's question, and mine, and as far as I can tell still hasn't been answered.

          I mean, I guess if you're going to say "don't use LLMs", then you also don't want to let agents use the Android CLI, but it seems like raising an awfully general concern in a discussion about a very specific article.

          • kdhaskjdhadjk

            today at 12:44 AM

            [dead]

    • yesterday at 9:37 PM

• vlapec

  yesterday at 9:24 PM

  That probably depends on how good 2026-era LLMs already are. But I hope you’re right, and that pre-AI devs will still make a real difference.

  • kdhaskjdhadjk

    yesterday at 9:27 PM

    [flagged]

Flutter CLI is what we really need but this is a welcome addition.

• bartekpacia

  today at 1:10 AM

  It exists already. Wdym?