# **IIT Manager Agent 智能问答与混合检索解决方�?(ReAct 业务闭环�?**

## **1\. 核心需求与架构愿景**

### **1.1 业务需求闭�?*

本方案旨在解�?PI（主要研究者）在企业微信中�?AI Agent 进行高频交互的三大核心场景：

1. **静态规范查�?*：询问研究方案、伦理资料、知情同意书、CRF表格等固定文档�? 
2. **过程历史回溯**：询问项目周报中记录的进展、问题汇总、历史数据快照�? 
3. **动态数据穿�?*：询�?REDCap 中的实时录入情况、质控状态、特定患者不良反应�?
### **1.2 核心架构：动静分离的“双脑模型�?*

为了满足上述需求，系统采用 **ReAct (Reason \+ Act)** 架构，将信息源分为“静态知识”与“动态数据”两类，分别存储与检索�?
graph TD  
    User\[PI (企业微信)\] \--\>|提问| NodeBackend\[Node.js ReAct 引擎\]  
      
    subgraph "ReAct 智能分诊循环"  
    NodeBackend \--\>|1. 思�?(Thought)| LLM\[DeepSeek-V3\]  
    LLM \--\>|2. 决策 (Action)| ToolExec\[工具执行器\]  
      
    %% 静态路�? 
    ToolExec \--\>|查方�?周报| DifyService\[工具A: 知识库检索\]  
    DifyService \--\>|向量匹配| VectorDB\[(Dify 知识�?\]  
      
    %% 动态路�? 
    ToolExec \--\>|查实时数据| RedcapAdapter\[工具B: 临床数据查询\]  
    RedcapAdapter \--\>|API 调用| REDCap\[(REDCap 数据�?\]  
      
    %% 反馈闭环  
    VectorDB \-.-\>|返回文档片段| LLM  
    REDCap \-.-\>|返回 JSON 数据| LLM  
    end  
      
    LLM \--\>|3. 最终回�?(Final Answer)| NodeBackend  
    NodeBackend \--\>|推送| User

## **2\. 详细数据存储与路由策�?(Storage & Routing)**

AI 如何区分去哪里读取？取决于数据的**时效�?*�?*结构化程�?*�?
### **2.1 静�?半静态资�?\-\> 存入 Dify (知识�?**

这部分内容适合 **RAG (检索增强生�?**�?
| 资料类型 | 具体内容 | 存储位置 | Dify Metadata (元数据标�? |
| :---- | :---- | :---- | :---- |
| **研究方案�?* | Protocol, 伦理批件, 知情同意�?ICF), CRF模板 | **Dify Knowledge Base** | doc\_type: protocol |
| **项目进度�?* | 系统每周生成的周�?(PDF/Text), 会议纪要 | **Dify Knowledge Base** | doc\_type: report, date: 2026-W01 |

**关键技术点**�?
* **自动归档**：每周生成周报后，Node.js 需调用 Dify API 将周报文本自动上传至知识库，实现“过程记忆”�? 
* **元数据过�?*：检索时，Agent 可根据问题类型（问方案还是问周报）通过 Metadata 缩小检索范围�?
### **2.2 动态实时数�?\-\> 存入 REDCap (数据�?**

这部分内容实时变化，适合 **API Tool Calling**�?
| 资料类型 | 具体内容 | 获取方式 | 工具函数定义 |
| :---- | :---- | :---- | :---- |
| **真实数据�?* | 患者录入详�? 质控质疑(Query), 不良反应(AE) | **REDCap API** | query\_clinical\_data |

## **3\. Agent 定义与技术实�?(Implementation)**

### **Step 1: 定义 AI Agent 的“工具箱�?(Tools)**

�?Node.js 代码�?(backend/src/modules/agent/tools.ts)，我们将三类需求映射为两个核心工具�?
export const agentTools \= \[  
  {  
    type: "function",  
    function: {  
      name: "search\_knowledge\_base",  
      description: "【查文档】用于查询静态资料或历史记录。包括：1. 研究方案、伦理、ICF、CRF等规范文件；2. 过往的项目周报、进度总结�?,  
      parameters: {  
        type: "object",  
        properties: {  
          query: { type: "string", description: "搜索关键�? },  
          doc\_category: {   
            type: "string",   
            enum: \["protocol", "report"\],   
            description: "文档类型：protocol=方案/伦理/规范，report=周报/进展"   
          }  
        },  
        required: \["query"\]  
      }  
    }  
  },  
  {  
    type: "function",  
    function: {  
      name: "query\_clinical\_data",  
      description: "【查数据】用于查�?REDCap 中的实时状态。包括：入组人数、特定患�?受试�?的录入情况、不良反�?AE)、质控质疑状态�?,  
      parameters: {  
        type: "object",  
        properties: {  
          intent: {   
            type: "string",   
            enum: \["project\_stats", "patient\_detail", "qc\_status"\],  
            description: "查询意图：project\_stats=宏观进度，patient\_detail=患者详情，qc\_status=质控情况"  
          },  
          patient\_id: { type: "string", description: "受试者编�?(�?P001)" }  
        },  
        required: \["intent"\]  
      }  
    }  
  }  
\];

### **Step 2: 定义 AI Agent 的“人设�?(System Prompt)**

这是 AI 能够**区分**去哪个文档读取的核心逻辑�?
\# Role  
你是由壹证循科技开发的“临床研究项目经�?AI”。你服务于项目的 PI（主要研究者）�?
\# Capabilities & Routing Logic (路由逻辑)  
你拥有两只“手”，请根据用户问题的性质精准选择�?
1\. \*\*左手：查阅资料库 (search\_knowledge\_base)\*\*  
   \- \*\*当用户问“规定”\*\*：如“方案里的入排标准是什么？”、“伦理批件有效期多久？�?\-\> 请查 \`doc\_category='protocol'\`�? 
   \- \*\*当用户问“历史”\*\*：如“上周周报里提到的风险解决了没？”、“上个月入组慢的原因？�?\-\> 请查 \`doc\_category='report'\`�?
2\. \*\*右手：查询实时数�?(query\_clinical\_data)\*\*  
   \- \*\*当用户问“现状”\*\*：如“现在入组多少人了？”、“P005 患者录完数据了吗？”、“有没有发生严重不良事件？�?\-\> 请查 REDCap 实时数据�?
3\. \*\*混合推理 (ReAct)\*\*  
   \- 如果问题涉及两者（如“P001 的年龄（查数据）符合方案要求（查文档）吗？”），请分步调用两个工具，最后综合回答�?
\# Constraints  
\- \*\*严禁编造\*\*：实时数据必须通过工具获取�? 
\- \*\*隐私保护\*\*：输出时隐去患者真实姓名，仅使用受试者编码�? 
\- \*\*专业性\*\*：回答简练，核心数据加粗显示�?
### **Step 3: ReAct 引擎执行逻辑 (Node.js Kernel)**

�?backend/src/modules/agent/engine.ts 中实现循环调用：

// ... ReAct 循环伪代�?...  
while (turnCount \< MAX\_TURNS) {  
    // 1\. AI 思�? 
    const response \= await llm.chat.completions.create({ tools: agentTools, ... });  
      
    // 2\. AI 决定行动  
    if (toolCall) {  
        if (toolCall.name \=== 'search\_knowledge\_base') {  
            // 调用 Dify API，根�?doc\_category 过滤  
            result \= await dify.search(query, filter={ type: args.doc\_category });  
        }   
        else if (toolCall.name \=== 'query\_clinical\_data') {  
            // 调用 RedcapAdapter  
            result \= await redcap.exportData(args);  
        }  
        // 3\. 将结果喂回给 AI (Observation)  
    }  
    // ...  
}

## **4\. 场景闭环验证 (Scenario Walkthrough)**

### **场景一：问研究方案 (资料�?**

* **PI**: “知情同意书里关于退出的条款是怎么写的？�? 
* **AI 思�?*: 关键词“知情同意书”、“条款�?\-\> 属于静态规�?\-\> 调用 search\_knowledge\_base(query="退出条�?, doc\_category="protocol")�? 
* **执行**: Dify 检�?PDF�? 
* **AI 回答**: “根据知情同意书�?5 节：受试者可随时撤回同意并退出研究，且不会受到任何不公正待遇...�?
### **场景二：问项目进�?(历史�?**

* **PI**: “上周入组进度为什么滞后？�? 
* **AI 思�?*: 关键词“上周”、“滞后原因�?\-\> 属于过程记录（周报） \-\> 调用 search\_knowledge\_base(query="入组滞后原因", doc\_category="report")�? 
* **执行**: Dify 检索上周生成的周报文本�? 
* **AI 回答**: “根据第 12 周周报记录：滞后主要原因为‘核磁共振设备故障导致筛选失�?3 例’。�?
### **场景三：问真实数�?(实时�?**

* **PI**: “帮我看�?P003 有没有不良反应？�? 
* **AI 思�?*: 关键词“P003”、“不良反应�?\-\> 属于特定患者实时状�?\-\> 调用 query\_clinical\_data(intent="patient\_detail", patient\_id="P003")�? 
* **执行**: Node.js 调用 REDCap API 导出 P003 �?AE 表单�? 
* **AI 回答**: “查�?REDCap 实时数据：P003 目前**�?*不良反应记录。�?
## **5\. 实施总结**

通过这套 **ReAct \+ 动静分离** 的方案，我们完美覆盖了您的三大需求：

1. **方案/伦理** \-\> Dify Protocol 库�? 
2. **周报/进度** \-\> Dify Report �?(系统自动归档)�? 
3. **真实数据** \-\> REDCap API 实时工具�?
## **6\. 逐步分步骤开发建�?(Phased Development Recommendations)**

为了降低开发风险，建议将此 ReAct 架构拆解为三个“里程碑 (Milestones)”，逐步点亮 AI 的能力�?
### **阶段一：数据直�?(MVP \- Day 3-4)**

**目标**�?*先让 AI 拥有“眼睛�?*。PI 问实时数据，AI 必须能答上来�?
* **开发内�?*�? 
  * 仅实�?query\_clinical\_data 工具�? 
  * 不接�?Dify，任何关于文档的问题都回复“知识库正在构建中”�? 
  * **System Prompt**：简化为“你是一个只能查数据的助手”�? 
* **价�?*：PI 可以在微信里查入组人数了，解决了最高频痛点�?
### **阶段二：知识接入 (Phase 1.5 \- Day 7\)**

**目标**�?*�?AI 装上“大脑�?*。接�?Dify，回答方案问题�?
* **开发内�?*�? 
  * 对接 Dify API，实�?search\_knowledge\_base 工具�? 
  * 手动上传 1 �?PDF 方案进行测试�? 
  * �?Node.js 中开启简单的 **Router (单步路由)**：问数据走工具，问文档走 Dify�? 
* **价�?*：PI 可以开始问“入排标准”了�?
### **阶段三：混合推理 (Phase 2 \- Day 14+)**

**目标**�?*打通“任督二脉�?*。开�?ReAct 循环，处理复杂逻辑�?
* **开发内�?*�? 
  * 实现 while 循环推理引擎�? 
  * 完善 System Prompt，教 AI 如何拆解问题�? 
  * 实现“周报自动归档”到 Dify 的流程�? 
* **价�?*：PI 可以问“张三为什么违规”这种需要结合数据和方案的高级问题�?
**建议策略**�?*严守 MVP 边界**。在 Day 4 演示时，只展示“阶段一”的数据查询能力即可，这已经足够震撼。不要试图一开始就调试复杂�?ReAct 循环�?
**文档版本**：V3.1 (分步落地�? | **适用阶段**：Phase 2