# smartagent

**Repository Path**: cugjack/smartagent

## Basic Information

- **Project Name**: smartagent
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-01-14
- **Last Updated**: 2026-01-28

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

|  | 研发环境 | 预发布环境 |
|-| -|-|
|服务器 | 10.10.3.92|10.10.3.92 |
|前端地址 | http://10.10.4.160:30104/|http://10.10.4.140:30015/ |
|rag_search | http://10.10.3.92:16118/v1/chunk/retrieval_test | http://10.10.3.92:6118/v1/chunk/retrieval_test |
|常用工区| 西南冯家湾|西南冯家湾测试工区|
| 工区ID | 045d3eef9bb7435d97bfa31c4b1dd599 | b2142fafa8744359b90e4c14afacb941 |

> 在西南勘探院这边，因为网速的原因，导致预发布环境140的datapool的文件上传失败了，但是杭州的其他人可以上传并解析，说明datapool的上传文件和大模型的文件解析功能在预发布环境是正常的


冯家湾工区的数据来源：《云安厂气田冯家湾区块石炭系气藏精细气藏描述.docx》
网格的三维数据，xyz的数据来源：9.1.1.2节，地质体三维构造建模

构造出一个干净的冯家湾工区，只上传一个word文档，以及基础的井数据
然后使用大模型，根据关键词搜索解析之后的内容，可以自行调整topK的值（20）

接口维护人：
/tet/dp/api/sim_simba/export_grdecl_grid 张忠国 接口调用的前提是，工区上传了模型文件
/tet/dp/api/geo_model_attach/get_grdmodel_info_list 张忠国 接口调用的前提是，工区上传了模型文件
/tet/dp/api/styleconfig/get_style_file_list 黄哲涛
/api/styleconfig/get_style_content_by_version 黄哲涛
/v1/chunk/retrieval_test 王伟伟

GLM重启的命令

docker stop glm-4.7
docker rm glm-4.7
docker run -d   --name glm-4.7   --gpus '"device=2,3,6,7"'      -v /data/wangweiwei_data/models/GLM-4.7-GPTQ-Int4-Int8Mix/GLM-4.7-GPTQ-Int4-Int8Mix:/models/GLM-4.7-GPTQ-Int4-Int8Mix:ro   -p 3942:8000   --restart unless-stopped   vllm/vllm-openai:nightly   --model /models/GLM-4.7-GPTQ-Int4-Int8Mix   --tensor-parallel-size 4  --served-model-name glm-4.7   --host 0.0.0.0   --port 8000   --trust-remote-code     --gpu-memory-utilization 0.9 --max-model-len 24000 --tool-call-parser glm47  --enable-auto-tool-choice
docker logs -f glm-4.7


常见问题
- 抢答，在任务一执行了之后， 没有跳出for循环，而是直接继续往下直接任务二以及之后的任务
```
这是一个非常经典且顽固的 Context Leakage (上下文泄漏) 问题。
现象分析：
尽管你在代码层面做了 for 循环或 while 循环，但在 ExecutorStreamNode 内部，你把 "用户的总目标 (User Request)" 完整地传给了 Agent。
用户的总目标：“请帮我建立模型，步骤是：1.确定文件名，2.查PVDG，3.查PVTW，4.查密度……”
你给 Agent 的指令：“当前任务：查PVDG。”
Agent 的思考：“好的，我查到了 PVDG。但我看了一眼‘用户的总目标’，里面还有 PVTW 和 密度。既然我手里有工具，为了表现得高效，我干脆把后面的一起做了吧！”
Agent 太聪明了，它在“抢跑”。
要彻底解决这个问题，必须实施 “知情权隔离” (Information Isolation)。不要让执行当前任务的 Agent 知道后面还有任务！ 把它变成一个“只知道眼前这一步的傻瓜”。
```
- 这是一个非常典型的 ReAct Agent "死循环" (Infinite Loop) 问题，导致 Token 爆炸。

- 生成的数据对比
（1）init.inc
PRESSURE一致，SWAT不一致

# 开发过程中遇到的问题
(1) 2026年1月16日，140环境会存在大量的其他文件解析，需要等待其他的文件上传完毕并解析后，才能轮到自己的文件解析
(2)日志中打印出，在调用rag_search工具的时候，生成的任务列表，参数中会带上工区名称，在prompt中添加禁止语句：
```
6. 【关键搜索规则】：在使用 rag_search 生成搜索关键词时，**严禁**包含工区名称（例如“西南冯家湾”）。
   - 错误示例：搜索 "西南冯家湾 天然气PVT"
   - 正确示例：搜索 "天然气PVT" 或 "气体高压物性参数表"
   - 原因：系统已锁定当前工区文档库，加入工区名称会干扰技术关键词的匹配。
```