Uranus

入群审核

答题前请先把下面六部分看完,题目都从这里出。

第一部分

如何在提问的时候更高效

作者:糯米机作者老师 · 糯糯糯糯五。转载在这里方便大家看,版权归原作者。

从「我这里不对」到「大家可以一起排查」

发现异常非常重要;把异常整理成他人能够理解、判断和复现的信息,是另一项同样重要的能力。

你不需要独自解决问题,但需要先把个人体验整理成别人能够理解、判断和复现的信息。

四个步骤

1 观察
先说实际发生了什么,不急着宣布原因,也不用只说「怪怪的」。
2 拆开
区分客观事实、自己的推测、可能原因,以及真正希望对方判断什么。
3 排查
搜索已有内容,检查个人环境,一次只改变一个变量,并记录结果。
4 请求
带齐环境和过程,提出一个范围有限的问题,给对方延后或不处理的空间。

这不是禁止提问。项目需要真实、清楚的 Bug 反馈。本说明的目的不是让用户闭嘴,而是通过一些简单的科普让反馈环节变得更加轻松可行。反馈需要双方共同参与,一个良好的反馈习惯能为双方带来便捷。

先拆开:事实、推测、原因和诉求不是同一件事

以「角色似乎忘记了昨天的聊天」为例:昨天的聊天记录里还有「我们明天一起去看烟花吧」「好,我答应你」,今天角色却说「什么时候约的?我完全不记得」。你观察到的现象是真的,但第一反应不一定就是最终原因。

事实
你实际看到了什么:昨天的消息仍在;角色否认约定;重新生成三次仍然相似。这些内容可以被截图、记录或再次验证。
推测
你认为发生了什么:「角色没有读取上下文。」这是一个合理猜测,但目前还不是已经证明的事实。
可能原因
哪里都可能出问题:历史没有发送、API 截断、模型没有利用、设置改变、旧数据异常、一次生成失误。
诉求
你希望别人判断什么:例如「我想确认应该先检查历史长度、模型表现,还是消息发送过程;如果需要日志,请告诉我具体需要哪一项。」
请尽量把句式从「它就是…… / 它是否……」改成「我观察到……,所以怀疑……,已经检查……,现在想确认……」。如果说得过于笃定,作者需要反驳并解释,额外消耗精力;也可能让作者主观地认为「你说错了,所以问题不在这里,我不需要进一步排查」。

「我遇到了异常」是真实的;「异常一定由项目造成」仍然需要证据。

作为用户疯狂地在项目里遇到 bug

问题可能全部真实,但用户的环境和使用方式,也可能恰好不断扩大接触 Bug 的机会:真实异常 × 非标准路径 × 高频变动 × 低复盘 = 问题出现得比整理速度更快。

  • 使用路径很特别:常规路径是 A → B → C,也有人会自然走进边缘状态(打开 A → 修改 C → 返回旧页 → 切模型 → 导入旧数据 → 再用 B)。这不一定错误,却更容易进入开发者没有充分覆盖的组合。
  • 用的内容又快又杂:半小时里同时更换模型、配置、角色和数据。接触的变量越多,遇到罕见问题的机会越多;但一次改变太多,又会让真正原因更难被找出来。
  • 多个症状共享同一环境:五个问题,也可能只有一个根因。同一个 API、中转、设备、旧数据或混乱配置,可能同时影响聊天、记忆和世界书。剩下暂时解释不了的,再叫「磁场不合」。
  • 发现与反馈是两种能力:能发现「这里不对」,不等于能还原过程。如果无法记录自己做过什么,或者无法执行初步诊断,而是每看到一个结果就立刻发送,开发者收到的会是一串互相无法连接的现象。

会发现 Bug:敢探索、对异常敏感,能走到一般用户不会进入的角落。会参与排查:能复述过程、检查变量、控制频率,并等待前一个问题形成初步结论。

如果你特别容易触发异常,却暂时不具备记录过程、基础排查和整理反馈的能力,可以先减少探索、使用稳定功能,或等待项目更加成熟。否则作为用户会不断受挫,作者也会长期被迫陪同排查,最后只是双方互相折磨。你不必有能力修好 Bug,但需要有能力参与排查。

一句「帮我看看」实际上转移了哪些工作

发送一句话只需要十秒;如果信息不完整,屏幕对面的人就要把你没有完成的整理全部补上。比如只发「老师,我聊天时觉得角色回复怪怪的,帮我看看」,对方要猜目标(用户本来想完成什么)、猜重点(截图里究竟哪句话不对)、补环境(版本、机型、模型、API 是什么)、重建过程(做过哪些操作,怎样才能复现)。

信息重建
反复追问缺失信息,把零散截图重新拼成一个能理解的问题。
技术排查
区分项目 Bug、模型表现、API 异常和个人配置,并搭环境复现。
工作判断
暂停原本的开发,判断严重程度、影响范围和是否应该优先处理。
情绪处理
担心用户是否被项目伤害,考虑作者自身是否能承担用户情绪。
隔着互联网,只会让你看不见这些工作量,不会让工作量消失。

提问不是交接任务。它是请求另一个人拿出不可退还的时间和注意力。你可以请求协助,但不能默认对方应该从零接手、持续陪同,或回应所有意见。作者是人,不是问题处理接口;礼貌首先是承认对方拥有自己的时间。这体现在提问方式本身,而不是一句「老师不着急,有空看就好」。

为什么卑微、撒娇和理直气壮都不好用

问题不在于有没有恶意,而在于这些表达会让接收者额外承担猜测、安抚或完整接管。

  • 「老师,我聊天时发现角色回复怪怪的。」+截图 —— 完全意味不明:需要猜哪里怪、你想得到什么、截图哪句话是重点。
  • 「角色忘记昨天的事了啊啊啊,好痛苦……希望老师解决一下。」—— 把情绪一起交出去:情绪强度不是 Bug 等级,还会担心项目是否给用户造成了过多负面影响。共情能力高的作者会一起痛苦,敏感的作者会认为这本质上是在抱怨项目。
  • 「帮我看看这个角色为什么不读取上下文。」—— 直接分配任务:默认作者应该从零理解环境、选择排查路径,并负责得出结论。
  • 「😭😭😭 呜呜呜老师救救……」—— 用撒娇代替信息:可能是想缓和气氛,实际却让对方还要判断怎样回复才不显得冷漠。作者愿意一起排查,但通常不愿承担和处理用户情绪。

不过分卑微,也不理所当然,走中间这条路:

清楚
说具体发生了什么,不用「怪怪的」代替描述。
负责
说明自己查过什么,而不是把第一步也交给别人。
有限
只请求一个明确判断,不要求持续陪同和逐条回应。
留白
允许对方延后、拒绝,或判断它暂时不值得处理。

可以说明「导致跨日期剧情无法继续」;不要用「我好痛苦」代替实际影响。

完整案例:同一个问题怎样才算能够处理

原句:「老师,角色不读取上下文,回复怪怪的,好痛苦,帮我看看呜呜呜。」—— 没有版本和设备,没有模型与 API,推测被写成结论,没有说明排查,没有限定诉求。整理后,可以这样发送:

你好,我在项目版本 vX.X 的聊天功能中遇到了一个可能与上下文有关的问题。
环境:设备 / 系统 XX;项目版本 vX.X
模型 / API:XXX 模型;XXX API;来源是官方 / 公益站 / XX 站 / ……
场景:同一段聊天跨日期继续进行
事实:角色否认昨天已经发生的事件
预期:昨天的历史内容继续作为上下文
复现:重新生成三次,结果仍然相似
已排查:消息仍存在;换模型后表现不同
我的推测:可能与历史长度或模型利用有关
想确认:我应该先检查历史长度、模型表现,还是消息是否完整发送?如果需要日志或更多复现信息,我可以补充。如果属于模型问题或暂时无法处理,告知结论即可。

发送前,花 30 秒自检:事实和推测是否分开?是否写了已经完成的排查?是否删掉无关情绪与连续 Emoji?环境、现象和预期是否齐全?是否只请求一个有限判断?是否允许延后、拒绝或不处理?

你不需要带着答案来,也不必为提问而卑微;但需要为交出去的信息负责。

第二部分

安全与规范红线

1. 保护自己的财产安全

  • 严禁发送任何个人 API Key(密钥)。Key 被别人拿到,花的就是你的钱。截图提问前先打码。
  • 严禁发送服务器公网 IP,群聊、私聊都不要发。
  • 后端密钥(URANUS_PASSWORD)、Photon 的 projectSecret、控制台账号密码也一样,谁问都不给。

2. 禁止推广

  • 严禁任何形式的商业推广、API 中转站广告,包括「推荐一个好用的中转站 + 邀请链接」。

3. 禁止商用、禁止二传

  • Uranus 小手机是免费项目。禁止出售、转卖 Uranus 小手机及 Uranus_Imessage 本体,以及账号密码、访问链接、密钥等相关内容。
  • 禁止通过「代安装」「代注册」「整合包」等形式进行变相收费。
  • 禁止二传控制台链接。朋友想玩,让他自己来答题进群。
  • 账号一人一个,别外借。借来的、买来的账号都会被拉黑(误封的话等解封)。如果你是买来的,恭喜你被骗了。
  • 禁止未经允许二次分发,禁止套壳 / 二改售卖,禁止恶意破坏 / 攻击,禁止所有商业化。
  • 要二改:二改 Uranus_Imessage 请看它的开源协议;二改小手机需要先问作者。
  • 社区和其他小手机禁止的行为,这里也一律禁止。

4. 反对付费小手机

  • Uranus 小手机严厉反对商业化,尤其是付费小手机。没有瓜的付费小手机也严厉禁止!
  • 如果你在玩别的付费小手机:请藏好,不要让作者知道。

第三部分

小手机版与桌面版的区别

桌面版(Uranus iMessage)跑在你自己电脑上,电脑一关,角色就下线。小手机版把它搬到了 Cloudflare 上:

  • 不用电脑、不用服务器:后端跑在你自己的 Cloudflare 免费账号里,24 小时在线。
  • 手机上就能管:控制台是个网页。先登录(审核后发的账号,或者 Discord),再填后端地址和后端密钥(部署时设的 URANUS_PASSWORD)。
  • 数据只在你自己那儿:模型密钥、人设、聊天记录都存在你自己的 Worker 里,作者看不到。
  • 它不提供 AI 模型和 iMessage 线路:模型用中转站或官方接口,线路用 Photon 自己开通。

小手机上没有的:

  • 语音条只支持 Fish Audio 和 ElevenLabs(MiniMax、GPT-SoVITS 要 ffmpeg 转格式,Worker 里没有,会退回成文字)。
  • 没有「重启服务」「检查更新」「整包备份 / 恢复」;云备份不含图库里的图片,也不能从云备份直接恢复。

怎么更新:在你自己 GitHub 上那份仓库页面点 Sync fork,Cloudflare 会自动重新部署,数据不会丢。其余功能(聊天、记忆、日记、主动消息、线下模式、快捷指令、Uranus 助手等)和桌面版一样。

Uranus 小手机图文部署教程飞书 ↗

第四部分

Photon 偶尔连不上

Photon 的服务器在国外,可能(但不多)会遇到连不上的情况,耐心等待。如果一直不行,请反馈。

Photon 教程腾讯文档 ↗

第五部分

常见问题与功能介绍

报错码、不回复、生图、语音、OOC 怎么处理,反馈要写什么,都在这里。

Uranus 常见问题与使用指南飞书 ↗

第六部分

Uranus 快捷指令

直接在 iMessage 里给角色发,都不消耗 token。记不住就发 /help。

/help看全部指令
/clear 1清除最近 1 轮对话(数字可以改;不带数字按 1 轮)
/del清空当前对话的全部上下文
/重roll对刚才那条回复不满意,重新生成一次(也可写 /reroll)
/provider查看所有服务商;/provider1 切到第 1 个
/model查看当前服务商的模型;/model1 切到第 1 个
/image 描述直接生成一张图(不经过 AI,也不进上下文)
/记忆立刻把攒着的聊天记录总结成一条记忆(也可写 /memory)
/日记立刻写一篇日记(也可写 /diary)
/提示词协助模式角色让位,换提示词工程师帮你排查人设 / 世界书 / 预设;这期间的话不进角色上下文
/提示词协助模式关闭结束协助(中间不带空格)
/开启线下开始一段线下剧情,这时角色的线上功能全部停用
/小总结 · /大总结立刻总结线下剧情
/关闭线下结束剧情,回归线上功能
/防相亲开着时指令确认、报错、总结这些系统发言都不发出来(暗号能在「发送」里改)

开始答题

恭喜您
在
完成答题!

请将该截图发送给管理员