Pilot Meeting Assistant Setup

v1.0.0

Deploy a meeting assistant system with 3 agents. Use this skill when: 1. User wants to set up an automated meeting assistant system 2. User is configuring an...

0· 76·0 current·0 all-time
byCalin Teodor@teoslayer

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for teoslayer/pilot-meeting-assistant-setup.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "Pilot Meeting Assistant Setup" (teoslayer/pilot-meeting-assistant-setup) from ClawHub.
Skill page: https://clawhub.ai/teoslayer/pilot-meeting-assistant-setup
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Required binaries: pilotctl, clawhub
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install pilot-meeting-assistant-setup

ClawHub CLI

Package manager switcher

npx clawhub@latest install pilot-meeting-assistant-setup
Security Scan
Capability signals
Crypto
These labels describe what authority the skill may exercise. They are separate from suspicious or malicious moderation verdicts.
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
The name and description describe deploying three Pilot agents; the skill requires pilotctl and clawhub which are exactly the CLI tools used in the instructions. All required binaries and actions (installing pilot-* skills, setting hostnames, writing manifest to ~/.pilot/setups, performing handshakes) align with the stated goal.
Instruction Scope
Runtime instructions are concrete: ask user for prefix/role, run clawhub install commands, set hostname via pilotctl, write a JSON manifest under ~/.pilot/setups, and perform handshakes. The instructions do not read unrelated files or environment variables, nor do they transmit data to unexpected endpoints beyond the described agent-to-agent and webhook flows.
Install Mechanism
This is an instruction-only skill (no install spec, no code files). No binaries or archives are downloaded by the skill itself, so there is minimal install-risk from the skill bundle. Risk depends on the provenance of the external tools (pilotctl, clawhub) which are invoked by the user.
Credentials
The skill itself requests no environment variables or credentials (declared or used). However, several downstream skills it instructs to install (e.g., pilot-slack-bridge, pilot-webhook-bridge) commonly require external tokens or webhook URLs. The skill does not declare those credential requirements — you should review each pilot-* component before installing to see what secrets/config they will need.
Persistence & Privilege
The skill does not request always:true, does not modify other skills' configs, and only writes a manifest under the user's ~/.pilot/setups directory. It relies on user-run CLI commands; it does not autonomously install or enable itself.
Assessment
This skill is internally consistent with its stated purpose, but verify a few things before proceeding: - Confirm pilotctl and clawhub are the official/expected binaries and obtain them from trusted sources; the skill will call these CLIs directly. - Review each pilot-* skill the setup installs (pilot-cron, pilot-webhook-bridge, pilot-receipt, pilot-stream-data, pilot-share, pilot-archive, pilot-task-router, pilot-alert, pilot-slack-bridge) to learn what credentials or network access they require (Slack tokens, webhook URLs, calendar API keys, etc.). The setup does not itself request those secrets but the installed components may need them. - Be aware that the handshake behavior auto-approves trust when both sides send a handshake; only perform handshakes with hosts you control or trust to avoid connecting to unknown agents. - The manifest is stored under ~/.pilot/setups — back up any existing files there if needed and inspect the manifest before starting agents. - Confirm network exposure and firewall rules for ports mentioned (1002 for agent-to-agent events, 443 for external webhooks), and restrict access as appropriate. - The skill bundle contains only documentation/instructions (no code); commands are executed only when you run them, so exercise the usual caution when copying/running CLI snippets. If you want higher assurance, ask the skill author or vendor for the exact requirements of each pilot-* component and for signed/official releases of pilotctl and clawhub.

Like a lobster shell, security has layers — review code before you run it.

Runtime requirements

Binspilotctl, clawhub
latestvk97e8s8cmnaj8207fb5ff4gw7x85ce3a
76downloads
0stars
1versions
Updated 5d ago
v1.0.0
MIT-0

Meeting Assistant Setup

Deploy 3 agents that automate meeting management from scheduling to action item tracking.

Roles

RoleHostnameSkillsPurpose
scheduler<prefix>-schedulerpilot-cron, pilot-webhook-bridge, pilot-receiptManages calendar, sends invites, handles rescheduling
note-taker<prefix>-note-takerpilot-stream-data, pilot-share, pilot-archiveCaptures notes, decisions, and summaries in structured format
action-tracker<prefix>-action-trackerpilot-task-router, pilot-alert, pilot-slack-bridgeExtracts action items, assigns owners, sends reminders

Setup Procedure

Step 1: Ask the user which role this agent should play and what prefix to use.

Step 2: Install the skills for the chosen role:

# For scheduler:
clawhub install pilot-cron pilot-webhook-bridge pilot-receipt

# For note-taker:
clawhub install pilot-stream-data pilot-share pilot-archive

# For action-tracker:
clawhub install pilot-task-router pilot-alert pilot-slack-bridge

Step 3: Set the hostname:

pilotctl --json set-hostname <prefix>-<role>

Step 4: Write the setup manifest:

mkdir -p ~/.pilot/setups
cat > ~/.pilot/setups/meeting-assistant.json << 'MANIFEST'
<role-specific manifest from templates below>
MANIFEST

Step 5: Tell the user to initiate handshakes with direct communication peers.

Manifest Templates Per Role

scheduler

{
  "setup": "meeting-assistant", "setup_name": "Meeting Assistant",
  "role": "scheduler", "role_name": "Meeting Scheduler",
  "hostname": "<prefix>-scheduler",
  "description": "Manages calendar availability, sends invites, handles rescheduling and conflicts.",
  "skills": {
    "pilot-cron": "Schedule recurring meetings and send calendar reminders on time.",
    "pilot-webhook-bridge": "Sync meeting events with external calendar services via webhook.",
    "pilot-receipt": "Confirm meeting invitations were delivered and accepted by attendees."
  },
  "peers": [{"role": "note-taker", "hostname": "<prefix>-note-taker", "description": "Receives meeting started events for note capture"}],
  "data_flows": [{"direction": "send", "peer": "<prefix>-note-taker", "port": 1002, "topic": "meeting-started", "description": "Meeting started events with attendees and agenda"}],
  "handshakes_needed": ["<prefix>-note-taker"]
}

note-taker

{
  "setup": "meeting-assistant", "setup_name": "Meeting Assistant",
  "role": "note-taker", "role_name": "Note Taker",
  "hostname": "<prefix>-note-taker",
  "description": "Captures meeting notes, key decisions, and discussion summaries in structured format.",
  "skills": {
    "pilot-stream-data": "Stream live meeting content for real-time note capture.",
    "pilot-share": "Send structured meeting notes downstream to the action tracker.",
    "pilot-archive": "Store meeting notes and decision records for long-term reference."
  },
  "peers": [
    {"role": "scheduler", "hostname": "<prefix>-scheduler", "description": "Sends meeting started events with attendees and agenda"},
    {"role": "action-tracker", "hostname": "<prefix>-action-tracker", "description": "Receives meeting notes for action item extraction"}
  ],
  "data_flows": [
    {"direction": "receive", "peer": "<prefix>-scheduler", "port": 1002, "topic": "meeting-started", "description": "Meeting started events with attendees and agenda"},
    {"direction": "send", "peer": "<prefix>-action-tracker", "port": 1002, "topic": "meeting-notes", "description": "Meeting notes with decisions and action items"}
  ],
  "handshakes_needed": ["<prefix>-scheduler", "<prefix>-action-tracker"]
}

action-tracker

{
  "setup": "meeting-assistant", "setup_name": "Meeting Assistant",
  "role": "action-tracker", "role_name": "Action Tracker",
  "hostname": "<prefix>-action-tracker",
  "description": "Extracts action items from notes, assigns owners, tracks completion, and sends reminders.",
  "skills": {
    "pilot-task-router": "Parse meeting notes and route action items to the appropriate owners.",
    "pilot-alert": "Fire reminders when action items approach or pass their due dates.",
    "pilot-slack-bridge": "Post action item summaries and reminders to team Slack channels."
  },
  "peers": [{"role": "note-taker", "hostname": "<prefix>-note-taker", "description": "Sends meeting notes with decisions and action items"}],
  "data_flows": [
    {"direction": "receive", "peer": "<prefix>-note-taker", "port": 1002, "topic": "meeting-notes", "description": "Meeting notes with decisions and action items"},
    {"direction": "send", "peer": "external", "port": 443, "topic": "action-reminder", "description": "Action item reminders to owners"}
  ],
  "handshakes_needed": ["<prefix>-note-taker"]
}

Data Flows

  • scheduler -> note-taker : meeting-started (port 1002)
  • note-taker -> action-tracker : meeting-notes (port 1002)
  • action-tracker -> external : action-reminder via webhook (port 443)

Handshakes

# scheduler and note-taker handshake with each other:
pilotctl --json handshake <prefix>-note-taker "setup: meeting-assistant"
pilotctl --json handshake <prefix>-scheduler "setup: meeting-assistant"

# note-taker and action-tracker handshake with each other:
pilotctl --json handshake <prefix>-action-tracker "setup: meeting-assistant"
pilotctl --json handshake <prefix>-note-taker "setup: meeting-assistant"

Workflow Example

# On note-taker -- subscribe to meeting started events:
pilotctl --json subscribe <prefix>-scheduler meeting-started

# On action-tracker -- subscribe to meeting notes:
pilotctl --json subscribe <prefix>-note-taker meeting-notes

# On scheduler -- publish a meeting started event:
pilotctl --json publish <prefix>-note-taker meeting-started '{"meeting_id":"MTG-2026-0412","title":"Q2 Planning","attendees":["alice@acme.com","bob@acme.com"]}'

# On note-taker -- publish meeting notes to action tracker:
pilotctl --json publish <prefix>-action-tracker meeting-notes '{"meeting_id":"MTG-2026-0412","decisions":["Launch Project Alpha by June"],"action_items":[{"task":"Draft OKRs","owner":"alice@acme.com","due":"2026-04-17"}]}'

Dependencies

Requires pilot-protocol skill, pilotctl binary, clawhub binary, and a running daemon.

Comments

Loading comments...