Skip to main content
Cache inside your SkillSource when the remote catalog needs it. Harnest does not impose a TTL, backend, or invalidation policy.

Ownership

If you do not add a cache, each list, load, and load_resource call reaches your source.

Choose a strategy

Key entries safely

Authorize before reading from a cache. Never use credentials or raw claims as cache keys.
Do not share catalog results across users or tenants unless their visibility rules are identical.

Handle updates

1

Publish a new version

Return a new version whenever instructions or supporting resources change. Do not overwrite cached content under an existing version.
2

Refresh catalog entries

Expire or invalidate catalog pages so new invocations can discover the new version.
3

Retain in-flight versions

Continue serving an older requested version while active invocations may still reference it. Return SkillNotFoundError if it is unavailable; never substitute newer instructions.
Harnest pins the first loaded version for the current invocation and its SubAgents. A later invocation can discover and load the new version.
Cache immutable skill bodies longer than catalog pages. The version identifies content; the catalog determines freshness and visibility.