原图细节、数据口径与复习检查

本课用于把前面的方法与资料中的具体细节对照。数字、名称和截图状态是案例记录，不代表所有账号的当前功能，也不代表我们已复现作者的产出规模。

作者披露的数据如何理解

英文原文作者为 Lingxi Li，页面显示发布于 2026 年 9 月 1 日。Kin 的中文分享显示发布于 2026 年 9 月 5 日晚上九点四十三分。当前核对日期为 2026 年 9 月 7 日。

作者描述了人在离开、睡觉或开会时，伙伴继续处理任务、减少在执行任务之间切换上下文的体验。这支持我们研究异步协调方式；是否达到类似效果，仍要看具体项目的环境、权限和验收安排。

八张图片分别提供什么信息

所有中文图片均通过 Codex 内置图生图生成。它们用于帮助理解，不能作为实际操作凭证。伙伴名称保持原样；对话改为简体中文。网址、分支和机器标记在图片中用中文含义表达，下面另行保留需要核对的原始标识。

截图中的今天、昨天和时钟属于截图当时的界面信息。原文没有为每张图提供绝对拍摄日期及统一时区，不能把这些时间直接当成课程练习的排程。

图片02的消息预览

world e2e 是截图中的任务标识，中文图采用功能性表达，不能据此确定具体测试套件。消息预览的省略部分没有补写。界面顶部 EPD 在中文示意图中写为工程团队，原文没有解释该缩写的完整名称。

图片03的任务卡

可见变更编号是 #1022266，修改了 11 个文件，增加 439 行、删除 17 行。任务标题涉及点击气泡，分支预览为 cursor/e2e-reaction-gest…，本身已截断。卡片提供查看变更和在编辑器中打开的入口。

状态栏时间是二十三点四十七分，对话分隔时间为周二晚上十一点十三分。卡片上下的消息有遮挡和裁切，可以辨识测试、构建问题、移动端 #3182 以及错过十一点十分的片段，不能补出完整上下文。

图片04的任务与状态

左侧任务表可辨识七项内容。

1. 移动端分享为模板的工具栏与首页长按入口。
2. 进入聊天时预加载新消息分隔线，并避免布局跳动。
3. 云端执行任务的启动仓库接受 Origin URL。
4. #1026813 崩溃页单行空状态，涉及不使用 HeroLayout 的约束。
5. #225942 运行指示器的字重、间距、切换文案和仅标题可点击。
6. 清理孤立的 PNG 证明图片与失效的 pr_builds。
7. 与 PresentGuard 租约有关的要求，后文裁切，无法还原完整条件。

右侧六行负责人均为 Baltata，顺序如下。空白保持为空白，不补编号。

两部手机显示十七点十五分和十三点五十四分。账本标题原为 Lingxixi — Fleet Work Streams，页面标为私有。中文图用工程舰队任务流表达其用途，不把原工作台名称当成我们的账号。

图片05的检查状态

主要消息涉及 #1019227。伙伴已经打开环形界面的静态截图，但 CI 仍在运行，含 # / +N 的外围效果还不能算完成。附件显示为三张中的第一张，只能检查当前可见的那一张，不能声称已读取另外两张附件。

嵌套截图中可以辨识设计评审、基础设施值班、每周同步、发布小组，以及 Atlas、Vega、Juno、Ines Ruiz 等名字。预览涉及页头规范修订、延迟低于二百毫秒、周四议程、四点创建发布分支。底部有打开调试器查看警告的提示。缩略图很小，无法把所有细字作为逐字转录结果。

上方淡色消息露出 #208065 再次冲突及 #202297 等片段，其余内容受遮挡；图生图没有补成完整句子。状态栏为二十三点五十七分。

图片06的四个沟通动作

Jenny 在清晨五点零二分的对话中问候 Shaoruru，提醒简短消息、英文小写、一次回答、不另发总结气泡，然后给出操作手册链接，最后询问当前工作和阻塞。底部 Shaoruru 回复只有开头可见，后文不完整。状态栏为一点零六分。

手册链接指向作者的 Notion 文档。我们没有访问该私人工作台，中文图以“查看团队操作手册”作为链接说明。公开截图中的链接存在，不代表它向读者开放，也不代表我们拿到了手册正文。

图片07的机器标识

Hogan 的入职图显示周三晚上八点十三分，状态栏为一点十一分。其指定的新变更请求入口形式如下。

https://cursor.com/codebase/anysphere/everysphere/pull/N

这是案例中的组织、仓库与编号格式，不是给读者调用的通用接口。原图还明确提到不走 github/ 入口。

正文包裹标记在截图中以下列合写形式出现。原文未提供完整模板文件，实际执行前应查看相应文件，不根据截图补造语法。

CURSOR_AGENT_PR_BODY_BEGIN/END

专属模式标识为 /lingxi-mode。这些名称留在文字中以便准确核对，不能把中文示意图中的“开始／结束标记”当作可替换的代码。

原图的证明要求含有 as alt 字样，其精确实现没有在正文展开。课程保留“提供真实证明与说明、不能只给裸链接”的可辨识要求，不猜测它的完整渲染约定。

图片08的需求边界

消息显示今天下午一点二十七分，输入框对应 #team-gb-mobile。需求对象是分享为模板，在伙伴信息页顶部、更多菜单之前放直接按钮，并在首页长按菜单增加同一选项。图中只有需求消息，没有完成结果；紫色头像本身也不能证明任务已开始执行。

最后核对一遍你的练习结果

• 任务是否先登记，并且只有一个明确的最终负责人。
• 执行者是否具备实际运行和验证所需的环境。
• 代码、界面和其他交互是否分别有证据。
• 常规检查是否覆盖安全发现、失败 CI 和合并冲突。
• 合并权限是否前后一致，运行结束与已合并是否分开记录。
• 运营伙伴是否把复盘转成可执行规则并完成交接。
• 夜间任务与 P0 检查是否有具体对象、预算和退出条件。

可以从一个任务开始完成这些动作。对小团队而言，一条流程稳定地减少返工，比照抄一个高并发数字更容易产生实际收益。