來源證據

這是什麼

重要陳述應連結回原始碼檔案、庫存節點、文章或對話記錄的規則。

白話解釋

審計員不會因為經理口頭說明帳目內容就照單全收；他們會調出實際的分類帳條目，自己核對數字。這個文件專案對待 Hermes 也是同樣的方式：關於 agent 行為的描述應該指向證明它的檔案、路由或對話記錄，而不只是重述某個聊天回覆聲稱發生過的事情。

為什麼重要

關於函式功能的陳述，其價值取決於是否能對照實際程式碼進行驗證——來源證據是一項標準，要求關於 Hermes 行為的重要陳述應追溯到原始碼檔案、庫存條目、文章或對話記錄，而不是建立在假設之上。這個標準在這個知識庫所屬的這類文件中尤其重要，因為一個無法驗證的陳述與猜測無異。研究簡報工作流程將同樣的紀律應用於外部，將原始來源轉化為保留引用的簡報，而不是呈現彷彿憑空得出的結論。

How it works

The agent runtime (run_agent.py) persists every turn to a SQLite session store as the canonical record, and can optionally also write a raw per-session JSON snapshot (~/.hermes/sessions/session_{id}.json) for external tooling to read directly. A separate setting exports full conversation trajectories to trajectory_samples.jsonl or failed_trajectories.jsonl. Only that optional JSON snapshot passes content through redact_sensitive_text before writing; the canonical SQLite store and the trajectory files do not call it, so a credential that leaked into a message or tool-call payload persists there unredacted. Because every message and tool call still lands in one of these durable stores rather than living only inside a chat window, a claim about Hermes’s behavior can be checked against the actual persisted record rather than resting on recollection.