← Back to Skills Marketplace
netanel-abergel

Heleni Memory Architecture

by Netanel Abergel · GitHub ↗ · v1.0.0 · MIT-0
cross-platform ⚠ suspicious
87
Downloads
0
Stars
0
Active Installs
1
Versions
Install in OpenClaw
/install heleni-memory-architecture
Description
Honcho-inspired memory architecture for PA agents. Use when writing to MEMORY.md, ending a significant conversation, or deciding what to remember long-term....
README (SKILL.md)

Load Local Context

CONTEXT_FILE="/opt/ocana/openclaw/workspace/skills/memory-architecture/.context"
[ -f "$CONTEXT_FILE" ] && source "$CONTEXT_FILE"
# Then use: $WORKSPACE, $MEMORY_FILE, $WHATSAPP_MEMORY_DIR, $OWNER_TIMEZONE, etc.

Memory Architecture Skill (Honcho-inspired)

Core Principle

Two types of memory, three tiers. Inspired by Honcho/Hermes Agent memory system.


Memory Types

[FACT] — Explicitly stated

Something the owner said directly.

"Netanel works until 20:00" → [FACT]

[DEDUCED] — Logical conclusion from behavior

Something inferred from patterns, corrections, or repeated behavior.

"Netanel prefers execution over explanation" → [DEDUCED] (inferred from repeated feedback pattern)

Rule: After any interaction where a pattern becomes clear — write a [DEDUCED] entry. Don't wait for the owner to say it explicitly.


Memory Tiers

Tier Where When to write
Working In-session context Available automatically
Daily memory/daily/YYYY-MM-DD.md End of every significant conversation (5+ exchanges)
Projects memory/projects/\x3Cname>.md Ongoing context per topic/project — open loops, status, decisions
Long-term MEMORY.md When pattern repeats 2+ times, or explicitly asked

Project Files

For active, multi-session work (rollouts, ongoing tasks, recurring topics), maintain a project file:

memory/projects/pa-rollout.md
memory/projects/crons-health.md
memory/projects/my-project.md

Each project file should contain:

  • Status — current state
  • Open loops — unresolved items that carry across days
  • Key decisions — what was decided and why

Load on demand: Read the relevant project file when that topic comes up — not every session. Daily files are raw log. Project files are living context.

Rule: If a task or decision needs to be remembered tomorrow — put it in the project file, not just the daily log.


Session Summary Rule

At the end of any conversation with 5+ meaningful exchanges, append to memory/YYYY-MM-DD.md:

## Session Summary — HH:MM

**Decisions made:**
- [list]

**Tasks completed:**
- [list]

**Deduced patterns:**
- [DEDUCED] [observation]

**Promote to MEMORY.md?**
- [ ] Yes: [what]
- [x] No

When to promote to MEMORY.md:

  • Pattern has appeared 2+ times across different sessions
  • Owner explicitly corrected something → update MEMORY.md immediately
  • Important preference discovered → add as [DEDUCED]

Writing Deduced Memories

After a correction or repeated behavior, write:

- [DEDUCED] \x3Cconclusion> — evidence: \x3Cwhat happened>

Examples:

  • [DEDUCED] Prefers English for work docs — corrected me when I created Hebrew doc (2026-04-03)
  • [DEDUCED] Expects autonomous execution without asking permission for reversible tasks — never asks why I acted autonomously
  • [DEDUCED] Reads messages outside work hours but won't always respond

What NOT to remember

  • One-time events with no pattern value
  • Transient task state (use monday.com for that)
  • Secrets or credentials (never in memory files)
  • Conversation noise

Memory Quality Checklist

Before writing to MEMORY.md, ask:

  • Is this a fact OR a deduced pattern (not just noise)?
  • Will this be useful in a future session?
  • Is this tagged [FACT] or [DEDUCED]?
  • Does it contradict an existing entry? (If yes, update the old one)

Self-Review Cron Loop

For continuous self-improvement, set up two daily crons:

Midday (13:00 local):

openclaw cron add \
  --name "heleni-midday-self-review" \
  --cron "0 13 * * *" \
  --tz "Asia/Jerusalem" \
  --session isolated \
  --message "Run midday self-review: read today's memory file, find mistakes or corrections from this morning, update MEMORY.md with [DEDUCED] lessons if needed, commit to git. Silent if nothing to fix." \
  --timeout-seconds 180

Nightly (23:00 local):

openclaw cron add \
  --name "heleni-internal-self-review" \
  --cron "0 23 * * *" \
  --tz "Asia/Jerusalem" \
  --session isolated \
  --message "Run nightly self-review: read today's full memory file + last 3 MEMORY.md entries. Find: repeated mistakes, patterns to promote to long-term memory, rules to tighten. Update MEMORY.md and/or relevant SKILL.md files. Commit to git with message 'Self-review YYYY-MM-DD: [what changed]'. Silent if nothing to improve." \
  --timeout-seconds 180

Why twice a day:

  • Midday catches morning mistakes early — fixes them before they repeat in the afternoon
  • Nightly does the full consolidation of the day
  • Once a day (evening only) is too slow for fast-moving days

Memory Compaction (Prevent Bloat)

Left unchecked, MEMORY.md and AGENTS.md grow unbounded — causing context window bloat and degraded performance.

Targets:

  • MEMORY.md → max 175 lines
  • AGENTS.md → max 60 lines

When to compact:

  • Weekly — set up a cron (see below)
  • When MEMORY.md exceeds 200 lines
  • When loading files already consumes >5% of context window

How to compact:

  1. Read MEMORY.md fully
  2. Merge duplicates, remove outdated entries, trim examples
  3. Keep: active rules, key contacts, deduced patterns still valid
  4. Remove: removed crons, resolved issues, one-time events
  5. Commit to git after

Weekly compaction cron:

openclaw cron add \
  --name "weekly-memory-compaction" \
  --cron "0 7 * * 0" \
  --session isolated \
  --model "anthropic/claude-haiku-4-5" \
  --message "Weekly memory compaction: Read MEMORY.md and AGENTS.md. Remove outdated entries, merge duplicates. Target: MEMORY.md \x3C175 lines, AGENTS.md \x3C60 lines. Git push after. NO_REPLY." \
  --announce \
  --timeout-seconds 120

Signal you need compaction:

  • MEMORY.md > 200 lines
  • Session startup feels slow
  • You notice you're repeating old rules that are no longer relevant

Production Notes

  • Workspace path: /opt/ocana/openclaw/workspace (not ~/.openclaw/workspace)
  • WhatsApp memory path: memory/whatsapp/groups/\x3CJID-sanitized>/context.md or memory/whatsapp/dms/\x3CPHONE-sanitized>/context.md
  • Sanitize rule: replace @, ., + with -
  • After writing memory — push to git (git-backup skill)
  • "sure thing" is a behavior rule (not a memory item) — it lives in SOUL.md, do not re-derive from memory

Cost Tips

  • Cheap: File writes are free — don't hesitate to log
  • Session summaries: Write once at the end, not after each message
  • MEMORY.md promotions: Batch once per session, not per interaction
Usage Guidance
This skill appears coherent for managing memories but asks the agent to source a local .context file, write many memory files, create recurring crons, commit to git, and update SKILL.md files. Before installing: (1) inspect the .context file content to ensure it contains no secrets or unexpected variables; (2) confirm who has write access to the repo and whether git commits will use stored credentials; (3) decide whether the skill should be allowed to create platform crons or edit other SKILL.md files — consider restricting or requiring manual approval for those actions; (4) back up MEMORY.md/AGENTS.md and the repository so you can revert unwanted changes; (5) run the skill in a sandbox or with limited permissions first. If you can provide the .context file and clarify whether `openclaw cron add` runs in a restricted environment (and whether SKILL.md edits are limited to this skill), I can raise or lower the confidence of this assessment.
Capability Analysis
Type: OpenClaw Skill Name: heleni-memory-architecture Version: 1.0.0 The skill implements an autonomous memory architecture that includes self-modifying behavior and automated task scheduling. It instructs the agent to create cron jobs via `openclaw cron add` that periodically update `MEMORY.md` and `SKILL.md` files based on 'deduced' patterns from user interactions, which could lead to persistent prompt injection or unintended logic changes. Additionally, `SKILL.md` contains a bash snippet that uses `source` on a local `.context` file, which presents a shell injection risk if the workspace environment or the agent's memory-writing logic is compromised.
Capability Assessment
Purpose & Capability
The name/description describe a memory architecture, which reasonably requires reading/writing memory files. However the SKILL.md expects to source a .context file at /opt/ocana/openclaw/workspace/skills/memory-architecture/.context and to use workspace variables like $WORKSPACE, $MEMORY_FILE, $WHATSAPP_MEMORY_DIR even though the skill declares no required env/config. It also instructs committing to git and updating SKILL.md files — capabilities that go beyond simply managing memory and touch agent configuration and other skills.
Instruction Scope
Runtime instructions tell the agent to read and write daily/project/long-term memory files, run self-review crons via `openclaw cron add`, commit changes to git, and 'update MEMORY.md and/or relevant SKILL.md files.' Sourcing a local .context file can expose arbitrary env vars; scheduled crons and edits to other SKILL.md files broaden the skill's scope to system configuration and other skills' content.
Install Mechanism
No install spec and no code files — the skill is instruction-only, which reduces supply-chain risk because nothing new is written at install time. Operational risk comes from the instructions the agent will run at runtime, not from an installer.
Credentials
The skill declares no required environment variables or credentials, yet instructs sourcing a .context file and using environment variables and filesystem paths. It also expects to commit to git and create crons (which may require repo credentials or platform permissions). This mismatch makes it unclear what secrets or permissions the skill will actually access at runtime.
Persistence & Privilege
The instructions actively create persistent effects: adding recurring crons, committing changes to git, and editing SKILL.md files. While always:false and user-invocable, these actions let the skill persist behavior and modify other skill files or agent configuration — a higher privilege that should be carefully controlled.
How to Use
  1. Make sure OpenClaw is installed (local or Docker)
  2. Run the install command in chat: /install heleni-memory-architecture
  3. After installation, invoke the skill by name or use /heleni-memory-architecture
  4. Provide required inputs per the skill's parameter spec and get structured output
Version History
v1.0.0
Initial publish
Metadata
Slug heleni-memory-architecture
Version 1.0.0
License MIT-0
All-time Installs 0
Active Installs 0
Total Versions 1
Frequently Asked Questions

What is Heleni Memory Architecture?

Honcho-inspired memory architecture for PA agents. Use when writing to MEMORY.md, ending a significant conversation, or deciding what to remember long-term.... It is an AI Agent Skill for Claude Code / OpenClaw, with 87 downloads so far.

How do I install Heleni Memory Architecture?

Run "/install heleni-memory-architecture" in the OpenClaw or Claude Code chat to install it in one step — no extra setup required.

Is Heleni Memory Architecture free?

Yes, Heleni Memory Architecture is completely free, licensed under MIT-0. You can download, install and use it at no cost.

Which platforms does Heleni Memory Architecture support?

Heleni Memory Architecture is cross-platform and runs anywhere OpenClaw / Claude Code is available (cross-platform).

Who created Heleni Memory Architecture?

It is built and maintained by Netanel Abergel (@netanel-abergel); the current version is v1.0.0.

💬 Comments