zaite
zaite
> 使用提示词让模型输出《think》，但是为什么有时侯没有思考过程的输出，只有回复的答案。 由于看不到模型返回的具体信息，不确定是模型没有输出《think》内容，还是代码中处理掉了 这个可否优化下方便跟踪或排错 对话记录进去点查看详情
> 例行检查 > > [x ] 我已确认目前没有类似 issue [x ] 我已完整查看过项目 README，以及[项目文档](https://doc.fastgpt.in/docs/intro/) [ x] 我使用了自己的 key，并确认我的 key 是可正常使用的 [x ] 我理解并愿意跟进此 issue，协助测试和提供反馈 我理解并认可上述内容，并理解项目维护者精力有限，不遵循规则的 issue 可能会被无视或直接关闭 你的版本 > > 公有云版本 [x...
同样的问题，按上面的说明在debian系统的/etc/profile文件里设置了环境变量(服务以www、root用户运行都试过)，还是报这个错误 
> 没看懂 他的意思应该是需要url路径的自定义组装，把变量引入进去
同样的需求，不然很多时候答非所问，很难搞
> > 某些API使用场景（如：OpenWebUI）不支持使用 reasoning_content 展示思维链，仅支持 标签展示思维链，需要在渠道中可配置。 > > OpenWebUI 作为最顽固的不支持reasoning_content的开源工具，已经在0.5.19之后添加了对reasoning_content的显示支持，见[PR](https://github.com/open-webui/open-webui/pull/11066)。 > > 反倒是think tag转reasoning_content更加复杂，因为目前所有看到的方案都是匹配 ，但实际上这种parsing方式完全无法应对content本身含有 或者 的情况。我测试了deepseek本身的网页，可以支持嵌套多层明文 / 的情况。 确实，用标签方式当初不知道是哪家愣子想的，简单但是粗暴，在复杂场景下，这个就比较鸡肋了，尤其是给其他多方平台对接开发商业化使用的场景
是个好的建议，但是应该排除直接出现在api的content中和供三方对接的api中，输出应该像ds一样使用单独的思维字段，不然会污染上下文。
你可以用其他 ai 应用平台封装配置啊，那样更加灵活
试试高级编辑，工具调用插件，，还有一种是问题分类
这个对话功能当初就是为了开发者们方便调试测试用的，而不是让你作为线上对话使用。还有就是你要关闭不喜欢这个功能界面，你把自定义对话链接换掉或者清空就行了