Aklman · Library

11 / 第十一章

收束 · 装一台能干一切的终端.

把整本书压成一句:你装的不是一个终端,是一台终端形状的元工具。命令、agent、Drive、MCP、云端 —— 同一个窗口,让你在一个地方做完命令行、文件、数据、系统、自动化的活。最后给一张 30 天路线图、三条 starter workflows,以及那把判断尺:留下、沉淀、接外部、放出去,还是切走。


把整本书压成一句:你装的不是一个终端,是一台终端形状的元工具。它把命令行、agent、Drive、MCP、Cloud Agents / Oz 放在同一个工作台上;真正的变化不是多了一个输入框,而是你开始把命令行工作流当成可以派发、审查、沉淀、复用、放到后台的东西。<Footnote n={1} />

I

30 天只改三件事.

别从「我要把 Warp 用满」开始,那会把工具变成负担。先用 30 天改三件小事:少手敲一次,少丢一次流程,少守一次后台。
时间动作验收
第 1 周只用 Blocks + Agent 做只读排障:让它解释输出、列风险、给命令,但危险命令必须手动确认。你能从一个失败命令追到原因,而不是重新搜索一遍互联网。
第 2 周把一个跑通的过程存进 Drive:Workflow 存命令,Notebook 存 runbook,Prompt 存 agent 任务说明。下次同类任务不用翻聊天记录或 shell history。
第 3 周只接一个低风险 MCP,最好只读;用它回答一个本来要切网页或后台才能查的问题。多给了上下文,但没有多给写权限。
第 4 周挑一个不用你守着的任务,判断是否值得上 Cloud Agent;如果触发、上下文、验收、回滚说不清,就留本地。第一次上云是一个可检查的 run,不是一场放飞。

II

从这三条 starter workflows 开始.

如果你不知道第一件该交给 Warp 的活是什么,就从下面三条里选。它们都有一个共同点:终端侧、可审查、可复用,且出错时能回滚。
提示词Starter workflow · local project debugging
请在这个本地项目里做一次只读排障。

目标:
- 找出 <失败现象> 的最可能原因
- 先不要改文件
- 可以运行只读命令、测试、lint、日志查看

请按这个顺序:
1. 先列你要看的文件和命令
2. 每次命令前解释风险
3. 总结证据,不要只给猜测
4. 给出最小修复方案
5. 等我确认后再进入改动阶段
请在这个本地项目里做一次只读排障。

目标:
- 找出 npm run dev 启动后访问首页就 500、终端报 "Cannot read properties of undefined" 的最可能原因
- 先不要改文件
- 可以运行只读命令、测试、lint、日志查看

请按这个顺序:
1. 先列你要看的文件和命令
2. 每次命令前解释风险
3. 总结证据,不要只给猜测
4. 给出最小修复方案
5. 等我确认后再进入改动阶段
提示词Starter workflow · file batch dry-run
请帮我批处理这些文件,但先只做 dry-run。

范围:
- 目录:<path>
- 文件类型:<ext>
- 目标:<rename/convert/extract/clean>

安全要求:
1. 先生成 manifest,列出会碰到的文件
2. 先处理 3 个样本
3. 任何删除、覆盖、移动都必须等我确认
4. 输出完整命令和回滚办法
5. 通过样本后,再给 full-run 命令
请帮我批处理这些文件,但先只做 dry-run。

范围:
- 目录:./assets/photos
- 文件类型:.png
- 目标:convert,全部转成质量 80 的 .webp,原文件保留

安全要求:
1. 先生成 manifest,列出会碰到的文件
2. 先处理 3 个样本
3. 任何删除、覆盖、移动都必须等我确认
4. 输出完整命令和回滚办法
5. 通过样本后,再给 full-run 命令
提示词Starter workflow · server health runbook
请把一次服务器健康检查整理成 Warp Drive Notebook。

目标主机 / 环境:<host/env>
检查项:
- disk
- memory
- process
- service status
- recent logs
- open ports

要求:
1. 每个检查项给命令、正常输出特征、异常解释
2. 默认只读,不要 restart / delete / deploy
3. 最后给「什么时候升级给人」的判断线
4. 把可参数化的部分标成 <env> / <service> / <log_path>
请把一次服务器健康检查整理成 Warp Drive Notebook。

目标主机 / 环境:web-prod-01 / production
检查项:
- disk
- memory
- process
- service status
- recent logs
- open ports

要求:
1. 每个检查项给命令、正常输出特征、异常解释
2. 默认只读,不要 restart / delete / deploy
3. 最后给「什么时候升级给人」的判断线
4. 把可参数化的部分标成 <env> / <service> / <log_path>
这三条跑通以后,才谈沉淀。Drive 不是收藏夹,它应该收纳已经被验证过、下次会复用的工作流。2注 2Warp Docs · Warp Drive —— Drive 保存 Workflows、Notebooks、Prompts、Environment Variables,并在个人与团队空间中同步;适合把跑通过的一次性过程沉淀为可复用资产。如果一个 Workflow 或 Notebook 三个月没人用,就删掉或重写;不更新的自动化,比没有自动化更危险。

III

留下、沉淀、接外部、放出去、切走.

判断用它处理别越过的线
留在 Warp命令、日志、文件、脚本、系统、数据清理;能通过输出与 diff 审查。不要把不可回滚的生产操作交给自动批准。
沉淀到 Drive重复出现、参数稳定、别人也会跑的过程。不要保存没审过的危险命令。
接 MCP外部系统的只读上下文、文档、issue、监控、内部 API。第一条 MCP 不要给支付、生产数据库、客户数据导出、密钥库写权限。
放到 Cloud Agent / Oz后台任务、事件触发、团队可见性、持续检查;每个 run 留下状态、元数据、transcript、outputs 的持久记录可复查。<Footnote n={3} />触发、验收、额度、失败通知、人工回滚说不清,就不要上云。
切给 Cursor / 编辑器大段读代码、跨文件重构、架构迁移、靠 IDE 语义导航推进的活。不要在终端里硬做编辑器的活。
切给浏览器自动化 / Computer Use需要看页面、点击 UI、验证前端流程;Warp 的 Computer Use 是云端沙箱,不是本机控制。<Footnote n={4} />不要把「能跑命令」误读成「能安全控制你的电脑」。

IV

最后的尺子.

每次你准备把一件活交给 Warp,问这四句就够了。 问完这四句,你就不会把 Warp 当玩具,也不会把它当神。它只是一台很强的工作台:命令在这里发生,agent 在这里动手,知识在这里沉淀,后台在这里接力,人仍然在这里负责。

一台终端形状的元工具真正的价值, 不是替你控制电脑, 而是让命令行工作流少丢一次。.

The real value of a terminal-shaped meta-tool is not that it controls your computer, but that one fewer command-line workflow gets lost..

Aklman Library

讨论

讨论.

评论区初始化中…