Fanar-Sadiq：面向基于证据的伊斯兰问答的多智能体架构 Fanar-Sadiq: A Multi-Agent Architecture for Grounded Islamic QA

方法步骤完整描述如下。步骤一：混合查询分类。使用LLM作为主分类器，输出意图标签、置信度、推理说明、子问题分解和检索标志。当LLM置信度低于0.5或输出格式错误时，系统回退到基于嵌入的原型分类器，该分类器使用余弦相似度与预计算的意图原型进行匹配。步骤二：工具调用路径。对于问候、伊斯兰历、祈祷时间和祈祷词查询，系统调用确定性工具。问候工具返回文化适宜的伊斯兰问候语。伊斯兰历工具使用hijri-converter库进行日期转换，并包含月度滚动逻辑和重要事件查询。祈祷时间工具使用pyIslam库根据地理坐标计算五次礼拜时间，支持四种计算方法。祈祷词工具使用两阶段架构，先通过语义搜索匹配场合，再使用轻量级LLM过滤相关项，最后逐字返回经文、翻译和引用。步骤三：计算路径。天课计算器接收资产、负债和贵金属价格参数，计算净财富后应用2.5%税率。农业产品根据灌溉方式应用不同税率。牲畜根据圣训的时间表计算。继承计算器执行三阶段流程：第一阶段根据《古兰经》分配固定份额；第二阶段通过剩余继承人系统按优先级分配剩余遗产；第三阶段通过awl或radd确保算术一致性。当法学学派差异存在时，系统返回并行分布。步骤四：知识检索路径。对于法学裁决查询，系统检索50000+文档，使用Usul al-Fiqh系统提示词要求LLM明确说明裁决范围、分离裁决与证据、应用来源层次。对于一般伊斯兰知识查询，系统进行语义搜索并生成严格基于检索引用的回答以减少幻觉。步骤五：古兰经检索路径。古兰经查询分类器预测四种子类型。对于特定经文查询，工具解析引用并逐字返回经文。对于解释查询，系统检索相关经文和支持文档，使用受限的古兰经解释智能体生成基于证据的解释。对于完整章节和统计查询，系统使用NL2SQL模块生成SQL查询，从古兰经表中精确检索数据。步骤六：响应组装。所有模块返回标准化输出对象，最终响应组装器合并结果，添加引用块和URL，记录执行痕迹用于验证和调试。

技术新颖性体现在三个方面：一是将工具调用范式与领域特定知识深度结合，不仅支持通用工具，还集成了伊斯兰知识领域的专用工具；二是设计了基于意图的细粒度路由系统，将伊斯兰问答分解为九种可操作的意图类型；三是引入了NL2SQL模块用于古兰经的结构化查询，解决了生成模型在计数和完整文本检索上的算术和截断问题。与通用的工具增强模型相比，本文的方法更加领域化，与现有的伊斯兰RAG系统相比，本文的系统超越了文本检索，包含了确定性的计算模块和经文精确查找。

独立分析的弱点包括：首先，系统的路由分类器虽然达到90.1%的准确率，但在实践中仍有近10%的路由错误。改进方向是增强分类器的鲁棒性，例如通过增加更多边缘案例的训练数据、引入后处理规则来检测明显路由错误，或者使用多轮对话澄清用户意图。其次，继承计算器虽然覆盖了主要的继承规则，但可能遗漏一些边缘案例或特殊的学派观点。改进方向是扩展继承规则的覆盖范围，增加更多学派的观点，并引入用户确认机制来处理复杂案例。第三，系统对于法学分歧的处理可能过于简略，返回多个并行的分布但没有深入解释分歧的来源和理由。改进方向是为分歧案例提供更详细的背景说明，引用支持每个观点的古典法学文献。第四，系统的引用规范化可能不完整，特别是对于圣训引用。改进方向是建立更全面的圣训引用数据库，支持多种编号系统的转换。第五，系统的计算输出虽然提供详细的分解和引用，但缺乏可视化或交互式界面。改进方向是引入可视化工具，如饼图显示继承分配、表格显示天课计算步骤。

未来研究方向包括：作者提出的扩展法学覆盖范围，包括更多学派的观点；改进路由的鲁棒性；加强圣训集合的引用验证。基于成果可延伸的方向包括：将系统扩展到其他宗教传统；集成更多工具；改进分歧处理；增强用户交互；开发面向特定用户群体的定制化版本；建立更全面的评估基准；研究系统的公平性和偏见。

复现评估：系统提供了API文档和Web应用，但论文没有明确说明代码和数据的开源情况。从论文描述来看，系统使用了多种组件，这些组件大多是开源的或提供API访问。评估使用的数据集大部分是公开的。论文提供了详细的实现细节，包括提示词、算法伪代码、配置参数、数据库模式，这些都有助于复现。然而，完整的复现可能需要访问专有的检索语料库和精炼的NL2SQL模型。算力需求方面，系统使用多个LLM，需要相当的计算资源。总体来说，系统的核心架构和方法是可复现的，但完全复现端到端系统可能需要相当多的工程工作和资源。难度评估：中等偏高。