… 我知道世界上没有其他人做过这件事，因为当我最初做的时候，我寻找过。我找到的只有内容提供商的营销材料。没有其他东西。所以我从头开始构建，把代码放在客户的私有仓库中，就这样。直到最近，新客户要求类似的集成，因为我已经做过类似的事情，我很乐意去做。他们说他们已经准备好了核心部分，想要帮助完成。我很高兴也很好奇，高兴的是有人已经完成了这个过程，好奇他们的方法。他们提到这是由他们内部的实习团队完成的。我震惊了，我自己并不是什么天才，但这件事连初级工程师，更不用说实习生了，是做不来的。所以我要求访问代码，我又震惊了。这是之前我写的同样代码，注释还在。变量拼写改变了，但其他都一样。
源讨论GitHub MCP被利用：通过MCP访问私有仓库原帖 297 条评论 · 导入时统计相关：https://simonwillison.net/2025/May/26/github-mcp-exploited/
完整原文把你的经验，加入这段讨论。
如果你发现你的代码出现在另一个客户的手中，那几乎肯定是因为有人与他们分享了它。(编辑：或者如果你声称你使用Copilot为你生成了一部分代码，当另一个团队让Copilot解决同样的问题时，得到相似的输出也不足为奇) 要让你的故事成立，需要你的GitHub Copilot LLM提供者将你的代码作为训练数据。如果你特意使用了自带密钥的API，然后使用了一个“免费”的公共API，这个API之所以免费是因为它将提示作为训练数据，然后你使用GitHub Copilot处理了这段代码，然后该公共API的数据被用于新的训练周期，然后你的另一个客户恰好选择了相同的LLM来生成他们的代码。此外，基于单一训练片段获得完全相同的输出是极其罕见的…
完整原文认为非企业版的GitHub仓库不会被微软接触到，就像把你的手机交给Facebook进行认证，却认为他们不会将其添加到他们的社交图谱匹配中一样。
完整原文在GitHub Copilot中，如果我们说不要使用我的代码进行训练，这是否仍然会泄露我的私有代码？
完整原文> 我知道世界上没有人做过这件事，因为当我最初做的时候，我曾寻找过。 这并不有说服力，但听起来合理。人类所做的很多事情并不独特，即使人类坚信它们是独特的。 那些坚信自己所做的事是独一无二的人，可能忽略了之前已经有人做过类似的事情。
完整原文看来你是在暗示Github Copilot是基于你的私有仓库进行训练的。这与本文提出的问题是完全不同的问题。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。