Grok Bot 从第一次任务开始
官方入门篇把云电脑、权限和多 Bot 协作连在一起，适合先建立操作边界。
它能接触什么
Bot 在云电脑里操作应用和文件；遇到验证码或登录验证，可把操作交还给人。
把任务写具体
名称、职责和流程构成起点。任务可由聊天、定时事件或其他 Bot 发起。
先看共享权限
登录状态可被其他 Bot 使用。自然语言规则与审查机制共同约束操作。
让专长互相接续
多个 Bot 可在群聊协作。作者举了联系人整理、健身、编程调度和跨工具检索四种用法。
从已有流程起步
结尾鼓励把电脑上的实际工作交给 Bot，再逐步调整。
本站练习，把借用记录整理成一张表
本栏目另行设计的虚构练习 · 可用自己的工具完成 · 未作产品实测
这是本站编写的虚构练习。小型工作坊把设备借用记录抄了两遍，还有一条漏填日期。你要让助手只根据眼前材料生成本地清单，先练习说明输入和完成条件。这里没有真实借用人，也不需要登录任何服务。
先准备这些材料
借用明细.csv 的四行样例为 B01,投影仪,青禾,10月8日,未归还；B02,延长线,予安,10月9日,已归还；B01,投影仪,青禾,10月8日,未归还；B03,麦克风,栖木,,未归还。 整理规则.txt 规定同一借用单号只保留一条完全相同的记录。缺失日期写待确认，已归还记录仍保留。本次不判断是否逾期。 预期文件为借用清单.md，列顺序依次为单号、设备、借用人、日期、归还状态和核对备注。
01先把可以做的动作说明白
把两份样例贴进对话，请助手复述要读什么、输出到哪里，以及哪些内容需要保持未知。允许的范围仅为这些材料和新建的练习文件。先看它是否把整理理解成催还；若出现联系借用人的计划，删去那项动作。
02让重复与缺失分别留下痕迹
要求按单号检查四行记录。B01 的两行完全一致，可以合并，并在备注写明合并一条重复记录。B03 的空日期必须保留为待确认。单号相同但设备不同会是另一种问题，本次输入没有这种冲突，不需要凭空补一个。
03先核对草稿，再要求保存
让助手先给出 Markdown 表格。逐行检查是否仍有三笔借用，B02 是否保留已归还，B03 是否没有被改成今天。草稿符合规则后再保存到指定目录。当前环境不能写文件时，保留表格文本并注明未保存，不能仅凭一句完成就认定文件存在。
04用文件本身结束任务
打开生成的文件，核对列名与三条记录，并确认没有覆盖输入。若发现漏行，只要求修正这一处，再重新打开一次。文件内容符合约定后结束；下一次有新借用记录时再手动处理，无需为这张小表安排持续检查。
交付后这样核对
练习应交付一张含 B01、B02、B03 的表。B01 注明去重，B03 的日期为待确认。附一句保存位置或未保存状态，读者能直接核对文件，不能把空日期解释成逾期。
把这段提示词带走
配合上面的虚构材料使用，也可以换成你自己的任务资料
以下均为虚构借用记录。B01,投影仪,青禾,10月8日,未归还；B02,延长线,予安,10月9日,已归还；B01,投影仪,青禾,10月8日,未归还；B03,麦克风,栖木,,未归还。按单号合并完全重复行，空日期写待确认。输出六列，依次为单号、设备、借用人、日期、归还状态、核对备注；B01 备注写合并一条重复记录。先给 Markdown 草稿，确认后保存为借用清单.md。保留已归还记录，不判断逾期，不联系任何人。
- 输出恰好三条记录
- B03 日期仍为待确认
- 保存状态能由实际文件核对
先描述一次工作怎样完成，再决定要多少 Bot。