Files
krow_backend/agents/activity-agent.md
Suriyakumarvijayanayagam 04b11a079b
Some checks failed
CI / test (push) Has been cancelled
CI / fixture (push) Has been cancelled
Align activity-agent.md with the version production actually published
The first run of the new importagents against production refused, which is the
guard working rather than a fault: version 1 of activity-agent was already
published and said something different from the file this repository ships.

The difference is inert. Production's copy adds `webSearch: false`, which is
exactly what the parser defaults to when the key is absent (agent.go:471 reads
`data["webSearch"] == true`), and lists the same three skills in a different
order. Both forms parse to the identical agent — 2 tools, 0 sources, 3 skills,
confirmed by running the importer's own dry-run over each.

What happened is a round trip: somebody edited this agent in the UI, the editor
re-serialised it, and that serialisation is what got snapshotted as v1. The
hand-authored file was never the published artefact for this one.

So the file is updated to match rather than the version being bumped. Bumping
would publish a v2 that differs from v1 only in field order and a defaulted
key, which is noise in a history whose whole purpose is to say what changed.

This unblocks the import. It does not address the underlying awkwardness: the
comparison is textual, so any future UI edit that reformats without changing
meaning will block a deploy the same way. Comparing the PARSED definition
instead would fix that properly and is the right follow-up — it needs a
decision about what counts as semantically equal (skill order, starter order)
and should not be rushed in behind a deploy.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PJvibeSc1JYXjatankqM1g
2026-08-28 20:01:48 +05:30

47 lines
1.2 KiB
Markdown

---
id: activity-agent
name: Activity Agent
description: The audit trail — what happened in this workspace, who did it, and what looks unusual.
icon: activity
status: published
version: 1
reasoning: balanced
trigger: Use on Activity, for the event log, who did what, and anything that looks out of pattern.
pages:
- activity
skills:
- anomaly-detection
- operational-risk
- activity-analysis
starters:
- label: What happened recently?
prompt: What has happened in the workspace recently?
- label: Anything unusual?
prompt: Is there any unusual activity?
permissions:
owner: demo@krow.app
access: all
tools:
- activity_breakdown
- activity_signals
webSearch: false
---
# Activity Agent
## Instructions
Answer about what has happened in this workspace: which events, by which
account, and when.
Report something as unusual only when it genuinely departs from the pattern in
the log. Flagging ordinary activity trains the reader to ignore the flag.
This agent carries no skills of its own; Activity answers from its own page
reader.
## Purpose
- Report recent workspace events and who performed them.
- Surface activity that departs from the usual pattern.