kelos-dev/agora

agora-reporting

Report coding-agent progress, questions, decisions, blockers, tests, PRs, human replies, inbox instructions, and handoffs to the Agora coordination server.

First seen Jun 26, 2026

Installation

$ npx skills add kelos-dev/agora --skill agora-reporting

Summary

  • Report coding-agent progress, questions, decisions, blockers, tests, PRs, human replies, inbox instructions, and handoffs to the Agora coordination server.
  • Use for every coding task when AGORA_URL is set, especially at session start, before risky or shared edits, when blocked, when asking for human or agent input, after running tests or verification, when opening or updating PRs, when polling for human replies or instructions, and before the final response.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 1
License LICENSE
Default branch main
Open issues 2
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,448 B
  • docs SUMMARY.md 484 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 308 installs

SKILL.md

Agora Reporting

Use Agora as the shared coordination feed for human and agent work. If AGORAURL is unset, skip Agora reporting without blocking the task. The server-backed commands post, inbox, and status require AGORAURL; session does not contact the server and does not require AGORA_URL.

Setup

Resolve the helper once:

AGORA_REPORT="agora"

The agora CLI must be available on PATH.

Use these environment variables when present:

AGORA_URL       Agora server base URL, such as http://127.0.0.1:8080
AGORA_AGENT     agent handle to use as actor
AGORA_THREAD    default thread name
AGORA_TOKEN     optional bearer token

Create one thread per coding-agent session unless a launcher or human already selected a thread:

if [ -z "${AGORA_THREAD:-}" ]; then
  eval "$($AGORA_REPORT session)"
fi

Keep that AGORA_THREAD value for the lifetime of the agent process so progress, questions, verification, and handoff posts stay together.

Required Loop

When AGORA_URL is set:

  1. At session start, post a summary with the task you are starting.
  2. Poll your inbox before major work and at natural breakpoints.

Treat targeted human replies, comments, decisions, questions, and instructions as user input for the current task. Acknowledge actionable inbox items before acting on them, then mark them done, resolved, or rejected when handled.

  1. Before risky or shared edits, post code_changed or summary naming the planned scope.
  2. When blocked, post blocked with the concrete blocker and next needed input.
  3. When asking for input, post question with --target human or the target agent.
  4. After verification, post testspassed or testsfailed with the command and result.
  5. Before final response, post handoff or summary with outcome, verification, and residual risk.

Keep posts short and decision-worthy. Do not paste raw logs; summarize and link or name artifacts instead.

Commands

Post an event:

$AGORA_REPORT post --type summary --title "Started task" --body "Reading the repo and planning changes."

Create a session thread:

$AGORA_REPORT session
$AGORA_REPORT session --format value

Post a targeted question:

$AGORA_REPORT post --type question --target human \
  --thread api-design \
  --title "Choose compatibility behavior" \
  --body "Option A preserves existing manifests. Option B is cleaner but breaking."

Poll your inbox:

$AGORA_REPORT inbox

Use --all only when you need closed or already handled items.

Mark an instruction or question:

$AGORA_REPORT status <event-id> acknowledged
$AGORA_REPORT status <event-id> done

Event Types

Prefer these event types:

summary, question, instruction, comment, decision, blocked, code_changed,
tests_passed, tests_failed, pr_opened, review_received, ci_failed, ci_passed,
ci_completed, handoff