让 iFlow CLI 替你干体力活

原创于 2025-12-31 14:15:15 发布 · 512 阅读

19 ·

CC 4.0 BY-SA版权

文章标签：

#人工智能 #chatgpt #前端 #iFlow CLI #iFlow #iflow

作者：楚科

何为“体力活”

其实在日常编程过程中是存在大量的“体力活”部分的。

所谓“体力活”，就是已经很明确怎么实现，但是需要投入很多时间来实现的部分。

你明确知道可以通过编程实现，但是实现起来需要花一些时间，因此没时间实现。
你明确知道要做什么改动，但是需要在多个地方进行大量的修改。
项目中已经存在相似流程，你只需要仿照它来修改，把部分业务流程调用的接口切换到自己需要的接口。

这个时候使用现有的 AI 编程工具就能很好地完成这部分工作，让程序员更专注于整个项目更高维度的设计。

注意：使用任何 AI 工具都不能百分百无条件信任，实际上 AI Coding 产生的代码不是资产，而是负债，必须在提交代码之前认真审核 AI 的所有改动，所有改动最后的负责人都是使用工具的人。

AI 编程现状

中国市场仍有极大发展空间，AI编程助手对开发者的覆盖率在30%。而美国已有91%的开发者使用AI工具，且超过50%的受访者表示采用OpenAI ChatGPT来创建生产级应用程序。

另一项调研显示，使用AI编码助手的开发人员平均生产力提高了35%，其中超过20%的受访者表示对其生产效率的提升超过50%。

身边统计学，当前对于 AI 编程的态度：

听说 AI 编程很厉害，不知道要怎么用，什么场景能用
AI 编程生成的结果不如人意，不如手搓

使用方式：

使用 ideaTalk 对话完成，不断复制粘贴进行调试
使用 Aone Copilot 的代码补全，通过对话框进行知识确认。
拆分需求细节，使用 Aone Copilot 来一小步一小步的实现。

iFlow CLI

基础命令

命令	功能	示例
/help	查看帮助	/help
/init	分析项目结构	/init
/clear	清空对话历史	/clear
/exit	退出CLI	/exit
!命令	执行系统命令	!npm install

基础配置

language - 设置 CLI 默认语言
theme - 主题设置
approvalMode - 设置 CLI 默认交互模式

CLI 配置 | 心流开放平台

让 AI 初步了解代码仓库

通过使用/init，可以生成一个文档，用于介绍整个项目的技术栈和业务，后续 AI 会将其作为上下文的一部分，以此减少没有对齐编程规范、业务理解不到位的问题。

使用/init 时，如果希望和 Claude Code 共用上下文文件，则可以进行如下操作。

在项目中创建一个 .iflow 的文件夹，并创建 settings 配置，使用如下的配置，这样子就会从 iflow 的默认文件名改成跟 Claude code 一致的文件名。

{
    "contextFileName": "AGENTS.md"
}

https://live.youkuaiyun.com/v/508069https://live.youkuaiyun.com/v/508069

解决简单的异常

日常出现的异常，不再需要自己费劲的定位原因，思考修复。交给 iflow 进行修复即可。

https://live.youkuaiyun.com/v/508064https://live.youkuaiyun.com/v/508064

分析复杂的线上问题

之前会觉得外部的 AI 模型不一定了解阿里内部的中间件。

有一次我遇到了 HSF 线程池满的问题，AI帮我分析思路，让我顺利解决了问题

提示词如下：

HSF是阿里内部一个RPC框架，突然出现HSF线程池满的情况，以下是它的JStack日志归纳，请根据日志分析导致线程池满且一直没有环境的原因，当前项目就是出现问题的项目。
日志如下：
Threads in state Blocked by Locks
365 threads in com.lazada.search.common.ANetRPCChannelManager.openChannel(ANetRPCChannelManager.java:65)
182 threads in com.lazada.search.common.ANetRPCChannelManager.openChannel(ANetRPCChannelManager.java:57)
1 threads in com.taobao.diamond.shaded.com.alibaba.nacos.common.utils.IoUtils.copy(IoUtils.java:209)
Total Blocked by Locks Threads: 548

接着我跟踪了一下代码，补充了相关信息

我跟踪了ANetRPCChannelManager的使用，发现它是通过ExtendSummarySearchServiceFactory调用的，请分析ExtendSummarySearchServiceFactory，确认它为什么会出现问题

定位实现

在开发中，我们经常遇到一个迭代很久的接口，它的出入参已经变得非常复杂，而我们需要定位某个参数的相关逻辑，然后进行需求开发。以往这种情况，要不就只能 debug 跟踪代码运行，要不就通过关键字搜索再反推，都会花费大量的时间。现在我们可以让 iflow 代劳。

提示词：

com.alibaba.global.posting.sdk.scenario.service.ProductPublishScenarioService#submit 是商品提交接口，请帮我分析这个流程中在哪里会触发special Price的检查？

https://live.youkuaiyun.com/v/508070https://live.youkuaiyun.com/v/508070

整理文件

除了写代码之外，日常中也可以使用 iflow 来大大提升工作效率。

比如说可以让它帮你整理文件夹。

https://live.youkuaiyun.com/v/508071https://live.youkuaiyun.com/v/508071

Excel 处理

又或者是使用 iflow cli 来对 exel 进行处理，这对于非研发而言也是效率利器。

它不只可以直接帮你处理文件，也可以帮你生成脚本，方便你后续重复使用。

安装 excel mcp

 iflow-aone mcp add-json -s user 'excel' "{\"command\":\"uvx\",\"args\":[\"excel-mcp-server\",\"stdio\"]}

https://live.youkuaiyun.com/v/508071https://live.youkuaiyun.com/v/508071

总结

在实践 AI Coding 这段时间里，是体会到了 DK 效应的。

一开始看到 AI 如此快速地帮我完成部分工作，感觉 AI 太强大了，但是随着深入使用，会发现它还没有那么强大。有些问题，你简单 debug 一下就可以解决的，但是跟它对话特别多轮都解决不了，这就是工具还不够多的缘故。

因此需要注意以下几点：

不要拘泥一个工具，多使用几个工具同时解决看看，很多时候一个工具解决不了的问题，另一个能轻松解决。
不要在低级模型浪费时间，用你可以用到的最好的模型，往往效果天差地别。
将你了解的信息尽可能多的提供给 AI，信息越多越详细，AI 生成代码的质量就越高，善用 add Context
在你不了解具体内容的时候，不要给太明确的方向，比如排查问题的时候，你可能想知道某个问题是怎么发生的，如果不确定具体发生在哪个地方，就不要指定排查的位置。AI 目前有很强的服从性，会顺着你的方向一直排查，即使没有问题，可能也会在你的命令下强行说有问题，也就是“幻觉”。
最后也是最重要的一点，要仔细审查 AI 的任何改动，很多时候它会因为幻觉而改了一些你不想改的东西，如果没有发现就提交是会产生问题的。