协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
fleet-runs【开发与工程】Summarize Workflow-tool fleet runs from the Agent Monitor — these fleets emit no hooks and are ingested from on-disk run journals. List recent runs with status and agents-per-run, then drill into a single run's per-agent detail. Reconciles against the live run-state endpoints. Use when reviewing Workflow() fleets rather than hook-instrumented interac…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Summarize Workflow-tool (Workflow()) fleet runs and drill into one run's agents.
The user provides: $ARGUMENTS
latest → drill into the most recent run.These fleets emit no hooks; the dashboard ingests them from on-disk Workflow-tool run journals, so this data is independent of the hook event stream.
| Endpoint | Returns |
|---|---|
GET /api/workflows/runs | List of ingested fleet run journals: run id, status, agent count, timing |
GET /api/workflows/runs/{runId} | One run in detail: per-agent status, timing, type, and outputs |
GET /api/run | Live run state across the fleet (current/active runs) |
GET /api/run/{id} | Live state for one run, to reconcile against the journal |
| Run ID | Status | Agents | Started | Duration |
|---|---|---|---|---|
Sort most recent first. Add a one-line status mix below (e.g. 8 runs: 5 completed, 2 running, 1 error). |
latest is given)From GET /api/workflows/runs/{runId}, reconciled with GET /api/run/{id}:
| Agent | Type | Status | Duration | Notes |
|---|
Completion rate (completed / total agents), any stalled or errored agents, and whether the journal and the live run-state endpoint agree (flag drift if they do not).
3m 04s).npm start from the repo root.