
我如何停止对 Cline 重复自己
将说明编写为 markdown 工作流程一次,然后使用斜杠命令调用它。代理会读取它,将步骤添加到其焦点链中,并通过验证执行。
这些不是文档。它们是程序。每个文件定义一个任务系列、要添加到焦点链中的确切步骤以及如何验证工作。与其再次解释你的 PR 审查流程,不如输入 /pr-review.md。与其逐步创建仪表板,不如输入 /weekly-dashboard.md。工作流程会作为待办事项列表呈现在 Cline 的焦点链中,然后逐步执行。
Cline 中关于构建和使用工作流程的文档
我使用工作流程作为自动化工具
昨天我正在构建一个 Streamlit 仪表板,展示我们的每周增长指标。截图、数据导出、CSV;我指导 Cline 构建可视化图表、计算增长率、格式化图表。到最后(30 分钟后),我得到了一个精美的仪表板。
然后我意识到下周我也会做同样的事情。以及再下一周。
所以我让 Cline 为此构建了一个工作流程。我积累了所有关于如何构建仪表板的上下文的对话成为了源材料。Cline 分析了我们一起完成的工作,并生成了一个捕获整个过程的工作流程。

现在当我需要每周仪表板时,我输入 /weekly-dashboard.md。Cline 会要求输入数据,计算周环比比较,生成所有可视化图表,并输出一个完整的仪表板,随时可以运行。以前需要 30 分钟的来回沟通,现在只需一个命令即可完成。

示例:PR 审查自动化
在内部,我们的团队使用 /pr-review.md 工作流程。我们不再需要每次都手动检查差异、检查文件、分析更改并撰写审查评论,而是定义了一次流程
1. Gather PR information using gh CLI
2. Examine modified files for context
3. Analyze for bugs, performance, security
4. Ask for user confirmation with assessment
5. Execute the review with appropriate gh command
输入 /pr-review.md,提供 PR 编号,Cline 会处理一切。它会拉取差异,检查周围代码以获取上下文,分析更改,呈现其评估供您批准,然后执行 GitHub CLI 命令。一个 15 分钟的手动过程变成了一个简单的命令。
其他工作流程自然而然地出现。使用您的确切结构和依赖项设置新项目。使用自定义验证运行您的特定测试套件。从合并的 PR 生成发布说明。使用您的特定健康检查和通知部署到预演环境。
构建您自己的工作流程
创建工作流程比您想象的要简单。实际上有一个用于构建工作流程的工作流程。输入 /create-new-workflow.md ,Cline 会指导您完成整个过程
- 它会询问目的和一个简洁的名称
- 您描述目标和预期输出
- 您列出主要步骤(Cline 可以帮助确定细节)
- 它会生成结构正确的工作流程文件
最好的工作流程来自您已经完成的任务。在完成您需要重复的事情后,告诉 Cline:“为我刚刚完成的过程创建一个工作流程。”它会分析对话,确定步骤,并生成工作流程文件。您积累的上下文变成了可重用的自动化。
工作流程位于 .clinerules/workflows/ 用于项目特定的工作流程,或位于 ~/Documents/Cline/Workflows/ 用于您在所有项目中使用的全局工作流程。当名称匹配时,项目工作流程优先。
来自一个在工程组织规模上交付的 YC 创始人的经验教训
我与一位来自近期 YC 批次的创始人交谈,他取得了非凡的成就。他维护着超过 20 个任务系列工作流程: integrations-slack.md、 integrations-gmail.md、 bug-class-auth.md、 migration-postgres.md。每个都包含特定领域的验证、性能检查和验收标准。
他的成果:显著节省时间,因遗漏要求而导致的返工几乎为零,以及能够跨多个代理实例并行化工作。他已经超越了看护阶段,进入了编排阶段。
他甚至使用微型 MCP 进行受限操作;只读数据库访问、沙盒工作流程执行、特定领域验证。但这都始于那些告诉代理精确添加到其待办事项列表的 markdown 指令文件。
从一个工作流程开始
选择你最烦人的重复任务。本周将其转变为工作流程。包括验证步骤,优雅地处理失败,并观察您的代理从助手转变为执行者。
提示词仓库有工作流程示例。但您最好的工作流程解决了您特定的问题。
-Nick


