> ## Documentation Index
> Fetch the complete documentation index at: https://gugu.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 把文献整理成组会提纲

> 从几份已有资料开始，先核对证据，再写提纲，最后交付到协作群。

准备两三篇可供 Agent 读取的文献或笔记，放在同一个文件夹。最后得到 `literature-table.md` 和 `meeting-outline.md`。

没有现成材料，可以[下载练习包](https://raw.githubusercontent.com/shuxueshuxue/gugu-docs/4a7afce72d77b8dc17468539a65f6684d92869ea/samples/research-starter.zip)，解压到一个独立文件夹。里面是三张根据论文摘要编写的阅读卡，各自带来源、阅读范围和未提供的信息；练习时只处理 `01`、`02`、`03` 开头的文件。

材料含 PDF 等格式时，先确认当前 Agent 或 App 能读取；读取失败要换可读格式或按提示补齐能力。结果中的出处必须回原文核对。

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

在「项目」的「+」中选择「使用现有文件夹」，选中材料目录。打开项目，点这个文件夹，选择 Agent、模型和实际运行设备。

**先核对卡片上的路径，再发送。** 当前 Beta 可能把 Git 仓库中的子目录识别为仓库根目录，练习包放在仓库之外即可避开。

已有对应项目时，把资料文件夹挂进去即可。同一课题的不同目录可以放在同一个项目里。

## 2. 先做资料表

下面按练习包写出文件名；用自己的材料时替换第一行。

```text theme={null}
读取 01、02、03 开头的三张阅读卡。
只依据这些文件，整理：
研究问题、方法、主要结论、未提供的信息。
保存为 literature-table.md。
每项附文件名和章节，保留原论文链接。
说明材料只覆盖论文摘要。
不要把三篇论文的不同评测任务直接排成名次。
这一步先交资料表。
等我确认后再写组会提纲。
```

打开表格，抽查每篇的一处结论和一处出处。数字与原文不一致时，在原任务指出具体行，让 Agent 重新核对。

用练习包时应看到三篇分别整理、出处能回到对应阅读卡、指标等缺失项明确保留。三篇论文研究任务不同，不能仅凭这些摘要给它们排性能名次。

## 3. 确认后写提纲

> 按刚确认的资料表，写一份组会提纲到 meeting-outline.md。顺序是研究问题、各篇证据、共同点和分歧、我们可以讨论的问题。每项保留来源；把我的想法和论文结论分开写。

从回复打开提纲，和聊天并排。可以直接要求「第二部分再短一点」或「把仍缺证据的结论标出来」。

![聊天记录显示资料表已确认，右边打开带来源与讨论问题的组会提纲](https://mintcdn.com/gugu/EBaDHc2kCid-3H50/images/walkthrough/08-research-result.png?fit=max\&auto=format\&n=EBaDHc2kCid-3H50\&q=85\&s=bf2bbbf61ffaeb2776e29dc587c1c91a)

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

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

## 4. 交付给一起做事的人

把需要接手的人或已有 Agent 加入项目群。让当前 Agent 把最终资料表和提纲发到群文件夹，再从实际成员里点名，说明谁检查哪部分。下面的名字是分工示例。

> 把两份成品放进群文件夹。@写作助手 请只检查提纲的论证顺序，把意见回复在提纲这条消息下面。

检查点：资料能打开、原文出处对得上、未知项仍明确、接手者知道要检查什么。任务完成后再归档；归档会停止仍在运行的 Agent。

需要讨论某张图时，从那条消息[开话题](https://gugu.mintlify.site/chat.md#话题)。跨设备材料如何组织，见[项目与文件夹](https://gugu.mintlify.site/projects.md)。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.