RFC: 添加服务器注入自定义分块回调的 C 策略

□ 总结

添加一个明确的“ C” 进程选项块化策略,作为现有实例级“ LightRAG.chunking func” 扩展点的兼容桥。

目前的服务器不注入用户定义的"chunking func",而API摄入通常选择"F/R/V/P",从而绕过遗留回调. 该RFC定义了可信任的服务器侧定制的安全可观察路径,而不改变"F"的语义.

与#3603相关. 即时可观察性修行为3662.

□ 状况(更新为2026-09-16)

• `C ' 选择器和第3节可观察到的倒计时器——在[第3665] (https://GitHub.com/HKUDS/LightRAG/pull/3665)中执行**。
• 服务器登记注射——注入#3868,并在#3869中执行**:一个全例回调,由`CUSTOM-CHUNKER ' 从允许的登记中选择。 书记官处的讨论属于#3868,而不是这里.
• 有上下文意识的4回调合同——仍然开放。 ** 这是这个问题目前的主要工作。
• **C(名称=.)-已关闭,将不予执行。 ** #3869确定,部署中只有一个活动自定义块,因此每个文档名称没有可选择的值范围:它要么重复`CUSTOM-CHUNKER',要么名称只能解决。 复活意味着重温#3869的注射模式,而不是添加提示参数.
• ** 文件名提示不需要做进一步的工作。 ** C'、[发动机-C.],结合i'/t'/e'/'!'、C(chunk ts=.、chunk ol=.)'参数块和LIGHTRAG PARSER'规则,今天都选择`C',英文和中文管道文件都加以说明。
• ** 为何这个问题在§4土地之后仍未解决:** 战略不可知性转变,即R'/V'/P ' -- -- 第3603号C ' 和登记册不提供的部分。

□ 目标

• 在有一份完整的 " 春克 " 合同之前,为需要部署保留现有的 " 春克 " 机制。
• 按惯例按文件作出明确的选择:`process options=C'。
• 让光芒 服务器在启动时解决一个可信任的注册回调,并将其注入已构建的 “ LightRAG” 实例 。
• 通过`full docs.sidecar location ' ,对完整的剖析器侧车进行回调。
• 维持现有的6个论点的回调不变。
• 让缺失的服务器注入可见,而不是默默地表现成一个自定义的块.

□ 提议的行为

1. `C ' 选择器

将“F/R/V/P”中的块选择器扩大到“F/R/V/P/C”。

• `F/R/V/P'保留其目前的含义和调度行为。
• C'是指“使用所配置的cunking-func ' 实例”。 `C' 使用固定键块选项快照与旧的回调参数相兼容:分隔符、只分隔符旗、重叠符和符号大小。
• " C " 被SDK 格式、文件提示/解析规则、扫描/上载路由和文本插入一致接受 . . . . . . .