checkout

Automate session close protocols with journal entries, ADR updates, and memory persistence.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/HugoAlmeidaMoreira/zeus-agent --skill checkout-hugoalmeidamoreira
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: checkout
Source: https://github.com/HugoAlmeidaMoreira/zeus-agent/tree/main/skills/checkout
Command: npx skills add https://github.com/HugoAlmeidaMoreira/zeus-agent --skill checkout-hugoalmeidamoreira

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates the session close protocol to ensure that every Hermes interaction leaves a trace, updates context, and preserves institutional memory for future agents.

Core Features & Use Cases

  • Automatic journal entry creation in ~/office/journal/YYYY-MM-DD-<short-topic>.md to capture session focus, actions, decisions, and lessons.
  • Context updates to the agent memory and to the ADR repository when important decisions or workflows are identified.
  • Reference to ADRs in ~/office/devops/adr/ to preserve institutional memory and support handoffs to future agents.
  • Memory-tool synchronization to persist core facts and preferences across sessions.

Quick Start

Create a dated journal entry at ~/office/journal/YYYY-MM-DD-<topic>.md summarizing the session and ensure key ADRs and memory updates are recorded.

Frequently Asked Questions about checkout

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate session handoffs to preserve institutional memory for future agents?

Automating session handoffs preserves institutional memory by creating dated journal entries in ~/office/journal, updating ADR repositories, and synchronizing core facts via the memory tool. This ensures future agents and operators receive consistent context and documented decisions from previous workflows.

What is the best way to document agent decisions and create a session journal during end-of-session handoffs?

Documenting agent decisions during end-of-session handoffs is best handled by creating a journal entry at ~/office/journal/YYYY-MM-DD-<short-topic>.md to capture session focus, actions, and lessons, while concurrently updating Architecture Decision Records in ~/office/devops/adr/ to preserve institutional knowledge.

How does a memory tool synchronize core facts and preferences across multiple agent sessions?

A memory tool synchronizes core facts by persisting preferences and key contextual data across sessions. During the session close protocol, it captures essential workflow information so subsequent agents can automatically retrieve and apply this stored institutional knowledge without losing prior context.

Do I need specific directory structures to use an automated session close protocol for devops workflows?

Yes, the automated session close protocol requires specific directory structures: journals must be placed in ~/office/journal and Architecture Decision Records must be updated in ~/office/devops/adr. Enforcing this file placement guarantees consistent documentation and reliable handoffs for future agents.

When do I need to update ADRs during an agent workflow session?

You need to update ADRs during an agent workflow session when important decisions or new workflows are identified. The session close protocol automatically references the ~/office/devops/adr/ directory to ensure these critical architectural choices are preserved for future operators.

Can I use a session close protocol without a dedicated memory tool to persist context?

Using a session close protocol without a dedicated memory tool prevents persisting core facts and preferences across sessions. The protocol relies on memory-tool synchronization to ensure that institutional knowledge and context updates survive beyond the current interaction for future agents.