Skip to main content
准备两三篇可供 Agent 读取的文献或笔记,放在同一个文件夹。最后得到 literature-table.md 和 meeting-outline.md。 没有现成材料,可以下载练习包,解压到一个独立文件夹。里面是三张根据论文摘要编写的阅读卡,各自带来源、阅读范围和未提供的信息;练习时只处理 01、02、03 开头的文件。 材料含 PDF 等格式时,先确认当前 Agent 或 App 能读取;读取失败要换可读格式或按提示补齐能力。结果中的出处必须回原文核对。

1. 从材料所在的文件夹开始

在「项目」的「+」中选择「使用现有文件夹」,选中材料目录。打开项目,点这个文件夹,选择 Agent、模型和实际运行设备。 先核对卡片上的路径,再发送。 当前 Beta 可能把 Git 仓库中的子目录识别为仓库根目录,练习包放在仓库之外即可避开。 已有对应项目时,把资料文件夹挂进去即可。同一课题的不同目录可以放在同一个项目里。

2. 先做资料表

下面按练习包写出文件名;用自己的材料时替换第一行。
打开表格,抽查每篇的一处结论和一处出处。数字与原文不一致时,在原任务指出具体行,让 Agent 重新核对。 用练习包时应看到三篇分别整理、出处能回到对应阅读卡、指标等缺失项明确保留。三篇论文研究任务不同,不能仅凭这些摘要给它们排性能名次。

3. 确认后写提纲

按刚确认的资料表,写一份组会提纲到 meeting-outline.md。顺序是研究问题、各篇证据、共同点和分歧、我们可以讨论的问题。每项保留来源;把我的想法和论文结论分开写。
从回复打开提纲,和聊天并排。可以直接要求「第二部分再短一点」或「把仍缺证据的结论标出来」。
聊天记录显示资料表已确认,右边打开带来源与讨论问题的组会提纲

练习包的实际结果:先确认资料表,再在同一任务生成并打开组会提纲。

需要试两种讲述顺序时,用任务分叉分别继续;需要保留的文件另取名字,避免两条任务修改同一个文件。

4. 交付给一起做事的人

把需要接手的人或已有 Agent 加入项目群。让当前 Agent 把最终资料表和提纲发到群文件夹,再从实际成员里点名,说明谁检查哪部分。下面的名字是分工示例。
把两份成品放进群文件夹。@写作助手 请只检查提纲的论证顺序,把意见回复在提纲这条消息下面。
检查点:资料能打开、原文出处对得上、未知项仍明确、接手者知道要检查什么。任务完成后再归档;归档会停止仍在运行的 Agent。 需要讨论某张图时,从那条消息开话题。跨设备材料如何组织,见项目与文件夹。