PluelyPluely文档

使用场景

Pluely 助力记者：采访、引语与事实核查

信源刚给了你撑起整篇报道的那句引语，而你的速记只记下了一半。现在是下午 4 点，稿子六点截稿，你却在四十分钟的录音里来回拖动，寻找那十五秒的原声。Pluely 让这套流程成为过去。它实时、逐字转录每一通电话并标注发言人，挂断电话的那一刻，准确的引语就已经躺在一份可搜索的文字记录里，你再也不必凭记忆重构引语去发稿。

线路上没有机器人

Otter、Fireflies 这类基于机器人的记录工具会以可见参与者的身份加入通话，对于心存顾虑的信源来说，这根本行不通。Pluely 不一样：聆听模式在你自己的电脑上本地捕获你的麦克风和对方的声音。没有任何东西加入通话，信源什么也看不到，而且它适用于你电脑上播放声音的任何应用：Zoom、Meet、Teams、软电话，什么都行。实时转录会标注谁说了什么（发言人 1、发言人 2），并支持几十种语言的自动识别，因此信源回答到一半切换语言，也不会让记录中断。

通话之中

  • 逐字记录：每个问题和回答都会在说出的同时进入文字记录，因此追问时可以准确复述信源的原话：“你两分钟前说了 X，能具体讲讲吗？”
  • 通话中核查事实：信源引用了某个数据或之前的表态？在输入栏中悄悄用提问模式提问；回答会以流式输出，无需离开通话，固定在顶部的 Web Search 模型能处理任何最新信息。
  • 文档随手可查：把法庭文件、新闻稿或你之前的报道作为 PDF 附加上去，在信源还在说话时，就让 Pluely 对照文件核查某个说法。
  • 共享屏幕：信源在视频通话中共享文档时，用图片上传截取下来，在问下一个问题之前就拿到相关部分的摘要。

截稿时

每通电话都会以可重新打开的会议形式保存在本地的会议中：你的文字记录保存在你自己的电脑上，而不是别人的服务器上，当记录涉及敏感信源时，这一点很重要。坐下来写稿时，你可以在通话中搜索准确的引语，在连续采访一整天后生成摘要重新理清思路，或提取要点整理成引语清单。对于一篇报道同时联系好几个信源的条线记者来说，交叉对照两份区分发言人的文字记录，永远胜过核对两份潦草的手写笔记。

如何设置

  1. 拨号之前，在悬浮窗中切换到聆听模式。
  2. 授予麦克风和屏幕录制权限，让 Pluely 听到通话双方的声音。
  3. 通话接通时按下“开始聆听”：悬浮窗始终置顶，但从不抢走你笔记的焦点。
  4. 通话中在输入栏里核查事实，或截取共享的文档并就此提问。
  5. 采访结束时按下“停止”；会议会自动保存。
  6. 写稿时搜索它、总结它，或从中提取引语。

小贴士

  • 发稿前核实 Pluely 给出的一切内容：它是快速的初步整理，不能替代你的编辑标准。
  • 用“信源 + 日期”命名会议，几周后报道有新进展时，就能立刻找到对应的通话。
  • 把你的条线背景资料（过往报道、关键文件）附加到提示词中的一个自定义提示词上，让通话中的回答基于你自己的报道。
  • 在转录任何通话之前，了解你所在司法辖区关于录音和知情同意的规定，以及你所在媒体的政策。

相关内容

最后更新：2026年7月10日 · pluely.com