Should Hermes summaries include secrets?
No. Summaries should mention evidence and verification, never raw keys or private provider details.
Agent-native market data
Hermes agents should use Cornerstones for read-only market context, cite the access matrix in handoffs, and keep private runtime details out of shared task summaries.
How can Hermes agents use market data safely across planning, coding, review, and monitoring tasks?
For Hermes, Cornerstones is the market-context dependency; task routing, implementation, and execution controls remain separate.
cornerstones-client guide
cornerstones-client verify
# include market-context evidence in Hermes kanban metadata| Option | Best for | Tradeoff |
|---|---|---|
| Cornerstones | Agent-native market context | Requires adopting a product-level access model |
| Raw private integration | Human-operated internal systems | Can expose credentials, adapters, and unstable implementation details to agents |
| Static prompt paste | One-off prototypes | No freshness, usage accounting, entitlement boundary, or repeatable evidence trail |
No. Summaries should mention evidence and verification, never raw keys or private provider details.
Yes. Discovery is useful before deciding whether authenticated reads are needed.
In the task brief, docs links, and final verification notes so downstream workers inherit the same constraints.
The worker should report the plan boundary and avoid probing private infrastructure.