0. 先和大家打个招呼吧 
你是谁： 一名从事生物数据分析与网页开发的科研工作者。
你是怎么用 TRAE 把 Demo 做出来的： 作为一名科研工作者，我日常需要处理大量生物数据，但单位的服务器大多还是 CentOS 7 老版本，无法使用 TRAE 的 AI 辅助功能。我把这个痛点告诉 TRAE，它帮我从架构设计开始，一步步实现了整个扩展。最让我惊喜的是文件系统提供器的实现——我只是描述了想要的功能，TRAE 就帮我写好了完整的 VS Code FileSystemProvider 接口代码，包括打开、编辑、保存、删除等所有操作。原本以为需要研究很久的 VS Code API，TRAE 几分钟就搞定了，让我能专注于解决实际问题。
1. Demo 简介
是什么： 一个 TRAE IDE / VS Code 扩展程序（.vsix）；
面向谁： 需要在旧版 Linux 服务器（glibc 2.17 / CentOS 7 / RHEL 7）上进行数据处理和开发的科研工作者、开发者、运维工程师；
主要功能：
-
远程文件浏览与编辑：通过自定义 trae-remote://协议，在 TRAE 编辑器中直接打开、编辑和保存远程服务器文件，生物数据分析脚本随时可改 -
远程终端：在 TRAE 内置终端中打开完整的 SSH 交互式 shell，运行生物信息分析命令 -
AI 编程支持：远程文件可被 TRAE AI 读取和编辑，支持 #filename引用，AI 帮我写数据分析脚本 -
服务器管理面板：Webview 仪表板实时展示服务器状态（CPU、内存、磁盘、进程等），监控数据分析任务进度
2. Demo 创作思路
灵感来源： 作为科研工作者，我经常需要在单位的 CentOS 7 服务器上运行生物数据分析流程，但 TRAE 官方 Remote SSH 因 glibc 版本冲突无法使用，导致 AI 辅助编程功能完全失效。这不仅影响了我的工作效率，也让我错过了很多学习和优化代码的机会。
想解决的问题：
-
单位大量 CentOS 7 服务器（glibc 2.17）无法使用 TRAE AI 编码功能
-
旧版服务器上编写和调试生物数据分析脚本效率低下
-
需要一种无需在服务器上部署任何软件的轻量解决方案
为什么做这个方向： 我选择纯 SSH/SFTP 方案，因为：
-
零部署：所有逻辑在本地运行，不修改服务器任何配置，对科研数据环境零干扰
-
兼容性强：只需 SSHD + 标准 POSIX 工具，完美支持单位的 CentOS 7 老服务器
-
安全可靠：不向远程服务器上传任何组件，避免影响科研数据安全
3. Demo 体验地址
方式三选一： 上传 VSIX 文件
已打包的扩展文件：trae-legacy-remote-0.1.0.vsix
安装方法：
-
在 TRAE IDE 中打开扩展视图（
Cmd/Ctrl+Shift+X） -
点击右上角
···菜单 → Install from VSIX… -
选择
trae-legacy-remote-0.1.0.vsix -
重启 IDE，左侧活动栏出现 TRAE Legacy Remote 图标
配置示例： 创建 ~/.trae-legacy-remote/servers.json：
JSON
[
{
"name": "bio-server-01",
"host": "192.168.1.10",
"port": 22,
"username": "researcher",
"privateKeyPath": "/Users/you/.ssh/id_rsa"
}
]
4. TRAE 实践过程
完整开发流程：
-
需求分析与架构设计：向 TRAE 描述我的痛点——单位 CentOS 7 服务器无法使用 AI，它帮我设计了本地运行 + SSH/SFTP 连接的架构方案
-
核心 SSH 模块：使用
ssh2库封装 SSH 连接池、SFTP 操作和终端功能，实现与远程服务器的通信 -
文件系统提供器：实现 VS Code FileSystemProvider 接口，支持
trae-remote://协议，让远程文件像本地文件一样被编辑 -
视图与命令注册：创建服务器列表和远程文件树视图，注册连接、断开、打开终端等命令
-
管理面板：生成 Webview 仪表板，展示服务器状态（glibc 版本、CPU、内存、磁盘、进程等），方便监控数据分析任务
-
AI 上下文集成：实现 contextProvider，让远程文件能被 TRAE AI 读取，支持 AI 辅助编写生物数据分析脚本
关键步骤截图（建议在发布时附上以下场景的截图）：
-
截图 1：活动栏中的 TRAE Legacy Remote 图标和服务器列表，展示已连接的 CentOS 7 服务器
关键任务对话的 Session ID：
-
2153289351179436:09e91e163ca660d43772fd7cb4057693_6a48af13c9f8f30bff4e7644.6a48af13c9f8f30bff4e7647.6a48af13c9f8f30bff4e7645:TRAE Work CN.0.1.29.no_sid.no_ppe.T(2026/7/4 14:58:27)
-
2153289351179436:eabb608c7885f6affed18c9ec90f6cc9_6a48af13c9f8f30bff4e7644.6a48b817c9f8f30bff4e787a.6a48b817c9f8f30bff4e7878:TRAE Work CN.0.1.29.no_sid.no_ppe.T(2026/7/4 15:36:55)
额外：经验总结
踩坑复盘：
-
最初尝试在远程服务器上运行 TRAE Server 组件，但遇到 glibc 版本冲突报错，果断转向本地运行方案
-
发现 VS Code 的 FileSystemProvider 接口需要实现 10+ 个方法，TRAE 帮我逐一补全了缺失的方法
-
管理面板的实时数据刷新需要平衡性能，最终使用
setInterval+ 命令缓存优化方案
与科研工作的结合：
-
现在我可以在 CentOS 7 服务器上使用 TRAE AI 帮我写 Python/R 数据分析脚本
-
远程终端直接运行生物信息学分析工具（如 Bowtie2、Samtools）
-
管理面板实时监控数据处理任务的资源占用情况
未来展望：
-
支持 OS 钥匙串存储凭据（
keytar），更安全地管理服务器密码 -
多服务器并行会话，同时处理多个数据分析任务
-
远程文件实时监听，数据文件更新时自动通知
-
拖拽上传/下载，方便传输大型测序数据文件