news 2026/10/23 1:56:04

为什么不用AI摘要替代原文:Pickoo证据包设计深度解析,每个结论都能追溯回原文

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
为什么不用AI摘要替代原文:Pickoo证据包设计深度解析,每个结论都能追溯回原文

【免费下载链接】pickoo-your-favorites

Local-first creator favorites workbench with evidence-preserving Markdown capture and a complete browser UI.

项目地址:https://gitcode.com/gh_mirrors/pi/pickoo-your-favorites
点击查看免费下载

Pickoo 是一个本地优先的 AI 收藏夹与灵感整理工作台,它用可编辑 Markdown 与证据包保存你的每一条收藏,让每个结论都能追溯回原文,而不是让 AI 摘要悄悄替代原始资料。

为什么 AI 摘要撑不起一个收藏夹 🤔

摘要当然有用,但把摘要当成收藏的唯一载体,有三个绕不开的软肋:

  • 上下文丢失:摘要是对原文的压缩改写,一旦删掉原文,你就再也无法"重新推导"出当初为什么收藏它;
  • 无法验证:你很难分辨一段"金句"到底是作者原话,还是 AI 转述后的版本;
  • 无法回跳:摘要里没有时间戳和段落编号,想回看原文时只能重新刷一遍视频、翻一遍网页。

Pickoo 的设计回答是:不替代,而是分层——原文、证据、拆解结论各自保存、互相引用。官方说明见 README.md,模块关系见 docs/ARCHITECTURE.md。

一个证据包长什么样:目录即档案 📦

收藏任何链接后,Pickoo 会在你的本地资料库中为它建一个来源包,结构定义在 skill-source/creator-content-ingest/references/obsidian-contract.md:

S-{平台}-{稳定ID或URL哈希}/ manifest.json # 来源身份、哈希清单、质量门结果 内容形态-渠道-标题-作者-日期.md # 唯一的人类可编辑主文档 evidence/ # 机器证据层 source/ author/ metrics/ media/ images/ transcript/ article/ assets/ ocr/ frames/ comments/ cover/

三层职责非常清晰:

层角色说明
manifest.json机器索引记录来源身份、媒体哈希(SHA-256)、质量门结果、任务 ID
主文档 Markdown人类阅读入口固定五个二级章节:原始资料、标准内容、内容拆解、素材卡片、证据索引
evidence/原始证据逐字稿、OCR 结果、图片、视频帧、评论快照等,全部带哈希

关键设计是:标准内容不冒充原文。视频播客的"标准内容"是"章节名 + 起止时间 + 连续完整逐字稿",文章是"章节名 + 相邻原文段落"——它只做导航与纠错,不做摘要改写。

证据定位器:每张卡片都能跳回原文 🎯

Pickoo 拆解出的每一张资产卡片都必须携带至少一个证据定位器,规范见 skill-source/creator-content-ingest/references/source-assets-contract.md:

定位器类型适用来源定位精度
time_range视频、播客、音乐精确到start/end秒数 + 章节 ID
paragraph_range文章、博客精确到段落起止 + 章节 ID
image_region图文精确到第几张图、哪个矩形区域
image_sequence轮播图精确到图序区间
shot_range视频镜头时间段 + 画面描述
user_interaction用户自己注入的卡片关联创建它的交互记录

定位器里还有两个关键字段:excerpt要求是逐字原文摘录(不允许分析师转述),verification只能取verified/review/uncertain,且不能高于底层逐字稿或 OCR 的真实状态。

仓库内置了 30 个资产回归案例(见 tests/fixtures/asset-cases/catalog.json),可以直观感受这条规则。以金句案例 quote-001-ai-fill-blanks 为例:卡片引用"简单来说就是你不会做论述题,你会做选择题对吧,AI就是给你很多选择",证据必须能定位到说出这句话的音频区间,且逐字字符串必须真实存在于证据摘录中——否则这张卡片在 G5 门就会被拒。

六类资产,同一道质量门 🚪

Pickoo 从每条来源中提炼金句 / 观点 / 钩子 / 结构 / 图像 / 镜头六类可复用资产,而入库前必须通过 G5 资产准入门(完整九门定义见 skill-source/creator-content-ingest/references/quality-gates.md):

  • 只有strong或useful且证据verified的候选才能 admitted,普通和泛泛的内容一律拒绝或留作分析;
  • 钩子必须同时找到"承诺"和"兑现"两个定位器,正文没有兑现承诺的钩子直接rejected,而不是永久挂着;
  • 结构必须按来源真实顺序切分,禁止"按时长或段落数均分"来编造边界;
  • 观点必须给出可信的反驳或边界,否则停留在review状态;
  • 宁缺毋滥:一个passed的证据包可以包含零张资产卡片——稀缺优于凑数。

审核标准浓缩在 skill-source/asset-review-agent/references/review-rubric.md,每张卡片都要回答四个问题:抓住人、带着走、留下来、拿得走。

两段式审核:先发现,再独立证伪 🔍

Pickoo 不会一次性生成"成品资产",而是执行一个受监督的循环:

  1. 发现候选:扫描金句/观点/钩子/结构,记录最小可复用来源片段;
  2. 从证据重建:只重开被引用的原文工件与定位器,确认独立读者不依赖分析师总结也能还原结论;
  3. 按类型证伪:主动寻找失败条件——金句查原话是否存在,钩子查兑现是否发生,结构查边界是否有来源支撑;
  4. 判断迁移价值:必须写清复用条件、边界和"不能照抄"的表面细节;
  5. 显式晋级:只有admitted的资产才进入普通资产浏览器。

生成候选与审核结论必须由独立执行身份完成——审核 Agent 只能读证据、不能改结论,防止"自己生成自己盖章"。

状态透明:完整 / 待复核 / 部分完成 / 失败 ✅

九道质量门的结果写在manifest.json的gates字段里,并按 skill-source/creator-content-ingest/references/gate-ledger.md 记录可恢复的执行台账。前端只是证据包的投影,不是第二套数据库;无法完整取得的内容会明确显示为"待复核"或"部分完成",而不是用一段 AI 总结把问题糊过去。

如何开始:在本地体验证据回溯 🚀

  • 需要 Node.js 20+,运行npm ci后npm start,打开http://127.0.0.1:4324;
  • 粘贴任意公开链接,Pickoo 自动识别来源、查重并抓取,资料默认落在~/Documents/Pickoo Library;
  • 打开详情页,你可以从任何一张素材卡片跳回对应的时间段、段落或图片区域——这就是"结论可追溯"的日常形态。

一句话总结:摘要适合快速预览,但收藏夹值得更好的——Pickoo 用 Markdown + 证据包把原文、证据和结论分层保存,让 AI 的每个结论都能被逐字验证、逐秒回跳。把有趣的都扔进来,但别让证据丢失。

【免费下载链接】pickoo-your-favorites

Local-first creator favorites workbench with evidence-preserving Markdown capture and a complete browser UI.

项目地址:https://gitcode.com/gh_mirrors/pi/pickoo-your-favorites
点击查看免费下载
上一篇:A2UI协议架构:重构AI智能体与用户界面的安全交互范式
下一篇:Zabbix 8.0 官方模板「MikroTik netPower 16P by SNMP」深度解析:从宏调优到 LLD 发现规则实战

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/23 1:55:04

神经网络评估指标:准确率、召回率等详解(代码验证)

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华