第一个 AI 智能体工作流：把项目笔记整理成可核对的简报
用 GetRun Harness 选择工作区、明确产物、检查工具操作，并逐项核对来源，完成第一个可验收的桌面智能体任务。
第一次使用桌面智能体，适合从范围小、结果容易检查的任务开始。例如，把几份项目笔记整理成一页交接简报：输入是明确的文件，输出是一份文档，结论是否可靠也能回到来源核对。这里使用 Markdown 文件作为产物，不依赖特定办公插件。
先划定工作区和文件范围
新建一个项目目录，把几份允许使用的笔记副本放入 sources 文件夹，把结果放入 output 文件夹。第一次尝试时，将无关资料留在工作区之外。在 GetRun Harness 中选择这个目录，新建会话，然后确认输入框下方的模型、运行模式和文件权限。
工作区是 Agent 可以访问的项目目录。桌面任务可能读取文件、调用工具并写入产物，开始前要核对当前模式实际允许的操作。只处理本地文本文件的任务，无需为了试用而开启浏览器或电脑自动化。
- 输入：几份可阅读、文件名明确的项目笔记。
- 输出：output/brief.md，每条事实标注来源文件名。
- 边界：不改原文件；使用外部服务或发布结果前先确认。
先描述交付物，再描述步骤
告诉 Agent 谁会阅读结果、要支持什么决定，以及你准备怎样验收。“总结这个文件夹”会留下很多猜测空间；“面向接手项目的同事，写一页包含已定事项、未决问题和来源的简报”更容易核对。
还要约定如何处理冲突。如果两份笔记的截止日期不同，简报应列出分歧并标注两个来源，而不是默默选择一个日期。缺失的信息明确写成待确认，不用看似完整的句子掩盖空白。
检查第一轮操作，及时纠正范围
GetRun Harness 会展示运行中的工具调用和结果，也可以停止任务。先查看它读了哪些文件，再等待完整产物。如果读取了错误目录，或开始做另一个任务，应停止并重新说明输入范围。
遇到操作确认时，看清目标和实际影响。读取本地文件、修改文件、上传到外部服务是不同动作。后续若要加入浏览器或电脑自动化，再按任务需要开启相应设置，并遵循界面的权限提示。
验收文件，再考虑重复执行
打开生成的简报，抽查关键结论对应的原始笔记，尤其检查人名、数量、日期与承诺。文字流畅不能证明事实正确。也要确认原文件没有被修改，结果保存在约定位置，接手同事不看聊天记录也能使用。
第二次只调整一个变量，例如读者或篇幅。把第一次出现的问题变成固定检查项，重复核对。等产物确实有用、所需权限也明确后，再把它整理成常用任务模板。
- 影响决策的事实都能定位到来源。
- 缺失信息与相互冲突的说法没有被隐藏。
- 产物能够独立阅读，而不依赖会话中的补充解释。
- 生成结果不代表已经批准对外发送或发布。
可以直接改写的首次任务
读取 sources/ 内的 Markdown 笔记，在 output/brief.md 生成项目交接简报。包含目标、已确定的决定、未决问题和下一步行动。事实旁标注来源文件名；来源冲突时并列说明。不修改原文件，不联网、不上传、不发布。开始前先列出准备使用的文件。