为作者、思考者和教师而设

你的书的活语境——与你的 AI 一起建立的专属词典。

把学习中遇到的词汇整理成自己的词典。保存释义,关联资料来源,出版一本值得分享的书。

Covenant Words — A Lexifye Showcase
这就是最终的成品

这不是效果图——这是 Lexifye 从 168 个词条真正排出来的 PDF,将来排你的词典也是同样的做法。希伯来文和希腊文各用自己的字体,转写紧挨着词目,凡是自己也有词条的词都被不动声色地链接起来,书末还有完整索引。

同样这些词条还能变成 EPUB、在手机上可用的阅读器,以及可直接交付印厂的 6×9″ 内页。你只需写一次。

下载示例 PDF

Covenant Words — A Lexifye Showcase
Jørn Andre Halseth · 168 词条 · 62 页 · A4 · 由本服务渲染

示范作品

一页实物,而非一句承诺。

一部由 Lexifye 排版的词语研究词典:希伯来文和希腊文使用各自的字体,每个词目旁附有转写,并在该词出现之处引用经文。这里随机选出一个词条——整本书就在旁边。

Covenant Words — A Lexifye Showcase随机选取

Aletheia

alētheia

ἀλήθεια alētheia is truth — the reality lying underneath an appearance, and equally the truthfulness of a person who can be relied upon.

In the Septuagint it renders emet, and both senses come across with it: what is so, and who is faithful. That is why aletheia can be spoken and also done, why the logos that is true is not merely accurate but trustworthy, and why pistis has something to rest its weight on at all.

由排版整本书的同一引擎排出。
01

建立自己的词典

集中保存词汇、释义和参考资料。

02

让词典不断成长

持续记录新发现,让学习成果长久留存。

03

出版你的成果

将桌上的笔记变成印刷词典、EPUB 电子书或共享阅读器中的内容。

研读工具与出版机,合为一体

同一部词典,每次你一声令下,都会从同一台出版机里输出七种形态:

  • 阅读器HTML —— 在手机上也能用
  • 浅色 PDF白底的屏幕版
  • 深色 PDF同样内容,适合夜间阅读
  • 6×9″ 印刷版印厂能直接接收的内页
  • EPUB3供电子阅读器或手机使用
  • JSON整部词典,结构化输出
  • LaTeX源码,若你需要的话
了解 Lexifye 的全部功能

多数查经软件到笔记为止。而笔记往往正是工作夭折的地方——只有你读得到,只在一台机器上,格式别人打不开。Lexifye 从第一次敲键盘起就把词条当作可出版的内容对待:结构化的义项、带类型的片段、真正的文字系统。所以从“我的笔记”到“一本有书脊的书”,只是一次渲染,而不是重写一遍。

这里的一部词典完全可以独立成立——你根本不必写书,也能得着它的好处。但如果你写,它就会成为更多的东西。

Lexifye 是你建立自己词典的地方:那些在经文里一再遇见的词、你在其中的发现,以及它为什么重要。今天查过的词,五年后依然在那里——连同你这些年陆续添加的一切。当它准备好离开你的书桌时,同样这些词条就能变成一本印刷书、一个 EPUB,或者一个私人阅读器,分享给一个查经小组,甚至整间教会。

这里头有一种真实的乐趣,却没人事先提醒你。自己写的词典不是需要维护的杂务——它是书桌上最让人享受的东西,因为每一条词条都是一次可以留住的小小胜利。十个词变成三十个;这三十个开始彼此对话;某天早上你会发现,你正带着一样任何研读本圣经都给不了你的东西在读经,因为那是你亲手建起来的。

从 Claude、DeepSeek 或你自己的智能体登录一次,它就能代表你把词条写进你的词典——署你的名字,并且可以在同一个页面上撤销。

在用人工智能做开发?工具接口就是那份手册,专为机器阅读而写: 94 个工具,每个都带访问级别和完整模式,另有写作规范和标记语法。要使用网页编辑器,这些一样都不需要。

为什么要建立或加入一部词典

因为查阅并不等于研读。任何人都能查到hesed是“坚定的慈爱”——明年再查一次,后年再查一次,却什么也没有留下。真正的研读,是你第四次遇见这个词时、在一处没人告诉你要与之相连的经文里所注意到的东西。

属于你自己的辞典,正是这些积累下来的地方。每一条词条都装着你的义项、你的措辞,以及说服了你的那些引证。你所引用的希伯来文和希腊文本身也会成为真正的词条——原文字体、转写、由我们的经文引擎汇成的词义——于是三月里你只是半懂的词,到十月就成了你能拿来教导的词。

你不必懂希腊文或希伯来文才能开始,也不必是程序员才能使用它:它是一个登录即用的网页编辑器,而原文那部分工作,在你引用一个词时就已经替你做好了。

三者之一 —— 也能独当一面

三项服务生来就是彼此配合的,但没有哪一项离不开另外两项。它们之间的连接是设置,不是依赖:断开其中任何一项,你做出来的东西仍然是你的、仍然可读,也仍然能渲染。

经文引擎 Darash 希伯来文和希腊文、 词形分析、Strong's、 各部经典辞书 你引用一个词 作为词条返回 你的词典 Lexifye chesed ḥesed 你的词义、你的出处、 你有过的每一个版本 ——还能把这一切付印 构建一部作品时 只取它用到的 写作 Junifye 一本书、一篇研读、 下周要发的讲义—— 词汇表都已写好 经文引擎 Darash 希伯来文和希腊文、词形分析、 Strong's、各部经典辞书 你引用一个词 作为词条返回 你的词典 Lexifye chesed ḥesed 你的词义、你的出处、你有过的 每一个版本——还能把这一切付印 构建一部作品时 只取它用到的 写作 Junifye 一本书、一篇研读、下周要发的讲义 ——词汇表都已经写好
两个箭头都是单向拉取。Lexifye 绝不写入 Darash,Junifye 的作品也绝不编辑你的词典。

Darash—— 语言从这里来

在定义中引用H2617,Lexifye 就会去问 Darash 那是什么,然后把答案作为一个真正的词条写进你的词典:带元音点的希伯来文词目、SBL 转写,以及从各部辞书合成的词义——Strong's、Brown-Driver-Briggs、Abbott-Smith、Liddell-Scott-Jones、Thayer。走多远由你选择:只取你确实引用过的词、再往外一跳,或按需追得更深。它写下的任何内容都不能压过你——手写的词条在冲突时永远胜出。

把它关掉(深度设为 0),你的词典就完全不变;原文那部分你自己写就是了。

Lexifye —— 词语存放之处

就是本服务,也是三者中居中的一环,这是有意为之:它是整个生态里词汇内容的记录系统。定义只在这里撰写,别处都不写,下游的一切持有的是缓存而不是副本——所以这里的一个词一变,凡是引用它的内容按定义就是过期的,而且会被告知这一点。

它从不需要任何一位邻居:一部记录一位读者研读成果的私人辞典本身就是完整的,而且能印出来。

Junifye—— 成果在这里付印

把一部作品指向一部词典,它的词汇表就会在每次渲染时自己生成:正文用到的术语,再加上你自己的定义所依赖的术语,如此层层追溯,直到没有任何悬空为止。它会记录所取每条定义的确切版本,精确到校验和——所以你能证明在别人手里的那一版中,一个词当时是什么意思——而词条会保留发布时的锚点,无论你之后怎样改名。

什么都不指向,它就只是一个写作的地方。

不属于这三者,却近在隔壁:用 Tringine 打造你自己的圣经 —— 选一个译本、范围和开本,就能得到可直接付印的 PDF 和 EPUB3。这四项都出自 Publifye AS,一家位于奥斯陆的挪威出版社(组织号 826 774 622,创立于 2016 年),它出版圣经,打造研读圣经所用的工具,并为教会运营基础设施。

一个词,走完全程

以下是实际发生的事,按发生顺序列出,每一步都用真实文本。这里没有一句是设想——这就是chesed在本页顶部那份可下载示例中走过的路径。

  1. 你写下定义,并引用那个词

    在编辑器里,用普通的散文,只给希伯来文加一个带标记的片段:

    [h:H2617:ḥesed:חֶסֶד] denotes the *loyal, active love* that
    binds parties in covenant — kindness that far exceeds
    what mere obligation could require.

    这就是你在这里需要用到的全部标记语法。往返是精确的:你读回来的内容,与以后每一次读取得到的完全一样。

  2. Lexifye 向 Darash 询问 H2617 是什么

    然后把答案作为一个真正的词条写进你的词典——带元音点的词目 חֶסֶד、SBL 转写ḥesed,以及由各部辞书合成的词义。它会被标记为机器生成、有数量上限,并且永远不能覆盖你亲手写下的词。

    这一步走多远由你设定,从关闭到深度追溯都可以。不再引用某个词,它的自动词条就会被清理掉;你自己写的词条永远不受影响。

  3. 词典自己排好版

    那条定义里每一次出现的圣约都会变成指向“圣约”词条的链接,因为这部词典里正好有一条。词目印刷时首字母大写,存储时仍保持你输入的样子。它在字母索引中归入 C,书末的索引列出每一个词条,每一条既是可以去的地方,也是可以回来的路。

    浅色或深色的屏幕版 PDF、带书眉导词的 6×9″ 内页、EPUB3、网页阅读器、JSON——或者原始 LaTeX,如果你想把它带到别处去。

  4. Junifye 的作品只取它需要的

    写一篇用到这个词的《路得记》研究,它的词汇表附录就会出现,里面有 chesed——还有圣约,因为你对 chesed 的定义依赖于它,如此层层追溯,直到没有任何悬空为止。构建时会记录所用版本的确切校验和。

    之后再修改词典,已经印出来的书也不受影响:词条会保留发布时的锚点。

词汇表到底做了什么

最后这一步是大家最常问的,所以这里讲全。把一部 Lexifye 词典连接到 Junifye 里的一部作品,词汇表就会自己写出来。这不是“把术语导出再粘贴进去”——而是作品每次构建时,都会拉取它真正需要的词条。整本书如此,六页的文档同样如此:一卷圣经的研读、关于圣约或赎罪或敬畏耶和华的专题研究、一份讲义、一篇论文、一份系列讲道提纲。背后都是同一部词典。

  • 它只取作品用到的部分。正文中出现的术语,再加上——这一点常常出乎意料——你自己的定义所依赖的术语。若你把 挽回祭定义为hilastērion,那么hilastērion也会一并带上,如此层层追溯,直到没有任何悬空为止。
  • 它只链接每一章里的首次出现,句子的其余部分不动,因此正文读起来仍然像正文。在纸质版里,链接排成普通文字——那里的参考是附录,不会打断视线。
  • 它精确记录用了定义的哪一个版本,精确到校验和,所以你能证明在别人手里的那一版中,一个词当时是什么意思。
  • 修改词典永远不会弄坏已经印出来的书。词条会保留发布时的锚点,无论你之后怎样改名或重排。
  • 你自己的措辞永远优先。你写进书里的术语胜过导入的那一条;凡是你亲手写的,都不会被悄悄覆盖。

所以你写的第四份东西会比第一份更快,而不是更慢——因为那些词已经是你的了,已经定义好了,也已经排好版了。

一次一个词,积累数月

这不是一个坐下来就能做完的项目。它是这样一件事:某个星期二你被一个词拦住了,于是添了一条;三周后同一个词出现在你意想不到的地方,你又添了一条——而第二条比第一条更好,因为这一次你眼前有两处经文。

这正是关键,也正因如此,它必须是你自己的。一整个冬天读下来的《罗马书》研究,一年来一直在打转的关于圣约的专题研究,某一卷福音书反复回到的那些词——这些都不是一次坐下来能装得下的。它们是累积起来的。半年之后,你不再只是在查东西;你是在读经的时候,把自己的成果摊在经文旁边一起读。

至于还有谁能看到它,你可以稍后另行决定:把它保持私密 ,那它就是一位读者个人研读的辞典;分享给一个群组——你的班级、你的长老们、一支外派团队——大家便按同一套义项工作;把它出版 成一本书、一个 EPUB 或一个阅读器,它就能送到你想给的任何人手里。这个决定不必在一开始就作出,也随时可以更改。

不必只有你一个人

词典是那种少见的工作:多一个人参与就会更好——但如果那个人只能收到一个文件、然后在页边写批注,就会更糟。所以我们提供了两种截然不同的方式让别人进来,而分清你需要哪一种,事情就成了大半。

一个人,一部词典

受邀编辑只被加入某一部词典,别的都碰不到。你的导师、研究同一批语料的同事、比你早读一章的同学、那位真正读得懂希伯来文的弟兄。他们在工作真正发生的工具里拿到词条、历史记录和阅读器——所以他们发现错误时是直接改掉,而不是描述一番。收回权限,他们下一次点击时就没有了。

一个常设群组

你的长老们、一个研讨班、一支研究团队、一个翻译委员会、一个理事会。把群组挂上去,每位成员都是那部词典的编辑者;把某人加进群组,他就有了。打开自动共享,群组还会自动获得你新建的每一部词典,你便不用再一部一部地授权。

或者一群只需阅读的读者

一个班级、一间教会、一批学生。他们从你这里只需要文件本身:EPUB、在手机上就能用的阅读器,或者人手一本纸质书。不用登录,不用安装,不用账号,人数也没有上限。

谁做的事都不会无法挽回。每一次改动都会在那部词典自己的日志里记下改动者的姓名,每条定义保留二十个版本并可查看差异、可回退,删掉的词条会在回收站里存放三十天。你可以把真正的权限交给别人,而不必同时把毁掉一年心血的能力也交出去——而后者才是真正让人不敢协作的原因。

这一切都不额外收费。你的套餐计的是词典数量,不是人数。

与人工智能一同在里面工作,而不是各干各的

大多数人让助手帮忙做研究时,都是开着另一个窗口,把内容来回粘贴,半路上丢掉一半。Lexifye 的思路正相反:智能体能够访问的那部词典,就是你正在看的那一部。

把智能体指向它,它就能搜索你的词条、查找某个词目、用你手写时所用的同一套标记起草义项,并一次性修正四百条定义里的某个术语——而且在动手之前,会把要改的内容原原本本先给你看。它以你的身份登录,因此你能做什么它才能做什么,绝不多一分:你的词典、你的权限,不需要第二个账号。

而且差异记录始终在你手上。智能体所做的每一次修改都像你自己的修改一样有版本、可回退,并与其他记录一同出现在日志里。你不是在信任它——你是在事后按自己的节奏审阅它。

在你另作决定之前,一切私密

这里没有公开词典。没有凭证,这里的任何东西都无法浏览、无法被搜索引擎收录、也无法取回——阅读器不行,JSON 不行,PDF 也不行。知道某个 id 或 UUID 并不等于有权访问。你写下的东西一直属于你,直到你亲手交给别人。

而当你要交出去时,有两种截然不同的做法。把人请进来——某一部词典上的受邀编辑,或者一个常设群组,比如长老会、班级委员会或外派团队——他们与你一同在里面工作,每一次改动都带着他们的名字。或者把一份副本交给读者:EPUB、阅读器或印刷内页,这对他们没有任何要求,人数也没有上限。同样,没有什么是真正被删掉的:软删除带三十天宽限期,每一类实体都能还原,每条定义保留二十个版本,可查看差异并回退。

有三类调用方可以取得内容:通过 Publifye SSO 登录的作者;持有我方授权服务器所发 OAuth 令牌的客户;以及获得授权、以服务对服务方式调用的 Publifye 服务——后者只能读取,绝不能写入。本页面、工具接口, /llms.txt 以及 /health 是仅有的匿名可取内容。

以后你才会发现的东西

先找到它,再到处改好它

你可以按词目的任意一部分搜索词典,也可以按定义里实际写了什么来搜——你不必记得三月里写下的那个词究竟怎么拼。而当你改变主意、想换一种译法时,一次字面查找替换会一口气跑遍每一条定义,写入之前先给你预览。它绝不碰 Strong's 编号、引用或链接目标,只动正文。它所做的每一处改动都可回退。

怎么排是你说了算

A4、Letter 或 6×9″。正文字号以排版引擎真能做到的为准——做不到的尺寸它会拒绝,而不是假装做到。词条可以连排,长条目的词典也可以一条一页。链接可开可关,可选每一次出现都链接,或只链接词条中的首次出现。这些属于词典,不属于我们:这里没有哪一项设置是渲染器背着你替你决定的。

永远不会离开你书桌的笔记

针对整部词典或某一个词条的私人笔记——你否决掉的读法、还需要核对的经文、想请教别人的问题。编辑者可见,绝不会被渲染进任何格式,也绝不导出;词条进回收站时它跟着进去,还原时也跟着回来。它们是工作笔记,不是内容。

内部构造

Lexifye 同时也是 Publifye 生态中词汇内容的记录系统:定义只在这里撰写,别处都不写,其他服务持有的是缓存——绝不是真相的副本。这里的一个词一变,下游的一切按定义就是过期的,而且会被告知这一点。

词典 → 词条 → 定义

一部词典包含词目;一个词目包含一个或多个义项。义项是结构化内容——由带类型的片段组成的区块——而不是一团散文,正因如此,同一条定义才能正确地排成 PDF、EPUB 和网页。

94 个原子化 MCP 工具

每一次写操作都是一次小而经过校验、单独授权的调用。错误信息是写给需要从中恢复的智能体看的:每条都指明字段、修法,以及一个最小的有效调用。

可无损往返的标记

定义有一种紧凑的文本形式,并保证 parse(render(x)) == x ——往返一致性针对的是解析后的文档,而不是你输入的字节。一次规范化处理可能会整理文本本身(\# → #, [H00002617] → [H2617]);此后它便是一个不动点,你读回来的内容,与以后每一次读取得到的完全一样。

出版级渲染

浅色与深色的屏幕版 PDF、带书眉导词的 6×9″ 印刷内页、EPUB3、HTML 阅读器、JSON,以及原始 LaTeX——覆盖 16 种文字系统,并有字形关卡把关:宁可让渲染大声失败,也绝不输出乱码方块。

Strong's 编号增补

定义中引用的原文词会变成真正的词条——原文词目、SBL 转写、合成词义——由我们的经文引擎提供,并在你编辑时随时校准。手写的词条在冲突时永远胜出。

并发锁与历史

每一次内容修改都带着它所基于版本的凭证,因此同时编辑的人不会悄悄覆盖彼此。每条定义保留二十个版本、存放七天,可查看差异并回退。

群组与受邀编辑

既可以把一个人以受邀编辑的身份加进某一部词典,也可以挂上一个常设群组,让每位成员都成为它的编辑者。群组可以自动接管你新建的每一部词典,词典也可以直接移交给已经在其中工作的人。成员身份在校验时才判定,因此撤销是即时的,而不是慢慢生效。

没有什么是真正被删掉的

删除默认是软删除,有三十天的宽限期,每一类实体都能还原;每一次改动都会在按词典划分的审计流里记下责任人。

三层持久化

Redis 承载工作集,内容寻址的二进制块和按词典划分的导出文件落在磁盘上,其后还有一个只增不删的对象存储镜像。恢复流程是每次提交都会跑的测试,而不是一份文档。

来自博客

全部文章 →

关于 Lexifye 的常见问题

人们用它做什么

我正在写小说。您能在我们逐章写作的过程中,帮我建立这部作品的背景资料吗?

可以。在手稿旁维护一部自己的词典,为每个人物、地点、术语、自创词、规则和想法建立词条,统一记录各自的定义。让您的 AI 在起草每章之前使用 entry_search 和 dict_get,写完后再用 entry_add 和 definition_add_source 记录新增事实。如果某项事实有变,AI 会先读取现有定义,再使用 definition_set_source 和当前的 sha256 进行修订。这样,您就有了一部不断完善的世界观与术语手册,您和 AI 可以在整部书的写作过程中随时查阅。

对你的 AI 说
每章动笔前先阅读我的作品背景资料;写完后保存新增事实。
它会做什么
  • entry_search
  • dict_get
  • entry_add
  • definition_add_source
你会得到
一部伴随手稿不断完善的背景资料词典。
帮我深入梳理书中“恩典”的含义:它的各个义项、资料来源,以及我的定义从初稿以来发生了哪些变化。

在“恩典”词条下为每个义项分别添加定义,注明依据的来源,并使用 dict_set_field interlink=true,在数字阅读格式中为相关词条建立链接。您的 AI 可以用 note_set 保存研究笔记,用 definition_set_source 推敲措辞;如果已配置 Darash 扩充功能,还可以选择使用 dict_enrich,补充通过 Strong 编号引用的希伯来语或希腊语词根。definition_history、definition_diff 和 definition_revert 可用于查看和恢复仍保留的措辞:历史记录涵盖七天内最近 20 次保存的版本。如需比较更早的内容,请在私人笔记中保存带日期的阶段性版本,让您在作品逐步成形的过程中有据可查,反复思考。

对你的 AI 说
深化“恩典”的各个义项和来源;比较已保存的措辞。
它会做什么
  • definition_add_source
  • note_set
  • definition_history
  • definition_diff
你会得到
逐步深化的含义、资料来源,以及保留的修订版本。
我已经写到第三部了。能用同一部词典,让它与第一部保持一致吗?

可以。让您的 AI 在起草系列中的任何一部之前,都先阅读同一部词典,并随着系列发展,将新增事实记录进去。每部 Junifye 图书都可以通过 book_set connected_dict 连接同一部 Lexifye 词典,同时自行选择哪些词条纳入本书的术语表。附录是生成图书时更新的快照;book_get 会显示术语表的差异,遇到同名定义时,本书自有的定义优先。这样,您既有了维持系列连贯性的共同参考,也能检查每部图书生成的术语表何时需要更新。

对你的 AI 说
为我的整个系列使用同一部背景资料词典。
它会做什么
  • entry_search
  • dict_get
  • book_set
  • book_get
你会得到
系列共用的背景资料,以及各部图书独立的术语表快照。
我们写作时建立的背景资料,能变成书末的印刷版术语表吗?

可以。将词典连接到您的 Junifye 图书,然后选择正文中用到的术语、这些术语及其相关词条,或整部词典。Junifye 生成图书时,会把这些定义的快照放入术语表附录,让您无需重新录入,就能制作图书的印刷内文。请查看导入报告,了解哪些术语保留了本书原有术语表中的内容;词典发生变化后,请重新生成图书。作者的私人笔记不会包含在导出的词典内容中。

对你的 AI 说
把我的作品背景资料转成书中的印刷版术语表。
它会做什么
  • dict_get
  • book_set
  • print_set
  • book_get
你会得到
由所选词条生成的印刷版术语表附录。
我正在为奇幻或科幻小说创造一门语言。能边写边建立它的词汇库吗?

可以。将每个自创词添加为词条,如有需要,在 translit 中填写拉丁字母转写,再将含义或用法示例添加为定义。把自创的词源和语法笔记与词条放在一起,之后导出词汇库,就能在手稿旁查阅。请使用拉丁字母拼写,或生成引擎所支持的 16 种文字系统涵盖的其他字符;自行设计的字形不保证能显示。采用特殊文字前,请先在导出文件中检查字符,因为不受支持的字母可能无法通过字形检查。

对你的 AI 说
在我写作的过程中,建立自创语言的词汇库。
它会做什么
  • entry_add
  • definition_add_source
  • note_set
  • dict_get
你会得到
自创词、含义、示例和导出文件。
我习惯通过定义事物来思考。这里能成为孕育想法的笔记本吗?

可以。为每个概念建立词条,用定义写明您的意思;当想法衍生出新方向时,再添加新的义项。开启 interlink,让定义中用到的词在阅读器、EPUB 和屏幕阅读版 PDF 中链接到各自的词条,并把尚未想清楚的问题留在私人笔记里。您的 AI 可以检索定义,将相关概念带回对话,并随着您的思考深入不断完善它们。近期修改可以在七天内、最近 20 次保存的历史记录范围内进行比较或恢复;私人笔记不会包含在导出内容中。

对你的 AI 说
通过定义和关联我的想法,帮助我思考。
它会做什么
  • entry_add
  • definition_add_source
  • dict_set_field
  • note_set
你会得到
一本将概念相互连接、并留有私人问题的笔记本。

全部问题

如何开始

用 Publifye 账号登录,然后新建一部词典——编辑器就是你所需要的全部,技术页面上的任何内容都不是使用它的前提。各级访问权限包含什么、价格如何,都写在商店:价格应当只有一个出处,抄到本页这样的地方,过时了也没人会注意到。

想用人工智能来代替编辑器,或者与编辑器并用?连接它只需几步,而且在你持有凭证之前,你的智能体就可以在工具接口读到完整的契约。

新建一部词典
面向开发者和 AI 智能体

如何调用

Lexifye 以 JSON-RPC 2.0 提供 MCP,端点为 https://lexifye.publifye.com/mcp — 把它连接到你的人工智能只需几步。智能体应当先阅读 工具接口——那里公布了每一个工具及其访问级别和完整的输入模式,还有写作规范和完整的标记语法,因此在持有凭证之前,你就可以先评估这份契约。

  • /.well-known/oauth-protected-resource —— RFC 9728 发现端点;它指明需要注册的授权服务器,以及可用的权限范围(lexifye-service:read, :write, :admin)。
  • /llms.txt —— 同样的内容,为更愿意读纯文本而非 HTML 的智能体做了精简。
  • /health —— 存活检查。

Publifye 旗下服务通过我们的内部目录获得服务对服务的读取授权,无需注册为客户。

订阅 Lexifye 的最新消息选择主题

选择你想了解的内容。先收到一封确认邮件,之后只发你选的。

你想了解哪些内容?

每个主题一个订阅。随时可以退订。

关于 动态 工具接口 llms.txt 登录

© 2026 Lexifye —— 中央词典服务,出品方Publifye AS.