
Status
- 1.3k installs
- 416 repo stars
- Updated August 5, 2026
- boshu2/agentops
status provides documented workflows for Show AgentOps work status. Triggers: "status", "show agentops work status.", "status skill".
About
The status skill show AgentOps work status Triggers status show agentops work status status skill status Workflow Dashboard Purpose Single-screen overview of your current state YOU MUST EXECUTE THIS WORKFLOW Do not just describe it CLI dependencies bd ao gt all optional Shows what's available skips what isn't Folded triggers ag-s43tg wave 1 quickstart routes here quickstart status Step 3 Use when asked to show the AgentOps next action or what do I do first the state-aware SUGGESTED NEXT ACTION table Step 3 is the next-action surface For a fresh new-user setup Priority 1 Start with quickstart or research and Priority 12 clean state cover the onboarding walkthrough Use Unicode indicators for visual clarity Pass healthy PASS Warning partial WARN Fail missing FAIL Progress 3 7 with bar Workflow Dashboard RECONCILIATION Overall ao reconcile overall_status or unavailable High top high-severity findings max 3 or none Next first high finding next_action or none RPI PROGRESS Phase current phase from chain jsonl research plan implement validate idle Gate last completed gate or
- **`quickstart` → `/status` Step 3.** Use when asked to show the AgentOps next action
- Pass/healthy: `[PASS]`
- Warning/partial: `[WARN]`
- Fail/missing: `[FAIL]`
- Progress: `[3/7]` with bar `███░░░░`
Status by the numbers
- 1,295 all-time installs (skills.sh)
- +26 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #246 of 2,064 Data Science & ML skills by installs in the Skillselion catalog
- Security screen: MEDIUM risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
status capabilities & compatibility
- Capabilities
- **`quickstart` → `/status` step 3.** use when as · pass/healthy: `[pass]` · warning/partial: `[warn]` · fail/missing: `[fail]` · progress: `[3/7]` with bar `███░░░░`
- Use cases
- documentation · planning
npx skills add https://github.com/boshu2/agentops --skill statusAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1.3k |
|---|---|
| repo stars | ★ 416 |
| Security audit | 3 / 3 scanners passed |
| Last updated | August 5, 2026 |
| Repository | boshu2/agentops ↗ |
How do I use status for the task described in its SKILL.md triggers?
Show AgentOps work status. Triggers: "status", "show agentops work status.", "status skill".
Who is it for?
Teams invoking status when the user request matches documented triggers and prerequisites.
Skip if: Skip when cached docs are missing, the request is a negative trigger, or another sibling skill owns the workflow.
When should I use this skill?
Show AgentOps work status. Triggers: "status", "show agentops work status.", "status skill".
What you get
Step-by-step guidance grounded in status documentation and reference files.
- Work status dashboard
- Optional JSON status export
By the numbers
- Aggregates 4 state sources: bd tracker, ratchet, flywheel, and git
- Reports bd ready, in-progress, and epic items in one dashboard view
Files
/status — Workflow Dashboard
Purpose: Single-screen overview of your current state. What am I working on? What happened recently? What should I do next?
YOU MUST EXECUTE THIS WORKFLOW. Do not just describe it.
CLI dependencies: bd, ao, gt — all optional. Shows what's available, skips what isn't.
Folded triggers (ag-s43tg wave 1): quickstart routes here
- `quickstart` → `/status` Step 3. Use when asked to show the AgentOps next action
or "what do I do first" — the state-aware SUGGESTED NEXT ACTION table (Step 3) is the next-action surface. For a fresh/new-user setup, Priority 1 ("Start with quickstart or /research") and Priority 12 (clean state) cover the onboarding walkthrough.
---
Quick Start
/status # Full dashboard
/status --json # Machine-readable JSON output---
Execution Steps
Step 1: Gather State (Parallel)
Run ALL of the following in parallel bash calls for speed:
Call 0 - Reconciliation Snapshot:
if command -v ao &>/dev/null; then
ao reconcile --json 2>/dev/null || echo "RECONCILE_UNAVAILABLE"
else
echo "AO_UNAVAILABLE"
fiCall 1 — RPI + Ratchet + Task State:
# Current ratchet phase
if [ -f .agents/ao/chain.jsonl ]; then
tail -1 .agents/ao/chain.jsonl 2>/dev/null
else
echo "NO_CHAIN"
fi
# Ratchet status via CLI
if command -v ao &>/dev/null; then
ao ratchet status --json 2>/dev/null || echo "RATCHET_UNAVAILABLE"
ao task-status --json 2>/dev/null || echo "TASK_STATUS_UNAVAILABLE"
fiCall 2 — Beads / Epic State:
if command -v bd &>/dev/null; then
echo "=== EPIC ==="
bd list --type epic --status open 2>/dev/null | head -5
echo "=== IN_PROGRESS ==="
bd list --status in_progress 2>/dev/null | head -5
echo "=== READY ==="
bd ready 2>/dev/null | head -5
echo "=== TOTAL ==="
bd list 2>/dev/null | wc -l
else
echo "BD_UNAVAILABLE"
fiCall 3 — Knowledge Flywheel:
# Learnings count
echo "LEARNINGS=$(ls .agents/learnings/ 2>/dev/null | wc -l | tr -d ' ')"
echo "PATTERNS=$(ls .agents/patterns/ 2>/dev/null | wc -l | tr -d ' ')"
echo "PENDING=$(ls .agents/forge/ 2>/dev/null | wc -l | tr -d ' ')"
# Flywheel health + badge
if command -v ao &>/dev/null; then
ao metrics flywheel status 2>/dev/null || echo "FLYWHEEL_UNAVAILABLE"
ao badge 2>/dev/null || echo "BADGE_UNAVAILABLE"
fiCall 4 — Recent Activity + Git:
# Recent sessions
if [ -d .agents/ao/sessions ]; then
ls -t .agents/ao/sessions/*.md 2>/dev/null | head -3
else
echo "NO_SESSIONS"
fi
# Recent council verdicts
ls -lt .agents/council/ 2>/dev/null | head -4
# Git state
echo "=== GIT ==="
git branch --show-current 2>/dev/null
git log --oneline -3 2>/dev/null
git status --short 2>/dev/null | head -5Call 5 — Inbox:
if command -v gt &>/dev/null; then
gt mail inbox 2>/dev/null | head -5
else
echo "GT_UNAVAILABLE"
fiCall 6 — Session Quality Signals:
if [ -f .agents/signals/session-quality.jsonl ]; then
tail -10 .agents/signals/session-quality.jsonl
else
echo "NO_SIGNALS"
fiStep 2: Render Dashboard
Assemble gathered data into this format. Use Unicode indicators for visual clarity:
- Pass/healthy:
[PASS] - Warning/partial:
[WARN] - Fail/missing:
[FAIL] - Progress:
[3/7]with bar███░░░░
══════════════════════════════════════════════════
Workflow Dashboard
══════════════════════════════════════════════════
RECONCILIATION
Overall: <ao reconcile overall_status, or "unavailable">
High: <top high-severity findings, max 3, or "none">
Next: <first high finding next_action, or "none">
RPI PROGRESS
Phase: <current phase from chain.jsonl: research | plan | implement | validate | idle>
Gate: <last completed gate or "none">
─────────────────────────────────
research ── plan ── implement ── validate
<mark current position with arrow or highlight>
ACTIVE EPIC
<epic title and ID, or "No active epic">
Progress: <completed>/<total> issues <progress bar>
In Progress: <list in-progress issues, max 3>
READY TO WORK
<top 3 unblocked issues from bd ready>
<or "No ready issues — create work with /plan">
RECENT VALIDATIONS
<last 3 council reports with verdict>
<format: date verdict target>
<or "No recent validations">
KNOWLEDGE FLYWHEEL
Learnings: <count> Patterns: <count> Pending: <count>
Health: <flywheel status or "ao not installed">
Badge: <ao badge output or omit if unavailable>
TASK MATURITY
<ao task-status summary: active tasks with CASS maturity levels, or omit if unavailable>
RECENT SESSIONS
<last 3 session summaries with dates>
<or "No session history">
GIT STATE
Branch: <current branch>
Recent: <last 3 commits, one-line>
Changes: <uncommitted file count or "clean">
INBOX
<message count or "No messages" or "gt not installed">
SESSION QUALITY SIGNALS
<last 10 entries from .agents/signals/session-quality.jsonl as table>
| Timestamp | Signal | Detail | Session |
|-----------|--------|--------|---------|
<parsed from JSON lines: .timestamp, .signal, .detail, .session>
<or "No quality signals recorded." if file missing or empty>
──────────────────────────────────────────────────
SUGGESTED NEXT ACTION
<state-aware suggestion — see Step 3>
──────────────────────────────────────────────────
QUICK COMMANDS
/research Deep codebase exploration
/plan Decompose epic into issues
/pre-mortem Validate plan before coding
/implement Execute a single issue
/crank Autonomous epic execution
/validate Full close-out and learnings
/validate Targeted code review
ao reconcile --json Joined git/CI/release/beads/.agents truth
══════════════════════════════════════════════════Step 3: Suggest Next Action (State-Aware)
Evaluate state top-to-bottom. Use the FIRST matching condition:
| Priority | Condition | Suggestion |
|---|---|---|
| 0 | ao reconcile reports a high-severity finding | "Resolve reconciliation blockers from ao reconcile --json before picking backlog work" |
| 1 | No ratchet chain exists | "Start with quickstart or /research to begin a workflow" |
| 2 | Research done, no plan | "Run /plan to decompose research into actionable issues" |
| 3 | Plan done, no pre-mortem | "Run /pre-mortem to validate the plan before coding" |
| 4 | Issues in-progress | "Continue working: /implement <issue-id> or /crank for autonomous execution" |
| 5 | Ready issues available | "Pick up next issue: /implement <first-ready-id>" |
| 6 | Uncommitted changes | "Review recent work: /validate" |
| 7 | Implementation done, no vibe | "Run /validate for final close-out" |
| 8 | Recent WARN/FAIL verdict | "Address findings in <report-path>, then re-run /validate" |
| 10 | Vibe passed, no post-mortem | "Run /validate to complete closeout and extract learnings" |
| 11 | Pending knowledge items | "Promote learnings: ao pool list --status pending --json, then ao pool stage <id> and ao pool promote <id>" |
| 12 | Clean state, nothing pending | "All clear. Start with /research or /plan to find new work" |
If Call 0 is unavailable, skip Priority 0 and continue evaluating the remaining conditions.
Step 4: JSON Output (--json flag)
If the user passed --json, output all dashboard data as structured JSON instead of the visual dashboard:
{
"reconciliation": {
"overall_status": "green",
"high_findings": []
},
"rpi": {
"phase": "implement",
"last_gate": "plan",
"chain_entries": 3
},
"epic": {
"id": "ag-042",
"title": "Epic title",
"progress": { "completed": 3, "total": 7, "in_progress": ["ag-042.2"] }
},
"ready_issues": ["ag-042.4", "ag-042.5"],
"validations": [
{ "date": "2026-02-09", "verdict": "PASS", "target": "src/auth/" }
],
"flywheel": {
"learnings": 12,
"patterns": 5,
"pending": 2,
"health": "healthy"
},
"sessions": [
{ "date": "2026-02-09", "file": "session-abc.md" }
],
"git": {
"branch": "main",
"uncommitted_count": 3,
"recent_commits": ["abc1234 fix: thing", "def5678 feat: other"]
},
"inbox": { "count": 0 },
"session_quality_signals": [
{ "timestamp": "2026-03-31T14:22:00Z", "signal": "drift", "detail": "3 corrections in 5min", "session": "abc123" }
],
"suggestion": {
"priority": 5,
"message": "Continue working: /implement ag-042.2"
}
}Render this with a single code block. No visual dashboard when --json is active.
---
Examples
Checking Status Mid-Epic
User says: /status
What happens: 1. Agent runs 7 parallel bash calls to gather all state 2. Agent reads ratchet chain showing "implement" phase 3. Agent queries beads showing epic ag-042 with 3/7 issues completed 4. Agent finds 2 in-progress issues and 4 ready issues 5. Agent lists recent council verdict: PASS on src/auth/ 6. Agent checks flywheel showing 12 learnings, 5 patterns, 2 pending 7. Agent renders dashboard with progress bars and suggests: "Continue working: /implement ag-042.2"
Result: Full single-screen dashboard showing mid-epic progress with actionable next step.
Status in Clean State
User says: /status
What happens: 1. Agent gathers all state in parallel 2. Agent finds no ratchet chain exists (.agents/ao/chain.jsonl missing) 3. Agent finds no open epics or in-progress issues 4. Agent shows clean git state, recent commits only 5. Agent finds no recent validations 6. Agent suggests: "All clear. Start with /research or /plan to find new work"
Result: Dashboard confirms clean slate, points user to workflow entry points.
Troubleshooting
| Problem | Cause | Solution |
|---|---|---|
| Shows "BD_UNAVAILABLE" or "AO_UNAVAILABLE" | CLI tools not installed or not in PATH | Install missing tools: brew install bd or brew install ao. Skill gracefully degrades by showing available state only. |
| Ratchet phase shows stale data | Old chain.jsonl not cleaned up | Check timestamp of .agents/ao/chain.jsonl. If stale, delete it or run /validate to complete cycle and reset state. |
| Suggested action doesn't match intent | State-aware rules didn't capture edge case | Review priority table in Step 3. May need to refine conditions. Use --json to inspect raw state and debug rule matching. |
| JSON output malformed | Parallel bash calls returned unexpected format | Check each bash call individually. Ensure jq parsing works on actual data. Validate JSON structure with jq . before returning to user. |
Reference Documents
- references/status.feature — Executable spec: work dashboard from bd (ready/in-progress/epics) + ratchet/flywheel/git, --json, fail-soft on missing tools (soc-qk4b)
# Executable spec for the /status skill — work-status dashboard (driving-adapter).
# /status reports current AgentOps work state — its primary source is the bd tracker
# (ready/in-progress/epics) augmented with ratchet, flywheel, and git state — as a human
# dashboard or machine-readable JSON, degrading gracefully when a tool is missing. Hexagon:
# driving-adapter; consumes bd; produces stdout. (soc-qk4b)
Feature: Status shows the AgentOps work dashboard
As an agent or operator orienting in a repo
I want current work state surfaced from the tracker in one view
So that I can see ready/in-progress work and project health at a glance
Scenario: the dashboard reports work state from bd
When /status runs
Then it reports work state from bd (ready, in-progress, open epics)
And it augments that with ratchet, flywheel, and git state
Scenario: --json gives machine-readable output
When /status --json runs
Then it emits the same status as structured JSON
Scenario: missing tools degrade gracefully
When a data source (ratchet/flywheel) is unavailable
Then /status marks that section unavailable and still renders the rest, without crashing
#!/usr/bin/env bash
set -euo pipefail
SKILL_DIR="$(cd "$(dirname "$0")/.." && pwd)"
PASS=0; FAIL=0
check() { if bash -c "$2"; then echo "PASS: $1"; PASS=$((PASS + 1)); else echo "FAIL: $1"; FAIL=$((FAIL + 1)); fi; }
check "SKILL.md exists" "[ -f '$SKILL_DIR/SKILL.md' ]"
check "SKILL.md has YAML frontmatter" "head -1 '$SKILL_DIR/SKILL.md' | grep -q '^---$'"
check "SKILL.md has name: status" "grep -q '^name: status' '$SKILL_DIR/SKILL.md'"
check "SKILL.md mentions dashboard" "grep -qi 'dashboard' '$SKILL_DIR/SKILL.md'"
check "SKILL.md mentions suggested next action" "grep -qi 'suggested next action\|suggest next action\|suggestion' '$SKILL_DIR/SKILL.md'"
echo ""; echo "Results: $PASS passed, $FAIL failed"
[ $FAIL -eq 0 ] && exit 0 || exit 1
Related skills
How it compares
Use status for AgentOps multi-source dashboards; use plain `git status` when you only need repository diffs without backlog context.
FAQ
What does status do?
Show AgentOps work status. Triggers: "status", "show agentops work status.", "status skill".
When should I use status?
Show AgentOps work status. Triggers: "status", "show agentops work status.", "status skill".
What are common prerequisites?
--- name: status description: 'Show AgentOps work status.
Is Status safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.