文献资料库管理
把一批文献组织成资料库,支持在库内做统一检索与浏览。适合围绕一个专题长期积累史料,而不是单篇处理。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
面向中文古籍与文献整理的数位人文工具,支持全文标注与检索。
Dcusky 数位人文系统是面向中文古籍与文献研究场景的工具,主要服务于需要把纸本文献转成可检索、可标注、可关联资料库的研究者与机构。它的核心思路是把文本、标注、人物与事件等资料整合进同一个工作环境,让使用者能在资料库中做全文检索、词频分析与资料关联。与通用文本工具相比,它更贴近汉学与史料整理的流程,界面与术语也围绕文献工作设计。不足之处在于网络与语言方面的公开说明有限,非中文语境的使用者需要花时间适应,且没有开放式的社区插件生态。
Dcusky 数位人文系统是一套面向中文古籍与历史文献的数位化工作环境,主要面向高校、研究机构与个人研究者。它的定位不是通用写作工具,而是把文献整理、标注、检索与分析放在同一个资料库中的工作平台。
在能力上,它围绕文献资料库展开,使用者可以把文本导入后建立自己的资料集,在文本上做标注、加注、标记人物与地点等信息,再通过检索把这些标记串起来。对研究者而言,这种结构适合处理一批互相关联的史料,而不是单篇文档。
不同角色的用法差别明显:个人研究者可以用它整理自己的专题资料;研究团队可以围绕同一批文献分工标注与校对;教学场景下也能用作学生接触原始文献的入口。使用前需要先规划好资料库的结构与标注规范,否则后期整理成本会明显上升。
把一批文献组织成资料库,支持在库内做统一检索与浏览。适合围绕一个专题长期积累史料,而不是单篇处理。
在已建库的文献范围内做关键词检索,快速定位到具体段落。对处理篇幅较长的古籍或方志类材料帮助明显。
在文本上做标注与加注,把人物、地点、事件等信息标出来。标注结果可以留在资料库中供后续检索与关联。
把不同文献中出现的同一人物或同一事件串联起来,形成跨文献的关联视图。适合做人物关系或事件脉络的梳理。
提供中文、英文、韩文三种界面语言,方便非中文母语的研究者上手。术语仍以中文文献工作的习惯为主。
当你手上有成批的中文古籍、方志或档案,需要把它们变成一个可检索、可标注的资料库时,这套系统值得投入时间学习。它的价值不在单篇文本的处理速度,而在把分散的史料结构化之后带来的检索与关联能力。但如果你只需要偶尔查一段引文,或者习惯用通用笔记软件做文献摘录,它的学习成本就显得偏高。另外它的工作流偏研究导向,导入文献前要先想清楚标注规范,否则后期返工比从头建库更费时。
手上有一批互相关联的史料需要长期整理,建库后的检索与关联能力正好对上这类工作。
多人围绕同一批文献分工标注与校对,统一规范后协作效率比各存各的文档高。
把原始文献交给学生做标注练习,能在动手过程中理解史料的结构与语境。
界面有英文与韩文版本,但术语和文献工作的习惯仍以中文语境为主,上手要多花时间。
不需要长期维护资料库,用通用笔记工具更轻便,学这套系统的时间和收益不成比例。
普通文献管理软件侧重存书目、管引用,管的是文献的元数据。这套系统管的是文献正文本身——把文本导入后做标注、检索与跨文献关联。如果你的需求是整理一批史料的正文内容,它更对口;如果只是存条目和生成参考文献,普通文献管理软件就够。
能用。它的操作围绕建库、导入文本、标注和检索展开,属于界面操作,不要求编程基础。真正的门槛不在技术,而在前期要把资料库结构和标注规范想清楚。
关键在于规范先行。建议先约定人物、地名、事件等标注的统一写法,再按文献切块分工,让每人负责一批完整文献的全部标注,而不是按标注类型分头做。口径统一后,协作反而比单人整理更快。
可以。标注结果属于结构化数据,导出后能交给词频、社会网络分析等外部工具处理。系统本身更侧重标注与检索环节,深度统计分析放在专门工具里做会更顺。
界面有英文和韩文版本,但工具的工作流与术语是围绕中文古籍和文献整理设计的。处理非中文材料不是不能用,只是很多针对中文文本特点的设计用不上,体验会打折扣。