用 Warp 完成第一个小项目：完整演练
内置 AI 与智能体能力的现代终端——这是 Warp 最主要的用途，也是本文讨论的前提。
与其看十篇介绍，不如完整做一个小项目，这篇带你走一遍。
项目：补单元测试
目标：用 Warp 完成一次「补单元测试」，交付一份可以直接给同事或客户看的结果。预计用时 1 小时以内。
步骤
- 从官网或正规应用商店下载。
- 准备材料：一个缺少测试的函数或模块（先脱敏）
- 复制下面的提示词，替换方括号内容。
- 第一次结果出来后，只针对一个问题追问修改。
- 按验收标准检查：测试能在本地通过。
- 保存提示词与最终结果，写三行复盘。
为【函数名】编写单元测试，覆盖正常输入、边界值和异常输入，使用项目现有的测试框架，不要修改被测代码。先列测试用例再写代码。
复盘模板
这次任务：
节省或多花的时间：
需要人工修改的地方：
下次会改进的提示：
是否继续使用：
做完之后
可以尝试第二个任务「代码审查」，或者把这次的流程分享给同事一起试。
补充练习
小功能开发
输入：一个清晰的需求描述。
实现以下需求：【需求】。要求：先给出实现计划和要改动的文件列表，等我确认后再写代码；遵循现有代码风格；补充必要的测试。
交付前确认：先有计划再动手。
修复报错
适用情况：手头有一段报错堆栈和相关代码时。
这是报错信息和相关代码。请先解释报错原因，给出最小修改方案，并说明为什么这个修改不会影响其他调用方。
检查点：修改范围足够小。
写技术文档
准备材料：一个模块的源码。
根据源码为这个模块写 README：用途、安装、最小示例、配置项表格和常见问题。示例代码必须能直接运行。
验收标准：示例代码可运行。
常见问题：泄露密钥的风险
把密钥放在环境变量，规则文件中禁止读取 .env 等敏感文件。
常见问题：测试全绿但功能不对
人工补充关键用例，检查测试是否真正断言了结果。
常见问题：越改越乱
回滚到上一个可用提交，把需求拆小后重新开始。
概念补充：规则文件
放在仓库里的说明文件，告诉 AI 项目约定和禁止事项。
概念补充：差异审阅
在接受 AI 修改前逐个查看 diff，是最重要的安全习惯。
适合人群：咨询顾问
咨询顾问可以用 Warp 处理行业研究、访谈整理等工作。需要注意：客户机密遵守保密协议，研究结论注明来源。
适合人群：新媒体运营
新媒体运营可以用 Warp 处理内容排期、数据复盘等工作。需要注意：活动规则与奖品说明要准确，避免诱导分享等违规玩法。
适合人群：研究生
研究生可以用 Warp 处理文献阅读、开题与论文写作等工作。需要注意：遵守学校学术诚信规定，AI 只用于辅助理解和润色。
注意事项
涉及个人信息、商业机密或受监管数据时，先确认 Warp 的数据处理条款，再决定能否使用。
本文基于 Warp 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。