一手来源是原始形式的事实来源，例如代码、对话记录、原始日志和实际 API 响应。它不是对事物的转述，而就是事物本身。它的反义概念是二手来源。
如果想知道代码库实际做什么，代码就是一手来源。文档、架构图和 README 都只是描述——它们在写成时可能准确，之后却各自按照自己的节奏变化。当智能体自信地对项目作出错误断言时，应该先问它依据的是哪种来源：读取文档的智能体会继承文档的过时状态；读取代码的智能体则是在读取当前事实。
成本使一手来源无法成为默认选择。把一手来源加载进上下文窗口代价高昂——完整文件、完整对话记录，每个 Token 都会作为输入计费，并争夺注意力预算。换来的价值是完整性：没有任何内容预先经过他人对“什么重要”的判断而被过滤。上个月写的摘要不可能包含今天才显得重要的细节，而一手来源仍然包含。
当精确性重要时，应直接查阅一手来源——准确签名、实际错误、真正抛出异常的代码行。上下文管理的很大一部分，就是决定何时值得为一手来源付出成本，何时二手来源已经足够。
用法：
“智能体说重试逻辑采用指数退避，但我看到它正在不断轰炸端点。”
“它是从设计文档里读到的。把它指向实际的重试模块——行为很重要时，要依据一手来源工作。”