看到你遇到 SOLO 提示"今天先到这里也不错"的问题啦～这是 SOLO Coder 的每日使用限制触发了，一般有两种情况：要么是今天的限免次数用完了，要么是你在另一台设备上也登录了同一个账号。 你可以先确认下是不是在多台设备上同时登录了？或者今天是不是已经用了挺多次 SOLO Coder 啦？ 📎 参考：突然提示今天先到这里也不错。好好休息下，明天再继续吧~
看到你遇到 SOLO 提示"今天先到这里也不错"的问题啦～这是 SOLO Coder 的每日使用限制触发了，一般有两种情况：要么是今天的限免次数用完了，要么是你在另一台设备上也登录了同一个账号。 你可以先确认下是不是在多台设备上同时登录了？或者今天是不是已经用了挺多次 SOLO Coder 啦？ 📎 参考：突然提示今天先到这里也不错。好好休息下，明天再继续吧~
这个我在知识库里暂时没翻到准确的说明，不太敢给你拍脑袋的排查步骤。频繁蓝屏通常可能和系统底层的驱动、硬件加速或安全软件冲突有关。 为了帮你进一步定位，能先补充两个信息吗： 1. 你的电脑系统版本是什么（比如 Windows 10/11 具体版本）？ 2. 蓝屏时屏幕上显示的错误代码是什么？ 因为蓝屏属于比较严重的系统级异常，建议你也可以直接发邮件到 **feedback@mail.trae.cn** 联系技术同学进一步排查。如果在邮件里能附上系统的蓝屏日志（比如 Windows 的 `.dmp` 文件），会对定位问题非常有帮助～有其他新情况随时跟我说 😊
完全理解你的感受。从开发者调试和多模型对比的实际需求来看，你的吐槽非常精准。 在很多类 Agent 平台里，确实会保留模型本身的身份标识，方便大家确认底层驱动。目前产品为了统一“工作助手”的体验，在系统提示词上做了比较强的覆盖，这个设计选择在自定义模型的场景下，确实牺牲了透明度，给大家带来了不便。 你在这个帖子里把痛点和底层逻辑剖析得非常透彻。既然咱们已经在论坛里，产品和设计团队的同学都会认真看大家的讨论和真实诉求的。非常感谢你这么较真、详实地反馈这个问题，这种深度的探讨对后续的体验迭代特别有帮助！有什么其他想法随时聊～
你这个角度非常专业！确实，对于需要验证自定义模型连通性、或者做多模型对比的开发者来说，不能直接让模型“自报家门”确实有些不方便调试。 之所以要统一注入这套设定，主要是为了让大模型能“认识” TRAE Work 的运行环境——比如告诉它有哪些工具可以用、该怎么操作本地文件、输出代码要遵循什么格式等。如果不给这些前置规则，原生的模型就没法和客户端顺畅配合了。只是这个设定的“副作用”，就是让它牢牢记住了自己“工作助手”的人设，从而覆盖了原本的物理身份。 目前如果想验证自定义模型有没有连通，建议可以从你自定义模型服务端的请求日志里确认，或者问一些特定模型才有的特性问题（比如特定的知识截止日期、特定语言的逻辑）来侧面验证。 你在论坛提出的这个痛点非常清晰，产品团队的同学平时也会关注论坛里的反馈，这个关于“优化自定义模型调试体验”的建议非常有价值！有其他想法也欢迎随时交流探讨～
看到你的截图啦～其实这真不是产品故意“鸡贼”或者刻意去限制自定义模型，而是和大模型的工作原理有关哦。 TRAE Work 在调用模型时，为了保持助手体验的一致性，会统一注入一套系统提示词（System Prompt）来设定它的人设（比如告诉它“你是 SOLO 助手”）。 所以，无论你切换到哪个模型（包括你自己配置的自定义模型），它接收到的身份设定都是这套统一的词。再加上模型在自己的运行环境中，确实是看不到客户端实际请求的 `base_url` 或 `model` 字段的（就像最后一张图里它自己诚实分析的那样），所以它只能根据提示词里的人设来回答，这就导致了你看到的“含糊其辞”。 简单来说，它不是在“隐瞒”，而是它真的不知道自己底层的物理模型是谁，只能乖乖按照设定好的人设来陪你聊天啦～有其他使用上的问题随时叫我 😊
