大多数人认为图形界面IDE(如Android Studio)比命令行工具更适合Android开发，尤其是对于复杂项目。但作者将CLI定位为'主要接口'，暗示其可能优于传统IDE，这与主流认知相悖。如果属实，这将颠覆开发者对IDE必要性的传统认知。

yes, exactly. The arc of AI bends towards deterministic software tools. I see / sense it in many places. Except for bringing people in to use these tools

Article states CLI style AI tasks consume way less tokens than MCPs. Skills w CLI trump MCP, although MCP is still used for documents.

I see this being adopted around me too. Not just CLI's though, also more APIs, pulling in data sources from elsewhere. And most interestingly: I see adoption by people who did not program or treat their computer as their personal toolbox they can adapt before. Until generative AI lowered their barrier to entry. Going from 0 to using the command line (which coincidentally is what it was until 30 years ago anyway). Even without AI, CLI tools, like Automator on Mac did before, allow the creation of workflows around a piece of software. Matt mentions the Obsidian CLI, and I've been using that to manipulate Tasks in Obsidian without going to the Obsidian UI. For about a decade I've treated application UIs as just views on my data, with functionality geared towards the viewing, and interfaces as different queries on that data. Going headless means removing the viewer, and using the output of queries directly programmatically. Combined with how I see the arch of generative AI bending significantly towards deterministic code, I look forward to the type of things people come up with. Not their tools, but what they come up with. Because the path to scale of these things imo is not adopting what someone else made, but adopting what someone else came up with conceptually and creating your own local version. Like we do socially too, contagion spreading through effective behaviour, and culturally, the contextual and local sum of all time greatest hits of our group behaviour. It would be highly ironic if unethical corporate extractive AI not only creates the incentive but also actually paves the way for the masses to Walkaway.

令人惊讶的是：𝕏官方推出了名为'Xurl'的新CLI工具来替代年久失修的'twurl'，这一决策表明𝕏正在积极修复其开发者工具生态。选择Go语言编写可能暗示了𝕏对性能和效率的重视，同时也反映了开发者工具维护的常见挑战。

这句话精准地概括了 CLI 工具现代化的核心原则。交互式提示虽然对人类友好，但对自动化脚本和 AI Agent 构成了不可逾越的障碍。将其转化为 flag，不仅是为 Agent 开门，更是强迫开发者理清“必需信息”的边界，从而设计出更健壮的接口。

大多数开发者认为交互式提示是CLI工具的良好用户体验设计，但作者提出反直觉的观点：每个交互式提示都应该有对应的标志（flag）替代方案。这是因为AI代理无法处理交互式输入，而将所有提示转换为标志不仅支持代理，还使工具更加可编程和可测试。

大多数人认为CLI工具应该利用隐式状态（如当前工作目录）来简化用户操作。但作者认为，所有隐式假设都是AI代理的绊脚石，明确指定所有参数和路径不仅有利于代理，也让人类用户的脚本更加健壮和可预测。

大多数人认为交互式提示是CLI工具的最佳实践，因为它能引导用户完成复杂任务。但作者认为，每个交互式提示都应该有对应的命令行标志，因为这种设计让工具既能服务于人类用户，也能被AI代理自动化使用，而不需要额外的API层。

Example of person working with Obsidian and Claude Code. Note that it does not use the Obsidian CLI access, but its API.

Same author some months back mentioned running Claude Code on a small Hetzner VPS (but just Claude Code, no models) so he could access it from anywhere (except offline obviously).

Obsidian CLI documentation. This is useful in local agents. It can interact with Obsidian directly, meaning you don't have to go through the file system for things that are specific to Obsidian. Stored it locally for reference too.

Author thinks MCP may be a temporary phenomenon as a protocol, mostly bc cli tools like Claude code don't need it. The last sentence, that cli tools already exist that are better than the corresponding MCP servers for those tools, goes back to why vibecode/AI-the-things if there's perfectly good automation already around? I think that MCP may still be useful locally for personal tools though. It helps structure what you want your AI to do.

Gemini has a CLI version, that is open source Chinese Qwen forked it for Qwen Code Jules is a Google coding agent.

yolo mode, lol. If you do it, it feels like a very diff tool, and that is the lure / siren song.

wow, $1bn revenue ClaudeCode, a CLI tool!

bc Claudecode abstracts away the usual commands needed on the CLI. Vgl [[In the BeginningWas the Command Line by Neal Stephenson]]

Claude Code is what led devs to embrace CLI more.

Well yes, it is. I know many how think the cli is scary or using it is for hackers.

unix pipes, where output of one process is input of another, and you can bring them together in one statement. natural fit for model use Akin to promptchaining combined w tasks etc.

Claude Code, cli tool

SRVCTL is a command-line interface that you can use to manage an Oracle RAC database from a single point. You can use SRVCTL to start and stop the database and instances and to delete or move instances and services. You can also use SRVCTL to manage configuration information, Oracle Real Application Clusters One Node (Oracle RAC One Node), Oracle Clusterware, and Oracle ASM.

Oracle DBCA: The recommended utility for creating and initially configuring Oracle RAC, Oracle RAC One Node, and Oracle noncluster databases.

It also acknowledges the heuristics of visual manipulation, which “hard-core” command-line enthusiasts sometimes dismiss or forget. Visual manipulation can be powerful in ways that CLIs just can’t allow. And vice-versa: the versatility, fine-grain control of lower-level / text-based interfaces make them easier to manipulate programmatically, or just literally (tweaking a numerical value directly or adding a custom attribute which would require more fastidious work in the GUI).

.

redis-cli

redis-cli -a password PING

A command line interface for Ghost

From the command line, you can navigate through files and folders on your computer:

• pwd outputs the name of the current working directory.
• ls lists all files and directories in the working directory.
• cd switches you into the directory you specify.
• mkdir creates a new directory in the working directory.
• touch creates a new file inside the working directory.

You can use helper commands to make navigation easier:

• clear clears the terminal
• tab autocompletes the name of a file or directory
• ↑ and ↓ allow you to cycle through previous commands

vim tools/plugins on the other hand have gotten supremely powerful & weird & awesome.

i actually really love this point. there's some semi-interesting things happening with Wayland desktops, some changes, but overall i think most Linux users have kind of subsisted in semi-stasis. and we don't need top down change, from our WMs, but we should be "growing-in" to our environments, getting better, and we i think the collaboration & exploration is still very sparse, few charts or maps or guides come out. the "here be dragons" edge has a lot of healthy exploration deep into it, but it's very lone territory, the charts rare & hard to understand, hard to follow. there's some radical elements of success & exploration, but there are so few enduring wayfinding systems, so little communalizing of exploration or growth.

As an experienced user, this claim strikes me as false.

I often start in a graphical file manager (nothing special, Nautilus on my system, or any conventional file explorer elsewhere), then use "Open in Terminal" from the context menu, precisely because of how much more efficient desktop file browsers are for navigating directory hierarchies in comparison.

NB: use of a graphical file browser doesn't automatically preclude keyboard-based navigation.

Macvim is the only vim supported out of the box? What about the many of us who want to just use standard CLI vim?

I have similar problem: want to use regular vim in tilix terminal

tabset makes life easier for iTerm2 users, enabling easy setting of tab and window titles, badges, and colors. If you have a lot of tabs/windows in operation simultaneously, tabset helps to visually distinguish them.

Beautiful and smart cheatsheets, for lots of tools and programming languages.

Very good guidelines, with several of them useful for any programming languages. Links to interesting node.js packages.

Here's why it's important to revoke access (rom Upload a VHD to Azure or copy a managed disk to another region - Azure PowerShell):

After the upload is complete, and you no longer need to write any more data to the disk, revoke the SAS. Revoking the SAS will change the state of the managed disk and allow you to attach the disk to a VM.