与Claude CLI的协作一次Agent Fast Startup的实战解密

有时候越简单的问题越可能藏着你没意识到的系统性思考

剑飞

不用每次都解释上下文

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“不用每次都解释上下文”落到一个具体项目里看结果

你有没有这种感觉

有时候越简单的问题越可能藏着你没意识到的系统性思考

直接接受所有命令

用户直接抛出了自己的问题"如何设置cluade 可以默认直接接受所有命令 claude cli"

命题先说清本页判断

解释补足为什么

行动留下下一步

而是要求先看源头和流程逻辑

命题先说清本页判断

解释补足为什么

行动留下下一步

把“而是要求先看源头和”落到一个具体项目里看结果

在技术问题解决中往往事半功倍

你想想看如果我们只是随便改个配置参数很可能治标不治本甚至

把“在技术问题解决中往”落到一个具体项目里看结果

这是Claude的初始反应

这里有一个有趣的点——Claude并没有直接回答用户的问题而是选择先检查环境配置

这其实是个很好的策略

就像医生看病不会直接开药而是先做检查一样

用户没有满足于这个初步检查

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“用户没有满足于这个”落到一个具体项目里看结果

协作模式的反思

命题先说清本页判断

解释补足为什么

行动留下下一步

把“协作模式的反思”落到一个具体项目里看结果

知道问题可能出在哪里

用户开始引导Claude查看具体的配置文件这表明用户对技术流程有一定的理解知

但真正的高手往往知道

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“但真正的高手往往知道”落到一个具体项目里看结果

作者剑飞本文共4876字

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

让能力长出来

有时候越简单的问题越可能藏着你没意识到的系统性思考

返回原文

上一篇人机协作的艺术当Refactor遇上精准提问下一篇人机协作的艺术从错误日志到问题定位的真实经历