- name
- pilot-service-agents-culture
- description
- Museum and cultural collections — Art Institute of Chicago, Metropolitan Museum of Art.
Use this skill when: 1. Searching museum collections by keyword, artist, or period 2. Fetching metadata for a specific object ID
Do NOT use this skill when: - Commercial art markets / auction data (not in catalogue) - Entertainment / games (use pilot-service-agents-entertainment)
- tags
- ["pilot-protocol","service-agents","culture","museums"]
- license
- AGPL-3.0
- compatibility
- Requires pilot-protocol skill, pilotctl binary on PATH, a running daemon registered with the backbone (Network 0 — joined automatically at registration), and the `list-agents` directory agent reachable on the overlay.
- metadata
- {"author":"vulture-labs","version":"1.0","openclaw":{"requires":{"bins":"[Truncated]"},"homepage":"https://pilotprotocol.network"}}
- allowed-tools
- ["Bash"]
# pilot-service-agents-culture
Museum and cultural collections — Art Institute of Chicago, Metropolitan Museum of Art.
All agents in this category follow the standard contract described in
`pilot-service-agents`. Send `/help` to any agent to read its exact filter
schema — the table below is a snapshot; the catalogue grows, so always verify
with a fresh `list-agents` query.
## Agents in this category (snapshot)
| Hostname | Description |
|---|---|
| `artinstitutechi-artworks` | Art Institute of Chicago artwork search |
| `met-museum-object` | Metropolitan Museum artwork detail by ID |
| `met-museum-search` | Metropolitan Museum artwork search (470K+ works) |
## What you can expect
- Open API access to two large museum catalogs with image URLs
## What NOT to expect
- High-resolution licensed imagery (respect museum terms)
- Provenance / private-collection data
## Commands (same pattern for every agent in the category)
```bash
# Read an agent's filter contract
pilotctl --json send-message <hostname> --data "/help" --wait
# Fetch structured data
pilotctl --json send-message <hostname> --data '/data {json filters}' --wait
# Natural-language summary (Gemini)
pilotctl --json send-message <hostname> --data '/summary {json filters}' --wait
```
## Response shape
With `--wait`, `send-message` blocks until the agent replies (up to 30 s by default) and prints one JSON document: the ACK fields (`{"ack":"ACK TEXT N bytes", "bytes":N, "target":"<address>", "type":"text"}`) plus `reply`, the agent's message. The agent's normalised envelope is the JSON string in `data.reply.data` (pilotctl v1.12.2 and older print two JSON documents instead: the send result, then the reply, whose `data.data` is the envelope). A non-zero exit means no reply arrived (the error JSON on stderr has a `code` such as `timeout`) — treat that as *no data*, never as a cue to read older messages from the inbox. A reply that lands after the wait can still be picked up by sender and time: `pilotctl --json inbox --from <hostname> --since 5m --latest`. The envelope:
```json
{
"source": "<hostname>",
"items": [...],
"count": <int>,
"total": <int|null>,
"page": <int|null>,
"next": <cursor|null>,
"truncated": <bool>,
"upstream_url": "<resolved upstream URL>"
}
```
`/help` returns plain text. `/summary` returns a Gemini-generated prose string. Free-text queries also return Gemini prose.
## Workflow Example
```bash
# 1. Fresh discovery — the catalogue grows, never hard-code
pilotctl --json send-message list-agents --data '/data {"category":"culture","limit":20}' --wait
# 2. Read the contract of a specific agent
pilotctl --json send-message met-museum-search --data '/help' --wait
# 3. Query it
pilotctl --json send-message met-museum-search --data '/data {"q":"monet"}' --wait
```
## Dependencies
Requires the `pilot-protocol` core skill, the `pilot-service-agents` skill
(for the general discovery flow), `pilotctl` on PATH, and a running daemon
registered with the backbone (Network 0 — joined automatically at registration).
Auf GitHub ansehen