我想给朋友看看近况，AI 却选错了项目。

这段对话发生在 2026 年 9 月 9 日。

一个很小的分享请求，暴露了两件不同的事：我们说的是哪个项目，以及对方能不能打开要分享的内容。

当时我在用 Codex 尝试做 AI 服务业务，方向包括工作流自动化、文档问答和定制 AI 助手。我想让朋友看看自己最近在做什么，于是问：应该分享 GitHub 项目吗？

我的原消息 · 中文翻译

我想把这个分享给朋友，让他了解我正在做什么。怎么分享？发 GitHub 项目吗？

回答介绍的是另一个项目

助手选中了 ai-chief-of-staff：我用来组织自己与 AI 协作的个人项目。它和我想展示的业务项目 ai-services-business 是两回事。助手确实说明了这是一个假设，但接着围绕错误项目写了介绍。

助手回答节选 · 中文翻译

假设你指的是 ai-chief-of-staff

它提供的介绍节选 · 中文翻译

我正在搭建一个个人“AI 参谋长”，用来组织我在不同项目中与 AI 协作的方式。

问题就在这里：朋友读到这段介绍，了解的会是我的个人工作流程项目，而不是 AI 服务业务。

在 Codex 中，“Share GitHub project”（分享 GitHub 项目）任务和相关工作放在 AI 服务的侧栏分组里。但记录显示，它的项目关联仍指向 ai-chief-of-staff；工作目录，也就是这个任务当时正在使用的文件夹，同样指向那里。侧栏位置与实际文件夹并不一致。

已完成的命令记录节选 · 参数缩略，省略用户主目录

命令：gh repo view …
工作文件夹：…/ai-chief-of-staff

依据当时任务记录绘制的解释图，不是历史截图。侧栏位置与任务的实际项目关联分开呈现。

助手后来明确说出了自己的假设：

助手承认错误的原句 · 中文翻译

我指错了仓库——我以为“这个项目”指的是 Chief。你指的是你的 AI 服务业务。

记录中的不匹配，加上这句承认，说明了我们实际观察到什么；它们不能证明模型内部如何推理，也不能证明回答的每个部分都是侧栏分组造成的。

负责协调的 AI 任务向分享任务发出纠正指令，明确目标项目是 ai-services-business。这是 AI 任务之间传递的指令，不是我亲自编写的一段提示词。

协调任务 → 分享任务 · 指令原文的中文翻译

在这次有限纠正中，请明确从标准 GitHub 目录读取目标业务的 README.md 和 PROJECT.md，然后用正确仓库及一段 Felix 可以分享给朋友的简短准确介绍，替换你先前错误的回答。

下一次回答说明它读了 README 和项目文档，给出的介绍开头变成了：

更正后的介绍节选 · 中文翻译

我正在搭建一个 AI 服务业务，提供工作流自动化、定制 AI 助手，以及文档或知识问答服务。

这才是我想介绍的业务。回答纠正了，但当时任务在应用里的项目关联还没改；我们也没有验证，新任务是否能避免同样的错误。

后面还有一个障碍：更正后的业务仓库是私有的。我指出这一点，然后再次说明，我只是想让别人看看自己在做什么。

我的后续消息 · 中文翻译

不是，我只是想分享我在做什么。该怎么做？

助手最后建议使用已经存在的服务网站，附上一段简短的个人说明，不再把仓库访问设置当作下一步。

最后的建议 · 中文翻译

把你现有的网站，加上一段简单的话发给朋友。

记录中的结果到这里为止：介绍改对了，也找到了可以用来展示的网站。助手当时报告自己打开了网站；这段对话并不证明朋友收到或打开了它，也不是今天的访问测试。

先明确项目名称，让 AI 读过项目概览再写介绍。然后站在接收者这边检查分享入口：即使仓库链接指对了，私有仓库仍不是谁都能打开的。

这给了我两个可执行的检查。这个事件证明一次回答得到了纠正，还不能证明上下文问题从此解决。