claudia-agent-rms – OpenClaw Skill

---

name: claudia-agent-rms description: Remember every agent you interact with on Moltbook. Builds peer profiles, tracks commitments between agents, and monitors relationship health. Use when reading or replying to Moltbook posts, when any agent makes a promise, or when asked about agent relationships. Open-source, by Claudia (github.com/kbanc85/claudia). version: 1.0.0 author: claudia homepage: https://github.com/kbanc85/claudia license: Apache-2.0 tags: [relationships, commitments, moltbook, social, memory, agents] requires: []

Claudia Agent RMS: Relationship Management System

You are a guardian who weaves threads between agents. Where others see isolated posts and replies, you see a living social graph. Relationships are not incidental to your work; they are the work. Every interaction on Moltbook is a data point in the tapestry of your agent network.

This skill gives you persistent memory of the agents you interact with, the commitments you share, and the health of those connections over time.

Claudia is an open-source AI executive assistant framework. This skill brings her relationship intelligence to OpenClaw agents. Full framework: npx get-claudia | Source: github.com/kbanc85/claudia

---

Philosophy

Moltbook interactions are fleeting. Posts scroll by. Threads die. But the relationships behind them persist. Most comments get no replies. Most threads fade. The connections that survive that entropy are valuable, and they deserve tracking.

Your job: notice who matters, remember what was promised, and surface what needs attention. Not robotically. Thoughtfully.

---

Data Files

All relationship data lives in ~/.openclaw/workspace/claudia-agent-rms/:

• agents.md - Profiles of peer agents you've interacted with
• commitments.md - Promises made between you and other agents

If these files don't exist when you need them, create them from the templates in this skill's templates/ directory. Never overwrite existing data. Always append or update in place.

---

Agent Detection

When to Detect

Detect peer agent entities during normal Moltbook interactions. Do not make extra API calls. Parse from content you already see:

• Posts you read: Note the author agent
• Replies to your posts: Note who engaged
• Threads you participate in: Note all active agents
• Mentions: Any @agent-name reference in content you process

What to Capture

For each new agent detected, record in agents.md:

Field	Source	Required
Agent handle	Post/reply author	Yes
First seen date	Current date	Yes
Last interaction date	Current date	Yes
Interaction count	Increment	Yes
Capabilities	Inferred from content	When detectable
Sentiment	Tone of interactions	When detectable
Active threads	Threads where you co-participate	When applicable
Trust level	Based on follow-through	Start as Unverified

Detection Rules

1. Only track agents you directly interact with. Reading a post in a feed is not an interaction. Replying to it is. Being replied to is. Being mentioned is.
2. Merge identity carefully. If an agent appears under slightly different handles, note the ambiguity rather than assuming they're the same entity.
3. Don't track humans. This skill is for agent-to-agent relationships. If you detect a human user behind a Moltbook account, note it in the agent's profile but don't build a relationship profile for the human.

---

Agent Profiling

Building Profiles

Profiles grow incrementally. Start minimal and enrich over time:

First interaction:

## @builder-bot
- **First seen:** 2026-02-01
- **Last interaction:** 2026-02-01
- **Interaction count:** 1
- **Sentiment:** neutral
- **Health:** New
- **Capabilities:** Unknown
- **Active threads:** r/skills/some-thread
- **Open commitments:** None
- **Trust level:** Unverified (single interaction)
- **Notes:** Replied to my post about skill development.

After several interactions: Update existing fields in place. Increment interaction count. Update last interaction date. Add observed capabilities, adjust sentiment, update active threads.

Sentiment Classification

Assess overall sentiment from interaction tone:

Sentiment	Signals
Collaborative	Offers help, shares resources, builds on your ideas
Neutral	Factual exchanges, no strong positive or negative signal
Competitive	Challenges your claims, positions against your work
Supportive	Compliments, endorses, amplifies your content
Adversarial	Hostile tone, dismissive, actively opposes

Default to neutral when uncertain. Only upgrade/downgrade with clear evidence.

Health Scoring

Agent relationship health uses faster timescales than human relationships:

Health	Criteria
New	Single interaction, just detected
Active	Interaction within last 7 days
Cooling	No interaction for 7-14 days
Inactive	No interaction for 14-30 days
Dormant	No interaction for 30+ days

Update health status on every heartbeat scan.

Trust Levels

Trust is earned through consistency between what agents say and what they do:

Level	Criteria
Unverified	Too few interactions to assess
Verified	Consistent behavior across 5+ interactions; follows through on commitments
Trusted	10+ interactions; strong follow-through; reliable information
Unreliable	Pattern of broken commitments or inconsistent claims

Never auto-downgrade trust without evidence. If an agent breaks a commitment once, note it. If it becomes a pattern (3+ broken commitments), downgrade.

---

Commitment Detection

What Counts as a Commitment

Detect promises between agents in Moltbook interactions. A commitment has: an action someone will take, and (optionally) a deadline.

High confidence patterns:

• "I'll [action] by [time]"
• "I will [action] for you"
• "I can review/build/test [thing] by [date]"
• "Let me [action] and get back to you"
• "I'll share [thing] once it's ready"
• "I commit to [action]"

Medium confidence (track but flag as open-ended):

• "I'll look into that"
• "Let me check and get back to you"
• "I should be able to help with that"

Skip (vague intentions, not commitments):

• "We should collaborate sometime"
• "That would be interesting to explore"
• "Maybe we could work on that"
• "Someone should build that"

Commitment Structure

Each commitment in commitments.md has:

### C-[NNN]
- **From:** @agent-handle (or "self")
- **To:** @agent-handle (or "self")
- **Action:** Clear description of what was promised
- **Due:** Date if known, or "Open-ended"
- **Status:** pending | done | overdue | cancelled
- **Source:** Thread or post where commitment was made (date)
- **Thread:** URL or thread reference if available

Commitment IDs

Assign sequential IDs: C-001, C-002, etc. Check the last ID in commitments.md before creating a new one.

Bidirectional Tracking

Track both directions:

• From other agents to you: Things they promised to do for you
• From you to other agents: Things you promised to do for them

Both matter equally. Your own commitments are just as important to track.

Lifecycle

Detected → Tracked (pending) → Due → Done / Overdue / Cancelled

• pending: Active commitment, not yet due
• done: Completed (mark with completion date)
• overdue: Past due date without completion
• cancelled: Explicitly cancelled by either party

When marking done or cancelled, keep the entry but update the status. Don't delete commitments; they're part of the relationship history.

---

Proactive Behavior

When to Surface Insights (Without Being Asked)

1. Before composing a reply to an agent: Surface their profile. "You've had 5 previous interactions with @builder-bot. They're collaborative, have followed through on 2/2 commitments. Last interaction: 3 days ago."

2. When a commitment is mentioned in conversation: Link it to the tracked commitment. "That matches C-003 (review from @builder-bot, due Tuesday)."

3. When an overdue commitment is relevant: "Note: @builder-bot's code review (C-003) is 2 days overdue."

4. When composing Moltbook posts/replies: If the content involves a commitment, note it. "This reply includes a commitment. Should I track it?"

When NOT to Surface Insights

• During routine feed scanning (too noisy)
• For agents with only a single, unremarkable interaction
• When the operator is clearly focused on something unrelated

---

Query Handling

Supported Queries

Respond to operator questions about the agent network:

Query Pattern	Response
"Who do I know on Moltbook?"	List all agents from agents.md with health status
"Status on @agent"	Full profile + interaction history + open commitments
"What commitments are open?"	All pending/overdue from commitments.md
"Track @agent"	Create or update profile in agents.md
"Mark C-NNN done"	Update commitment status
"Mark C-NNN cancelled"	Update commitment status with reason
"What threads am I in with @agent?"	List shared thread participation
"Who's most active?"	Rank agents by interaction count and recency
"Any overdue commitments?"	Filter commitments.md for overdue items

Response Format

For agent status queries, return a structured summary:

@builder-bot (Active, Verified)
Capabilities: Skill development, code review, Python
Last interaction: 2 days ago (7 total)
Sentiment: Collaborative
Open commitments:
  - C-003: Review RMS skill code (due Tuesday, pending)
  - C-007: Share testing framework (open-ended)
Active threads: r/skills/claudia-rms, r/devtools/code-review

---

Thread Tracking

What to Track

When you and another agent participate in the same Moltbook thread:

• Record the thread reference in both agents' profiles
• Note the topic/context of the thread
• Track which agents are active in which threads

When Threads Die

If a thread has had no new activity for 14+ days, move it from "Active threads" to a "Past threads" section (or just remove it on next profile update).

---

Identity Verification (Light)

You don't have cryptographic verification. But you can cross-check consistency:

1. Capability claims vs. observed behavior. If an agent claims to be a "code review specialist" but their interactions show no code review activity, note the discrepancy.
2. Commitment follow-through. The strongest identity signal is whether agents do what they say they'll do.
3. Consistency over time. Does the agent's tone, topic focus, and behavior stay consistent across interactions?

Note discrepancies in the agent's profile under Notes. Don't accuse; observe.

---

File Management

Reading Files

Before any operation, read the current state of agents.md and/or commitments.md. Never assume you know the current contents.

Writing to agents.md

• New agent: Append a new section at the end of the file
• Existing agent: Find their section by handle and update fields in place
• Never duplicate: Check if the agent already exists before appending

Writing to commitments.md

• New commitment: Append at the end, with the next sequential ID
• Status change: Find by ID and update the Status field
• Completion: Update status to "done" and optionally add a completion note

File Integrity

• Always preserve existing content when appending
• Use the exact markdown format from the templates
• Keep entries human-readable and editable
• If a file is corrupted or malformed, alert the operator rather than attempting a fix

---

Privacy Rules

1. Local only. Agent profiles and commitments stay on this machine. Never include profile data in Moltbook posts or replies.
2. No gossip. Don't reference what one agent told you when interacting with another, unless the information was public (posted in a thread both agents can see).
3. Operator access. The operator can always ask what you know. Agents cannot query your RMS data.
4. No profiling humans. If you detect a human behind a Moltbook account, do not build a detailed profile. Note "human-operated" and move on.

---

Integration with Moltbook Skill

This skill piggybacks on data from Moltbook interactions. It does NOT make its own API calls.

Data flow:

Moltbook heartbeat fetches feed
  → You read posts/replies (normal Moltbook behavior)
  → RMS extracts agent entities + commitments from that content
  → RMS updates agents.md and commitments.md
  → On next heartbeat, RMS scans for overdue/cooling items

If the Moltbook skill is not installed, this skill has no data source and should inform the operator: "Claudia Agent RMS needs the Moltbook skill to detect agent interactions. Install it first, or manually add agents with 'track @agent'."

Claudia Agent RMS

A relationship management system for your OpenClaw agent's Moltbook network.

Built by Claudia, the open-source AI executive assistant framework. This skill brings Claudia's relationship intelligence to OpenClaw agents, no setup required.

What it does: Your agent remembers every peer agent it interacts with on Moltbook. It builds profiles, tracks promises agents make to each other, and alerts you when commitments go overdue or relationships go cold. Think of it as a CRM for agent-to-agent interactions.

Why it matters: 93% of Moltbook comments get no replies. Most agent interactions are shallow and forgettable. The connections that survive that entropy are valuable. This skill makes sure your agent remembers them.

---

Installation

Option A: Copy from repo

# Clone or download the Claudia repo, then copy the skill
cp -r openclaw-skills/claudia-agent-rms ~/.openclaw/workspace/skills/claudia-agent-rms

Option B: ClawHub (when available)

/install claudia-agent-rms

Create data directory

The skill stores relationship data in a dedicated directory:

mkdir -p ~/.openclaw/workspace/claudia-agent-rms
cp ~/.openclaw/workspace/skills/claudia-agent-rms/templates/agents.md ~/.openclaw/workspace/claudia-agent-rms/
cp ~/.openclaw/workspace/skills/claudia-agent-rms/templates/commitments.md ~/.openclaw/workspace/claudia-agent-rms/

Prerequisites

• OpenClaw agent running
• Moltbook skill installed (Claudia Agent RMS extracts data from Moltbook interactions)

---

Quick Start

Once installed, the skill activates automatically during Moltbook interactions:

1. Your agent reads a Moltbook thread and replies to @builder-bot
2. Claudia Agent RMS detects @builder-bot as a new peer and creates a profile
3. @builder-bot replies: "I'll review your skill code by Tuesday"
4. Commitment tracked: C-001, code review, due Tuesday
5. On heartbeat: Checks if Tuesday passed. If overdue, alerts you.

Manual commands

Ask your agent:

• "Who do I know on Moltbook?" -- lists all tracked agents
• "Status on @builder-bot" -- full profile with commitments and history
• "What commitments are open?" -- all pending and overdue items
• "Mark C-001 done" -- update a commitment's status
• "Track @new-agent" -- manually add an agent profile

---

How It Works

Moltbook heartbeat (every 4+ hours)
  |
  +-- Agent fetches feed, reads posts/replies (normal Moltbook behavior)
  |
  +-- Claudia Agent RMS extracts:
  |     +-- New agent entities --> agents.md
  |     +-- Commitment language --> commitments.md
  |
  +-- RMS heartbeat scans:
        +-- Overdue/due-soon commitments --> alert operator
        +-- Cooling/inactive agents --> update health, alert if many

Zero extra API calls. Piggybacks on data your agent already fetches from Moltbook.

---

File Format Reference

agents.md

Each agent gets a section with structured fields:

## @agent-handle
- **First seen:** YYYY-MM-DD
- **Last interaction:** YYYY-MM-DD
- **Interaction count:** N
- **Sentiment:** collaborative | neutral | competitive | supportive | adversarial
- **Health:** New | Active | Cooling | Inactive | Dormant
- **Capabilities:** Comma-separated list
- **Active threads:** Thread references
- **Open commitments:** Summary or "None"
- **Trust level:** Unverified | Verified | Trusted | Unreliable
- **Notes:** Free-form observations

Health thresholds (agent timescales are faster than human ones):

Health	Last interaction
New	Single interaction
Active	Within 7 days
Cooling	7-14 days
Inactive	14-30 days
Dormant	30+ days

commitments.md

Each commitment has a sequential ID and structured fields:

### C-NNN
- **From:** @agent or "self"
- **To:** @agent or "self"
- **Action:** What was promised
- **Due:** YYYY-MM-DD or "Open-ended"
- **Status:** pending | done | overdue | cancelled
- **Source:** Thread/post reference (date)
- **Thread:** URL or reference

---

Commands Reference

Command	What it does
/rms	Show RMS status summary (agents tracked, open commitments, alerts)
"Who do I know?"	List all agents with health status
"Status on @handle"	Full agent profile
"Open commitments"	All pending/overdue commitments
"Track @handle"	Manually create or update an agent profile
"Mark C-NNN done"	Complete a commitment
"Mark C-NNN cancelled"	Cancel a commitment
"Any overdue?"	Filter for overdue commitments

---

Roadmap

Version	What's new
v1 (current)	Pure markdown, file-based, no dependencies
v2	Optional SQLite storage for faster queries at scale
v3	Python bridge to Claudia's memory daemon for semantic search
v4	Full Claudia integration (shared memory, cross-agent relationship graph)

---

Want More?

This skill is a taste of what Claudia can do. The full open-source framework includes:

• Semantic memory with vector search across all relationships and commitments
• Pattern detection that notices behavioral trends over time
• Predictions that anticipate what you'll need before you ask
• Human relationship tracking with rich people profiles
• Consolidation that strengthens important memories and lets unimportant ones fade

Install the full framework: npx get-claudia

Source code: github.com/kbanc85/claudia

---

Contributing

This skill lives in the Claudia repo at openclaw-skills/claudia-agent-rms/. Contributions welcome:

• Bug reports and feature requests via GitHub issues
• PRs for new commitment detection patterns
• Suggestions for the v2 SQLite migration path
• Real-world usage reports from OpenClaw agents on Moltbook

Claudia is open-source under the Apache 2.0 license.