编写强效智能体提示 | AI生成和翻译

首页 2026.07 English 中文

---

你的提示是可以理解的，但对于像 Hermes 这样的自主智能体（尤其是自主编码/运维智能体）来说，它过于口语化，并且缺少一些重要的约束条件。智能体在你明确以下内容时表现更好：

1. 目标
2. 环境
3. 步骤
4. 规则
5. 预期输出

你当前的提示：

记住你需要记录所有代码或脚本，然后执行它们，在 runpod 目录下，ssh …，现在去那里，检查 librechat 和 sglang 的配置，使用 8888 端口，这样我就能拥有聊天机器人

问题：

• “这里”指代不明。
• “检查配置”没有定义成功意味着什么。
• “记录所有代码或脚本”很好，但应指定位置。
• SSH 命令包含基础设施细节；更好的做法是告诉智能体使用它，但要避免重复机密/令牌。
• 没有告诉智能体不要破坏现有配置。
• 没有要求最终状态报告。

一个更强的智能体提示：

任务：在 RunPod 实例上设置并验证 LibreChat + SGLang 聊天机器人服务。

环境：
- SSH 进入 RunPod 机器：
  root@<RUNPOD_HOST> -p <PORT> -i ~/.ssh/id_ed25519
- 在 RunPod 项目目录内工作。

要求：
1. 在执行任何命令之前，创建/更新一个文档文件，解释：
   - 该命令的功能
   - 为什么需要它
   - 预期输出
2. 将所有脚本/配置文件保存到项目目录中。
3. 不要将密码、API 密钥、SSH 密钥或机密放入可能上传到 GitHub 的文件中。
4. 首先检查现有的 LibreChat 和 SGLang 安装。
5. 如果可能，重用现有配置。未经检查不要重新安装或删除任何内容。
6. 验证：
   - SGLang 模型服务器正在运行
   - LibreChat 可以连接到 SGLang
   - 端口 8888 已暴露并可访问
7. 启动/修复服务，以便我可以通过端口 8888 打开聊天机器人。

完成后，报告：
- 创建/修改的文件
- 执行的命令
- 当前服务状态
- 访问聊天机器人的 URL/端口
- 任何遗留问题

对于自主智能体，短语：

“先记录，后执行”

实际上是一个非常有效的约束。它迫使智能体创建可复现的操作，而不是进行随机的 shell 探索。

另一个改进：要求它创建单个入口脚本：

创建 run.sh 或 setup.sh，以便以后可以复现整个环境。

这更适合你的工作流程，因为下次你启动 RunPod 实例时，智能体可以运行该脚本，而不是重新发现一切。

---

AI生成和翻译，但整理分享仍需精力。如果觉得有帮助，欢迎 捐助支持。 微信：@lzwjava · X: @lzwjava · 打个招呼 👋

返回 捐助