# 如何对照领英帖子中的主张与支持证据

保存已知公开领英帖子文本及其来源身份，再对照每篇帖子提出的主张与它所提供的支持。Actor 是托管的数据采集程序。Task 是已保存的输入预设。此方法帮助你为内容研究选定一个可以证实的原创角度。Actor 不能核验所链接的研究是否属实，不能读取图表，也不能核验说话人所说的内容。缺失值仍为未知，观察时间与发布时间保持分开。

## 采集公开帖子数据

把至多三个已知公开帖子 URL 直接复制到托管于 [LinkedIn Post Actor](https://apify.com/chronometrica/linkedin-post-scraper) 上的 [LinkedIn Post Text and Engagement Metrics Data Task](https://apify.com/chronometrica/linkedin-post-scraper/examples/linkedin-post-text-engagement-data) 内的 `startUrls`。手动替换全部现有示例列表。该 Task 接受复制的帖子链接。它不支持关键词发现、完整账号存档、浏览器扩展或 Google Docs 集成。

保存未经改动的来源副本，并把数据集结果与你的分析表分开跟踪。在你检查之前，把任何不可用的帖子文本保持为待定。一次成功运行并不能证明所有媒体或视频文字稿都可用。Actor 采集帖子数据；它不核验所链接的研究，不检查图像证据，不验证说话人所说的内容，也不撰写新内容。

每条数据集行包含这些确切输出字段：`inputUrl`、`url`、`postUrn`、`activityId`、`ugcPostId`、`authorUrl`、`authorName`、`text`、`headline`、`publishedAt`、`observedAt`、`captionUrl`、`transcript`、`status` 和 `statusReason`。缺失值仍为未知。`publishedAt` 字段可能派生自公开来源元数据或 `activityId`。它不保证是作者确切的原始发布时间。把 `publishedAt` 与 `observedAt` 分开，后者记录确切的采集时间。

## 方法的八个步骤

1. 界定内容决策：选择你的读者问题，并针对该问题选定已知的公开参考帖，而不是采集整个账号。
2. 把每篇帖子的确切 URL 复制到 Task。保存来源行和结果。在核对之前，不要把不可用文本放入对照。保留一份未经改动的来源副本和一张单独的分析表。
3. 阅读每篇帖子。用你自己的话陈述其主要主张。在私人笔记中保存该主张的来源段落。识别受众、所述条件和所承诺的行动。不要把互动计数当作对该主张的证明。
4. 对其支持分类：按步骤说明的实例、链接的一手来源、个人经历、演示、仅有断言，或未经审阅的支持。个人故事可以说明一种可能性；它不能单独证明普遍结果。在你[检查相关来源段落](/zh-Hans/articles/%E5%BF%85%E5%BA%94-%E7%BD%91%E9%A1%B5%E6%90%9C%E7%B4%A2%E6%99%BA%E8%83%BD%E4%BD%93-%E5%B7%B2%E6%A0%B8%E5%AF%B9%E9%A1%B5%E9%9D%A2%E8%AF%81%E6%8D%AE/)之前，链接不是已核对的证据。
5. 审阅条件与反例。该主张是否只适用于特定工具、样本、组织或时间？关键条件是在帖子中，还是只在所链接的来源中？在实际检查之前，把任何视觉证据保持为待定。
6. 制作跨帖矩阵：帖子键、主要主张、支持类型、条件、缺失的支持、你可以回答的原创问题。比较推理模式，而不只是措辞或版式。多次重复的断言仍然是断言；不要把它们计为相互独立的确认。
7. 从你能用自己已核对的示例或来源解决的实际证据缺口中选择一个原创角度。写一份简短论证提纲：拟议主张、已知条件、你已有的支持、要处理的反例、读者行动。不要复制参考帖未经支持的承诺，也不要自动生成派生帖。
8. 保存完成的矩阵以及选择该提纲的理由。内容起草是单独的读者行动。参考样本可以教结构，但不是对全部领英内容的代表性调查。

## 主张与支持的分步实例

所有帖子身份和文本都是编造的虚构示例。一位读者想向一个小团队说明更安全的电子表格导入。

### 主张与支持矩阵

| 帖子键 | 主要主张 | 支持类型 | 条件 | 缺失的支持 | 你可以回答的原创问题 |
| --- | --- | --- | --- | --- | --- |
| P1 | 删除看起来相同的行 | 一张裁切过的图像 | 未说明 | 可能合并不同订单 | 不要用作一般规则 |
| P2 | 用订单 ID 加行号来检查重复导入 | 四行分步实例 | 来源具有稳定的订单标识符和行标识符 | 未涵盖缺失 ID 的情形 | 如何在键缺失时检查重复项 |
| P3 | 我们的团队在清理后节省了数小时 | 个人经历 | 一个团队的工作流程 | 没有基线或时间记录 | 视为已报告的主张，而不是已核验的收益 |

### 虚构的原创证据行

考虑这四条虚构证据行：

- 第一行：O10，第一行，物品 A
- 第二行：O10，第一行，物品 A 的复制导入
- 第三行：O11，第一行，物品 A
- 第四行：missing-order，第一行，物品 A

四行中，第一行与第二行之间有一对已确认的复制键。尽管物品相同，第三行仍是不同的。最后一行的键尚未解决。只有在完成来源键与值的检查之后，才移除一份已确认的导入副本。保留三条数据记录：原始的 O10 记录、O11，以及尚未解决的那一行。不要把未解决行称为一条唯一订单，也不要称为重复项。要点是已核对论证的条件，而不是第二份完整的去重教程。

### 五部分原创论证提纲

1. 拟议主张：用已核对的键做自动重复处理，并把缺键行留给人工审阅。
2. 已知条件：键必须标识预期的订单行。
3. 可用支持：读者自己的虚构分步实例行。
4. 要处理的反例：两个看起来相同的物品可以是两笔分开的订单。
5. 读者行动：保留一份单独的未解决台账。

支持类型会改变你的写作选择。P2 提供了一个有用的明确条件。P1 给出一条需要修正的宽泛规则。P3 不能支持定量承诺。

## 下一步行动

打开 [LinkedIn Post Text and Engagement Metrics Data Task](https://apify.com/chronometrica/linkedin-post-scraper/examples/linkedin-post-text-engagement-data)，使用 [LinkedIn Post Actor](https://apify.com/chronometrica/linkedin-post-scraper) 将其示例替换为至多三个已知公开帖子 URL，并在选择你的原创论证之前完成主张与支持矩阵。

## 来源和延伸阅读

- [LinkedIn Post Actor](https://apify.com/chronometrica/linkedin-post-scraper)
- [关于 LinkedIn Scraper 的 Reddit 讨论](https://www.reddit.com/r/automation/comments/1jcodlw/linkedin_scraper_chrome_extension/)