项目收总
RemoteLab
RemoteLab让人能从手机、电脑和飞书持续把工作交给AI，并找到原对话、原成果和当前状态。人换个入口回来后，应该能接着处理同一件事。
更新时间：2026-10-17 14:10（北京时间）；本次为表达改写，进展沿用10月17日04:13及文中所列记录。 · 来源 1 ↗
功能／子项目的完成与进展
项目目前的情况与原说明
这个项目负责什么
RemoteLab让人能从手机、电脑和飞书持续把工作交给AI，并找到原对话、原成果和当前状态。人换个入口回来后，应该能接着处理同一件事。 RemoteLab负责连接这些入口、运行任务和保存上下文。负责理解要求、选择工具和作出答复的Agent执行层称为Harness。区分这两部分，是为了排查时知道问题发生在理解执行，还是消息连接和投递。
排查漏答时，沿一条消息往下查
先找到人的原消息，再依次看：系统是否收到了它，是否开始执行，结果准备发到哪里，最后是否实际送达。这样可以分清没有开始、执行失败、发送失败和发错位置。 改完以后，用一条新的自然消息检查完整过程。服务启动成功和回放测试有帮助，但还需要看同事真的发来问题后，能否在原来的位置接着聊。10月16日晚已发布话题归属和中途答复的修复，新话题多轮体验仍待验证；原WorkPlan停止决定继续保留。
工作分开做，沟通仍要接得上
独立的工作Session用于分别执行和保存上下文；飞书话题是人进入讨论的位置。用户要求分开工作时，要结合原话确认需要后台分工，还是另一个可直接聊天的入口。 分工后保留各项任务的链接，把后来的补充送到对应工作，并在主话题收齐结果。原会话里有人追问时及时回答，同时继续已授权的主任务。明确叫停一项交办时，要覆盖这项交办的全部执行。 实现这些能力时，优先使用已有的会话、消息投递、任务和调度机制。入口应让成员看见并直接使用。修改时保留其他会话的成果和明确设置的回应方式。
已经完成的迁移和入口调整
10月15日，US已关机，业务迁到SG；旧磁盘保留。约60GB历史回退副本没有被设成关机前必须外存的条件。接续迁移工作时，先核对正在使用的数据和入口，再决定需要补哪些备份。 原自建Todo读写入口已停用。原执行报告记录旧事项已归档或迁入飞书，增强端的旧显示仍待更新。项目话题目录优先由服务端提供，默认记忆指引和目录也已压缩去重；这些文字调整是否改善了使用质量，还没有独立结论。
还有哪些能力没有跑通
会议自动收集只跑通过样例和去重。10月16日新会议没有被发现，材料仍由人贴到群里。原观察器只检查已进队列的任务，所以会议连队列都没进入时，它也发现不了问题。后续要补的是会议发现及漏收检查，私有妙记的访问问题也保留。 访问监管首页已做简化，但持续采集因为丢事件仍暂停。目前能查历史记录，完整审计尚未恢复。Prompt安全审阅也保留失败部分和未覆盖内容；发现风险标记后，需要回到原证据确认。
怎样判断改动已经交付
看同事能否从常用入口完成原来的目标：发出要求、接续讨论、找到结果。保留服务检查、代码测试和真实送达的各自证据，下一次排查才能知道哪一步已经通过。 线上状态以当前配置和原回执为准。项目群之间有配对关系，只能帮助定位工作；发送群消息、开启其他任务和调整权限，仍依据实际交办。
实际案例 · 同类比较
评分规则与权重 · 其他协作反馈
各项0–100分，越高越好。建议权重可调整；完整填写五项与依据后才计算总分。空白保留待评。
权重合计100%。
其他协作反馈 4 个案例
| 任务 / 依据 | 标注 | 结果质量 | 响应速度 | 人工介入 | token效率 | 稳定性 | 综合分 | 标注与评分依据 |
|---|---|---|---|---|---|---|---|---|
表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了
那这个任务清单，我们再测一下吧早期表情体验无问题，但任务清单网页/飞书链路仍需测；发生在推全之前，只作背景。查看依据表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了 那这个任务清单，我们再测一下吧结果与产物早期表情体验无问题，但任务清单网页/飞书链路仍需测；发生在推全之前，只作背景。 目标与验收依据待补 耗时待补 人工介入与反馈表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了 那这个任务清单，我们再测一下吧。逻辑你理解了吗？我们在自己的 session 当中运行是成功了的，为什么在飞书当中没能成功推送呢？两边的逻辑还是不太一样？ 原Review待独立验收 证据缺口待补 表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了 那这个任务清单，我们再测一下吧。逻辑你理解了吗？我们在自己的 sess 2026/9/30 20:53:55表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了 那这个任务清单，我们再测一下吧。逻辑你理解了吗？我们在自己的 session 当中运行是成功了的，为什么在飞书当中没能成功推送呢？两边的逻辑还是不太一样？ 原分析：早期表情体验无问题，但任务清单网页/飞书链路仍需测；发生在推全之前，只作背景。 已记录改动：尚无单独核实的改动记录 后续：以短答、长任务、交互问题、连续追加的真实新样本核对清单触发和跨入口显示。 来源 1 ↗ | 原Review：待独立验收 | 待评 | ||||||
| 我聊两句天，你怎么也介入？闲聊不应介入；与10月4/5同类误插话合并，不依表情投票。 | 原Review：待独立验收 | 待评 | ||||||
感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧原作者要求停止降智preflight和每日任务；是历史具体停止指令，不恢复旧试行。查看依据感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧结果与产物原作者要求停止降智preflight和每日任务；是历史具体停止指令，不恢复旧试行。 目标与验收依据待补 耗时待补 人工介入与反馈感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧 原Review待独立验收 证据缺口待补 感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧 2026/9/24 00:06:45感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧 原分析：原作者要求停止降智preflight和每日任务；是历史具体停止指令，不恢复旧试行。 已记录改动：尚无单独核实的改动记录 后续：保持已有停止要求，需恢复时等待新的明确决定。 来源 1 ↗ | 原Review：待独立验收 | 待评 | ||||||
哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了当时磁盘问题需单独原会话处理；当前真实磁盘故障另列为自查，不以旧评论批准任意删文件。查看依据哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了结果与产物当时磁盘问题需单独原会话处理；当前真实磁盘故障另列为自查，不以旧评论批准任意删文件。 目标与验收依据待补 耗时待补 人工介入与反馈哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了 原Review待独立验收 证据缺口待补 哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了 2026/9/23 12:04:55哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了 原分析：当时磁盘问题需单独原会话处理；当前真实磁盘故障另列为自查，不以旧评论批准任意删文件。 已记录改动：尚无单独核实的改动记录 后续：核对当前容量和原任务补救，不据旧评论删除文件或重跑。 来源 1 ↗ | 原Review：待独立验收 | 待评 |
功能反馈与处理 · 9 条原记录
像这个 case 它不边干边回我就很难受 2026/10/1 23:39:28
像这个 case 它不边干边回我就很难受
原分析：长任务缺有用中间回应；与现有进展消息计划合并。
已记录改动：尚无单独核实的改动记录
后续：按当前已保存的回复选择验收有用进展、历史补看与并发提醒；保留不同使用者的明确选择。
来源 1 ↗表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了 那这个任务清单，我们再测一下吧。逻辑你理解了吗？我们在自己的 sess 2026/9/30 20:53:55
表情这里，其实这几轮校验验下来，后面已经没有什么问题了。我觉得表情可以按照这个模式，我们自己稍微再试一下，就可以基本上做全推了 那这个任务清单，我们再测一下吧。逻辑你理解了吗？我们在自己的 session 当中运行是成功了的，为什么在飞书当中没能成功推送呢？两边的逻辑还是不太一样？
原分析：早期表情体验无问题，但任务清单网页/飞书链路仍需测；发生在推全之前，只作背景。
已记录改动：尚无单独核实的改动记录
后续：以短答、长任务、交互问题、连续追加的真实新样本核对清单触发和跨入口显示。
来源 1 ↗我觉得现在文章信息的质量已经不差了，就是你基本上能拿到所需要的全部上下文。 但现在就是感觉不说人话，就总用一些莫名其妙的黑话名词来表达内容，看得我非常累。 就因为你想想咱们俩高频沟通，一天对话三四 2026/9/22 15:43:23
我觉得现在文章信息的质量已经不差了，就是你基本上能拿到所需要的全部上下文。 但现在就是感觉不说人话，就总用一些莫名其妙的黑话名词来表达内容，看得我非常累。 就因为你想想咱们俩高频沟通，一天对话三四十轮，你每一次都发明点新词，然后不说人话。你又输出那么冗长的内容。我看不下去啊，真是坦白说要看吐了。 你想想这是啥原因呢？就是咱们能不能改一下？如果你需要一些证据和正反手教学，我也可以给你一些。 就是因为我跟你其他会话也证明了，就是只要我说说人话几个字，你都能给我翻译到一些相对更为理解的东西。 能不能想想这是啥原因？ 
原分析：输出黑话/长句可读性差；现行说人话规则已有，个人审美不直接变全员新偏好。
已记录改动：尚无单独核实的改动记录
后续：用具体原稿与改稿比较句子、术语和信息量；保持原有事实与日期。
来源 1 ↗嘘是本条参与可能不合时宜的负向线索；没有进一步文字说明，具体根因保留不确定。 2026/9/28 19:08:33
未取得直接引语
原分析：嘘是本条参与可能不合时宜的负向线索；没有进一步文字说明，具体根因保留不确定。
已记录改动：尚无单独核实的改动记录
后续：用人与人讨论、向Agent提问、暂停或恢复的具体用例核对参与对象；表情只作局部线索。
来源 1 ↗我聊两句天，你怎么也介入？ 2026/9/28 18:53:38
我聊两句天，你怎么也介入？
原分析：闲聊不应介入；与10月4/5同类误插话合并，不依表情投票。
已记录改动：尚无单独核实的改动记录
后续：用人与人讨论、向Agent提问、暂停或恢复的具体用例核对参与对象；表情只作局部线索。
来源 1 ↗也合理吧，反馈机制一起考虑进去，如果用户发完一堆消息你判定为未回复但是又单独发消息只@你，说明上一条需要重新复盘思考，如果你回复后用户单独mute也是同理，只是给你个参考，要把反馈机制一起做掉；然后m 2026/9/28 11:08:00
也合理吧，反馈机制一起考虑进去，如果用户发完一堆消息你判定为未回复但是又单独发消息只@你，说明上一条需要重新复盘思考，如果你回复后用户单独mute也是同理，只是给你个参考，要把反馈机制一起做掉；然后mute太麻烦了，我希望消息评论[嘘]也可以直接mute
原分析：建议单独@或mute反映上一条需复盘，嘘可mute；只作为原表情反馈机制要求，未以该句批准当前所有自动规则。
已记录改动：尚无单独核实的改动记录
后续：用人与人讨论、向Agent提问、暂停或恢复的具体用例核对参与对象；表情只作局部线索。
来源 1 ↗ 我感觉是所有会话在启动上都有点问题，包括你自身，第一次回复也过了好几分钟，这里 2026/10/2 23:58:00
 我感觉是所有会话在启动上都有点问题，包括你自身，第一次回复也过了好几分钟，这里 remotelab 机制、codex 目前回应速度都可能有影响，你检查一下真正的原因
原分析：启动首回应慢，要求查真实机制；相关旧账号/锁修复与当前链接问题分别留证，不把速度体验当已通过。
已记录改动：尚无单独核实的改动记录
后续：分开测量账号等待、启动、计算和首回应可见时间，先核当前实现再谈改动。
来源 1 ↗感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧 2026/9/24 00:06:45
感觉现在的模型降智现象几乎没有了，可以把 preflight 关了省耗时，另外这个每日任务也可以永久停止了。我们等之后又感觉降智再开启吧
原分析：原作者要求停止降智preflight和每日任务；是历史具体停止指令，不恢复旧试行。
已记录改动：尚无单独核实的改动记录
后续：保持已有停止要求，需恢复时等待新的明确决定。
来源 1 ↗哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了 2026/9/23 12:04:55
哦这个事情我们单开一个新会话讨论吧，还是蛮重要的。不然马上磁盘又满了
原分析：当时磁盘问题需单独原会话处理；当前真实磁盘故障另列为自查，不以旧评论批准任意删文件。
已记录改动：尚无单独核实的改动记录
后续：核对当前容量和原任务补救，不据旧评论删除文件或重跑。
来源 1 ↗本页面按项目说明整理功能；不修改原项目登记与token归属。