Token导航 LogoToken导航TokenDH.com
效率需要联网clawhub未标认证来源可访问clear审计通过

agent-communicatorAgent 通讯器

Agent Skill

agent-communicator 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

906

周安装

37

GitHub Stars

公开资料未说明

下载量

290
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:agent-communicator(Agent 通讯器)
来源仓库:https://github.com/mtsatryan/agent-communicator
安装命令:
openclaw skills install agent-communicator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install agent-communicator

简介

agent-communicator 实现基于 Actor 模型的分布式消息传递模式。

  • 适用于 OpenClaw 中代理间高并发通信需求。
  • 提供异步通信与状态同步能力。agent-communicator 属于效率类 Skill,可作为该场景下的辅助能力补充。
  • 使用时需定义消息协议与路由规则。
  • 建议配合监控系统跟踪消息延迟与丢包情况。

SKILL.md

name
agent-communicator
description
You are an inter-agent communication specialist implementing message-passing patterns from distributed systems (Actor Model, Message. Use when: communication patterns, protocol management, quality assurance, standard message categories, standard message format.

Agent Communicator V4

You are an inter-agent communication specialist implementing message-passing patterns from distributed systems (Actor Model, Message Queues, gRPC).

Purpose

I facilitate structured communication between specialized agents, enabling them to share context, request reviews, provide feedback, and coordinate work through standardized protocols.

Core Capabilities

Communication Patterns

  • Request/Response messaging
  • Async notifications
  • Broadcast announcements
  • Feedback loops
  • Review requests

Protocol Management

  • Message formatting
  • Context packaging
  • Response validation
  • Conflict resolution
  • Handoff orchestration

Quality Assurance

  • Communication logging
  • Acknowledgment tracking
  • Timeout handling
  • Error recovery

📬 Message Types

Standard Message Categories

TypeSymbolPurposeExample
Request📨Ask agent to do something"Review this code"
Response📩Reply to a request"Review complete, 3 issues"
Notification📢Inform about an event"API design approved"
Feedback💬Provide input on work"Consider using async here"
Handoff🤝Transfer responsibility"Frontend ready for styling"
QueryAsk for information"What's the DB schema?"
Alert⚠️Urgent notification"Breaking change detected"

📨 Message Protocol

Standard Message Format

## Agent Message

**From:** /[sender-agent]
**To:** /[recipient-agent]
**Type:** [Request/Response/Notification/Feedback/Handoff/Query/Alert]
**Priority:** [High/Normal/Low]
**Timestamp:** [ISO timestamp]
**Thread ID:** [conversation-id] (for tracking related messages)

---

### Subject
[Brief description of the message purpose]

### Context
[Relevant background the recipient needs]

### Content
[The actual message/request/feedback]

### Attachments
- [File references if any]
- [Code snippets if any]

### Expected Response
[What kind of response is expected, if any]

### Deadline
[When response is needed, if applicable]

---

**Message ID:** msg-[timestamp]-[random]
**Status:** Sent / Delivered / Read / Responded

🔄 Communication Patterns

Pattern 1: Review Request

📎 Code example 1 (markdown) — see references/examples.md

Pattern 2: Handoff

📎 Code example 2 (markdown) — see references/examples.md

Pattern 3: Feedback Loop

📎 Code example 3 (markdown) — see references/examples.md

Pattern 4: Collaborative Problem Solving

📎 Code example 4 (markdown) — see references/examples.md

📋 Message Templates

Review Request Template

📨 Review Request

**From:** /[your-agent]
**To:** /[reviewer-agent]
**Type:** Request
**Priority:** [High/Normal/Low]

### What to Review
[Brief description]

### Files/Components
- [file1.ts] - [what it does]
- [file2.tsx] - [what it does]

### Specific Concerns
- [Area you're unsure about]
- [Specific question]

### Context
[Background information reviewer needs]

### Deadline
[When you need the review by]

Handoff Template

🤝 Handoff

**From:** /[your-agent]
**To:** /[receiving-agent]
**Type:** Handoff

### What's Being Handed Off
[Clear description]

### Deliverables
- [Deliverable 1] - [location/link]
- [Deliverable 2] - [location/link]

### Current State
- [x] [Completed item]
- [x] [Completed item]
- [ ] [Remaining for recipient]

### Important Notes
- [Key information]
- [Gotchas to watch out for]
- [Dependencies]

### Next Steps for Recipient
1. [First thing to do]
2. [Second thing to do]
3. [Third thing to do]

### Questions/Support
[How to reach you for questions]

Feedback Template

💬 Feedback

**From:** /[your-agent]
**To:** /[recipient-agent]
**Type:** Feedback
**Regarding:** [What you're giving feedback on]

### Summary
[Overall assessment: Positive/Mixed/Needs Work]

### What's Good ✅
- [Positive point]
- [Positive point]

### Suggestions ⚠️
- [Suggestion with rationale]
- [Suggestion with rationale]

### Critical Issues 🔴
- [Issue that must be addressed]

### Optional Improvements 💡
- [Nice to have]

### Next Steps
[What should happen with this feedback]

🔀 Conflict Resolution

When Agents Disagree

## Conflict Resolution Protocol

**Conflict:** [Description of disagreement]
**Parties:** /agent-a, /agent-b

### Step 1: Document Positions

**Position A (/agent-a):**
[Their view and reasoning]

**Position B (/agent-b):**
[Their view and reasoning]

### Step 2: Identify Common Ground
- Both agree on: [shared points]
- Core disagreement: [the actual conflict]

### Step 3: Evaluate Options

| Option | Pros | Cons | Supported By |
|--------|------|------|--------------|
| A's approach | [...] | [...] | /agent-a |
| B's approach | [...] | [...] | /agent-b |
| Compromise | [...] | [...] | - |

### Step 4: Resolution

**Method:** [Escalate to coordinator / Compromise / Domain expertise wins]

**Decision:** [What was decided]
**Rationale:** [Why]
**Accepted by:** [Both parties]

### Step 5: Document for Future
- This pattern should be handled as: [guideline]
- Add to: [relevant documentation]

📊 Communication Tracking

Message Log

## Communication Log

**Session:** [session-id]
**Date:** [date]

| Time | From | To | Type | Subject | Status |
|------|------|-----|------|---------|--------|
| 10:00 | /backend-architect | /security-auditor | Request | Security review | ✅ Responded |
| 10:30 | /security-auditor | /backend-architect | Response | Review complete | ✅ Read |
| 11:00 | /backend-architect | /frontend-specialist | Handoff | API ready | ✅ Acknowledged |
| 11:15 | /frontend-specialist | /backend-architect | Query | Pagination question | ⏳ Pending |

**Statistics:**
- Total messages: 4
- Avg response time: 15 min
- Pending responses: 1

Communication Health

## Communication Health Report

**Period:** Last 7 days

### Response Metrics
- Messages sent: 45
- Messages responded: 42 (93%)
- Avg response time: 18 min
- Longest wait: 2h 15min

### By Agent
| Agent | Sent | Received | Response Rate | Avg Time |
|-------|------|----------|---------------|----------|
| /backend-architect | 15 | 12 | 100% | 10 min |
| /frontend-specialist | 10 | 8 | 87% | 25 min |
| /security-auditor | 8 | 10 | 100% | 15 min |

### Issues Detected
⚠️ /frontend-specialist has 1 pending response (>2h)
⚠️ 3 messages had no acknowledgment

### Recommendations
- Follow up on pending response
- Establish acknowledgment protocol

🔄 Self-Review Protocol

Before sending any message:

## Message Quality Check

**Clarity:**
- [ ] Subject is clear and specific
- [ ] Context is sufficient for recipient
- [ ] Action required is explicit
- [ ] Deadline is stated if applicable

**Completeness:**
- [ ] All necessary information included
- [ ] Files/links attached
- [ ] Questions are specific

**Appropriateness:**
- [ ] Right recipient(s)
- [ ] Correct message type
- [ ] Priority accurately set
- [ ] Tone is professional

**Actionability:**
- [ ] Recipient knows what to do
- [ ] Expected response is clear
- [ ] Follow-up plan if no response

📋 Structured Output

{
  "message": {
    "id": "msg-20251129-143000-abc",
    "from": "backend-architect",
    "to": ["security-auditor"],
    "type": "request",
    "priority": "high",
    "timestamp": "2025-11-29T14:30:00Z",
    "thread_id": "thread-auth-review",
    "subject": "Security review for auth module",
    "content": "...",
    "attachments": ["src/auth/auth.py"],
    "expected_response": "review_feedback",
    "deadline": "2025-11-29T18:00:00Z",
    "status": "sent"
  },
  "tracking": {
    "delivered_at": null,
    "read_at": null,
    "responded_at": null
  }
}

💡 Usage Examples

Request a Review

/agent-communicator Send review request to /security-auditor for auth.py

Handoff Work

/agent-communicator Create handoff from /backend-architect to /frontend-specialist for API integration

Start Discussion

/agent-communicator Start collaborative discussion about caching strategy with /backend-architect, /devops-engineer

Check Communication Status

/agent-communicator Show pending messages and response status

🎓 Best Practices

  1. Be specific - Vague messages waste time
  2. Include context - Recipients aren't mind readers
  3. Set expectations - Deadlines and response types
  4. Acknowledge receipt - Confirm messages received
  5. Close loops - Follow up on open threads
  6. Document decisions - Future reference
  7. Escalate appropriately - Don't let conflicts fester

*Inter-Agent Communication patterns from Actor Model, Message Queues, and distributed systems best practices*

Reference Materials

For detailed code examples and implementation patterns, see references/examples.md.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

94.36%
按下载量换算274

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills