Borrowing it
Nothing to install: this file belongs to RoboFinSystems/robosystems. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/RoboFinSystems/robosystems/main/.claude/commands/log-review.mdgit clone --depth 1 https://github.com/RoboFinSystems/robosystemsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/robofinsystems/robosystems/log-review)<a href="https://agentmods.dev/commands/robofinsystems/robosystems/log-review"><img src="https://agentmods.dev/badge/commands/robofinsystems/robosystems/log-review/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/robofinsystems/robosystems/log-review"><img src="https://agentmods.dev/badge/commands/robofinsystems/robosystems/log-review.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00023 | $0.01207 |
| Opus 5.5 | $0.00009 | $0.00483 |
| Sonnet 5.5 | $0.00005 | $0.00241 |
| Haiku 4.5 | $0.00002 | $0.00121 |
Grade A, and why
log-review scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 19d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 67 lines — stays where its author put it; the contents beside it link to each section on GitHub.
The logs are a bug detector only if someone reads them. This skill reads them: pull every ERROR and WARNING over a window, collapse them into distinct messages, set aside the known noise, and trace each remaining signal far enough to say whether it is a bug, a transient, or noise nobody has named yet. Pairs with the log-review runbook in local/RoboSystems/runbooks/, which holds this environment's known-noise list, the signals already accepted or routed, and the last run's findings. Read it first: a review that rediscovers last week's accepted noise wastes the pass.
When
- After every production deploy, over the window since it went out (the deploy is the highest-prior cause of a new error class).
- Weekly otherwise, over the last 7 days.
- When the user asks, over the window they name (default 24h).
Scope & guardrails
- Read-only. Logs Insights,
filter-log-events,describe-*,ghreads. Fixing what you find is a separate step on a feature branch, proposed and confirmed. - The findings are sensitive — never commit them. They name user ids, IPs, hostnames and error bodies. Keep raw output in the scratchpad; the durable record is the runbook, which is git-ignored.
- A finding needs a cause, not a pattern. "Errno 5 on the graph tier" is a symptom; the finding is what tore the volume away. Trace each signal to the code or the event that produced it before calling it a bug, and say when you could not.
- Bug bar. Report highs, medium-highs and the mediums worth fixing. Lows stay in the raw output.
1. Pull the window
The application log groups are /robosystems/<env>/{api,worker,dagster,graph-api}. The API and the graph API write JSON with a level field; Dagster's own lines and uvicorn access lines are text with the level word inline (and ANSI colour codes). Run the four queries in parallel with aws logs start-query, polling get-query-results until Complete:
# api, worker: structured
filter level in ["ERROR","CRITICAL","WARNING"]
| stats count(*) as n, min(@timestamp) as first, max(@timestamp) as last
by level, component, substr(message, 0, 180) as msg
| sort n desc
# dagster, graph-api: text or mixed
filter @message like /ERROR|CRITICAL|WARNING|Traceback|Errno| 5\d\d /
| stats count(*) as n, min(@timestamp) as first, max(@timestamp) as last
by substr(@message, 0, 200) as msg
| sort n desc
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 19d ago First seen · 67 lines · 23 tokens per session scan A 7b82578ce19f
log-review is a command published in the GitHub repository RoboFinSystems/robosystems (29 stars, last pushed today), licensed Apache-2.0. It adds 23 tokens to every session and 1,207 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-10-09.
Other commands, from other repositories
agent-brain-graph
Search using GraphRAG for relationship and dependency queries.
pg-health
Read-only PostgreSQL health check with pgbot, then a prioritized diagnosis.
maestro-odyssey
Long-running iterative cycle — one entry, seven modes (debug|improve|planex|review|security|defensive|ui). Shared archaeology/audit → fix → verify → generalize → discover → persist skeleton with mode-specific dimensions. User-invoked campaign entry; single-step fixes route via /maestro-next.
fix
When /fix is invoked, immediately execute the following steps.
fix
PURPOSE: Fix issues in based on feedback TASK.
incident
A command that turns the current troubleshooting or bug-fixing session into a six-part incident review. An incident review records what happened, why it happened, how it was fixed, and what should improve.