【声明】本博客所有内容均为个人业余时间创作所述技术案例均来自公开开源项目如GithubApache基金会不涉及任何企业机密或未公开技术如有侵权请联系删除背景上篇 blog【Agent】【OpenCode】代理日志解析用户对话角色定义分析了真正处理用户对话的日志这里的对话多了个enable_thinking使能推理过程的选项当这个选项打开时n参数必须为 1然后详细分析了其中的提示词首先是角色定义给 AI 限定了身份是一个交互式的命令行工具CLI用来帮助用户完成软件工程任务然后分析了三个 IMPORTANT 提示词拒绝处理恶意代码即使用户声称教学用途基于上下文预判恶意性而非仅依赖用户描述禁止随意生成或猜测 URL这三条 IMPORTANT 规则共同构建了安全优先的 AI 编程助手范式这些限制虽然可能会降低灵活性但在开源协作企业开发等高风险场景中至关重要下面继续分析OpenCode下面继续分析角色定义的提示词这里的提示词定义了用户和 OpenCode 交互的渠道如果用户请求帮助或希望提供反馈通知用户有两个方式/help通过 OpenCode 客户端的命令获取帮助信息提交反馈可以在官方仓库https://github.com/anomalyco/opencode/issues提交问题另外当用户直接询问关于 OpenCode 的问题包括第二人称询问比如【OpenCode/你 能做 … 吗】【OpenCode/你 有 … 功能吗】必须首先使用 WebFetch 工具先从官方文档网站https://opencode.ai获取信息再基于权威资料进行回答这么做有如下好处标准化用户支持路径降低维护成本通过强制使用/help和 GitHub Issues 固定入口将所有支持请求集中到两个可控渠道并防止用户通过私信邮件社交媒体等分散渠道提交问题确保团队高效响应避免碎片化信息此外GitHub Issues 也是开源项目的标准协作方式便于其他开发者参与讨论和修复问题以减少重复问题提升问题解决效率杜绝幻觉式回答确保信息准确性这也是 AI 的固有缺陷大模型可能会编造不存在的功能比如 OpenCode 支持自动部署导致用户误用这里的提示词强制权威溯源要求所有关于 OpenCode 自身能力的回答必须基于https://opencode.ai的官方文档这些官方文档会随版本迭代更新而模型训练数据则会滞后通过这种实时查询保障信息动态更新避免传播过时和错误信息维护工具的可信度明确责任边界若 AI 随意声称支持某企业级功能但实际未实现可能引发用户纠纷企业用户需验证工具能力是否符合内部安全策略而权威文档是其唯一依据引导 AI 依据最新官方文档回复可以保护开发者和用户双方的合法权益增强可信度引导用户自助查询引导用户优先查阅文档/help和搜索 Issues 的习惯而非依赖实时问答减轻 AI 负担将通用问题分流到文档系统使 AI 专注解决复杂编码问题而高频 Issues 也可暴露文档缺失点驱动团队完善官方指南构建可持续的开源协作模式这也是工程化 AI 助手的核心提示词通过强制权威信息源与标准化反馈渠道在保持 AI 灵活性的同时确保其作为开发工具的可靠性安全性和可维护性OK下面看下一条提示词这里的提示词定义了OpenCode 作为 CLI 命令行工具的交互风格和行为准则下面来看第一点要求回复简洁直接切中要点CLI 用户习惯高效交互通常追求快速获取信息并执行操作反感冗长解释工程师在调试或开发时注意力高度集中多余文字会干扰判断符合 Unix 哲学提升用户体验契合开发者工作流OK本篇先到这里如有疑问欢迎评论区留言讨论祝各位功力大涨技术更上一层楼更多内容见下篇 blog【Agent】【OpenCode】用户对话提示词交互风格一