让 iFlow CLI 替你干体力活

原创 2025-12-31 14:15:15 1.7k 阅读 AI写同款

iFlow_AI

码龄1年墨衍会员 · AI 创作全网分发

406粉丝46篇原创

关注

AI摘要

本文介绍了如何利用 iFlow CLI 工具自动化处理编程中的“体力活”，包括异常修复、代码定位、文件整理和 Excel 处理等任务。通过结合 AI 编程能力，开发者可聚焦高阶设计，但需谨慎审核 AI 生成的代码，避免因模型幻觉引入风险。

作者：楚科

何为“体力活”

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

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

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

这个时候使用现有的 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 的任何改动，很多时候它会因为幻觉而改了一些你不想改的东西，如果没有发现就提交是会产生问题的。

标签