active Automatic scheduler, orchestrator, forwarder, and sanity auto-heal actions are allowed.
idle Kick off a Jules enhancement round once the tracked repo is ready.
Request: not requested yet
Summary: Request an enhancement round for Stbmap/dev-manager when you want the scheduler to look for follow-up improvements.
Open issues / PRs / active enhancer sessions: 0 / 0 / 0
Welcome to the dev-manager orchestration cockpit. It auto-refreshes, remembers your place, and keeps the state visible without manual reloads.
Listens to the manager event stream while that tab is open, without reloading the whole page.
The background Jules sync, scheduler, watcher, forwarder, and orchestrator loops are started in cmd/dev-manager/main.go and read their cadence from DB-backed runtime settings.
GitHub intake watches the tracked repository and imports open issues and pull requests into the queue before the scheduler starts sessions.
Clarification threads are exposed through the JSON API so Codex can read Jules questions and answer them directly without using the UI.
2
1
11
1
55
2
8
0
Repo: Stbmap/dev-manager
Status: ok: scanned 3 repo(s), 574 items total (Stbmap/chatter=1, Stbmap/dev-manager=316, Stbmap/stbmap=257)
Status: ok: synced 242 Jules session(s) (0 imported, 3 updated)
Status: waiting for the first webhook delivery
Status: ok: no sanity issues detected
Status: ok: no drift detected
Status: ok: reused 1 canonical self-improvement issue(s)
Status: ok: no expired memory entries (retention=180d)
Candidates: 2
Quietest / Noisiest: just now (12514038694284651855) / 4m (17870570143305989165)
Total: 56
Split / Blocked / Launchable: 0 / 0 / 25
Total: 1
Proposed / Approved / Applied: 0 / 0 / 0
Total: 94
Active / Blocked / Failed / Completed: 0 / 12 / 0 / 56
Total: 209
Blocked / Allowed / Failed: 97 / 62 / 0
Main-first drift: 12
escalating Why the manager is waiting, launching, escalating, or refusing work.
Next: resolve the operator-owned items before opening fresh work
This is the manager's self-check trail. Auto-heal only repairs safe queue drift and uses long thresholds before it pauses or requeues expired work.
| Time | Event | Summary |
|---|---|---|
| just now | sanity_ok | ok: no sanity issues detected |
| 2m ago | sanity_ok | ok: auto-healed 1 issue(s): Stbmap/chatter|issue|1 moved from ready to in-progress because 1 active session(s) exist |
| 2m ago | sanity_auto_heal | Repaired 1 item(s). |
| 4m ago | sanity_ok | ok: no sanity issues detected |
| 6m ago | sanity_ok | ok: auto-healed 1 issue(s): Stbmap/stbmap|pr|257 moved from in-progress to ready because no active session exists |
| 6m ago | sanity_auto_heal | Repaired 1 item(s). |
Sessions tracked by dev-manager in the local database. These are the normalized manager-owned rows the scheduler, watcher, and orchestrator actively manage end to end.
Pause keeps a session visible and held by the manager. Kill attempts to delete the remote Jules session, then stops local management and requeues the linked GitHub item when possible.
Click any session row to open its details here. The selection is remembered across auto-refreshes.
| Trace / ID / Item | State | Details | Actions |
|---|---|---|---|
|
Stbmap/stbmap PR #255 12514038694284651855 |
blocked |
feat: surface reload-cause telemetry in shared shell diagnostics
Created: 56m ago
Last Active: just now
Lease Remaining: in 2d 23h
|
|
|
Stbmap/chatter Issue #1 17870570143305989165 |
running |
Create Full Project long Issues List
Created: 4m ago
Last Active: 4m ago
Lease Remaining: in 2d 23h
|
Remote sessions pulled from the Jules API for any configured Jules accounts. This is the raw upstream mirror. The manager-owned queue lives in Local Sessions and uses normalized internal states for automation.
Loading remote Jules sessions...
First-class attention queue for Jules sessions that need a response, recovery nudge, or operator decision. This view listens to the manager event stream and refreshes only when something changes.
Loading sessions that need attention...
Single place for human decisions. This queue collects escalations, provider failures, blocked messages, and other items the manager cannot safely finish on its own.
Loading operator inbox items...
Paste a Jules web suggestion here when the upstream surface does not expose a clean API. Suggestions are tracked advisory work first, then they can be promoted to a GitHub issue, turned into a directive inbox item, or ignored as noise.
Loading suggestions...
Durable memory rows capture incidents, prompt changes, self-improvement notes, split plans, and other lessons the manager should remember across sessions. Rows now carry an expiry and a retention sweep prunes stale memory so prompts stay current.
Loading memory entries...
Goal plans turn broad work into ordered, reusable slices. Each row records the target, dependency graph, and the split/blocked/launchable disposition the manager derived before a worker starts.
| Time | Target | Goal | Disposition | Graph |
|---|---|---|---|---|
| 5m ago |
Stbmap/chatter goal-plan:Stbmap/chatter#1 |
Create a comprehensive, implementation-ready GitHub issue list for Stbmap/chatter from the attached specification documents. Each issue should include detailed scope, acceptance criteria, technical notes, UI/UX expectations where relevant, dependencies, verification steps, and labels so Jules implementer agents can start work with minimal follow-up questions. Plan: Create Full Project long Issues List Do not split this issue. The requested work is a cohesive backlog-generation task: one agent should read the attached specification once, reconcile the PDF/DOCX content, account for the clarifications about multi-agent MC-style chat and local Codex/Gemini CLI execution, then create a complete, consistently structured GitHub issue set. Splitting the planning work would likely produce duplicate, inconsistent, or poorly sequenced issues. Under the current fat split policy, this should stay as one broad Codex planning/closeout task. |
launchable |
deps=0 history=0 children=0 ordered=1 |
| 54m ago |
Stbmap/stbmap goal-plan:Stbmap/stbmap#257 |
Bring PR #257 to merge-ready status by confirming the incomplete ReloadCause telemetry rollout is correctly wired across cohort and assessment workspace pages, remains generic and tenant-safe, and is covered by focused deterministic tests. Plan: fix incomplete telemetry rollout in cohort and assessment workspace pages PR #257 is a cohesive merge-readiness closeout for one telemetry rollout seam. Under the current fat split policy, splitting the remaining wiring, signature compatibility, and test verification would create overlap and coordination cost without producing independently launchable work. |
launchable |
deps=0 history=0 children=0 ordered=1 |
| 56m ago |
Stbmap/stbmap goal-plan:Stbmap/stbmap#255 |
Close PR #255 from the current PR branch or merged main by validating the shared reload-cause telemetry seam, confirming the Jules implementation matches platform core and reuse rules, and producing honest merge readiness or a tight follow-up if a blocker is found. Plan: feat: surface reload-cause telemetry in shared shell diagnostics Do not split this PR. Under the current fat issue policy, the reload-cause telemetry work is a single cohesive shared-shell diagnostics slice, and PR #255 is already ready with no active sessions listed. Splitting now would create duplicate ownership around the same telemetry seam and proof surface. |
launchable |
deps=0 history=0 children=0 ordered=1 |
| 2h 33m ago |
Stbmap/dev-manager goal-plan:Stbmap/dev-manager#313 |
Review and close out PR #313 end to end: confirm webhook health tracking, narrow event routing, duplicate delivery suppression, replay CLI dry-run behavior, and fallback polling behavior are correct, then make only necessary fixes and leave the PR merge-ready. Plan: feat: production-ready webhook fast path and delivery health Do not split this PR closeout. PR #313 is already in ready state, has no active competing sessions, and represents a cohesive implementation of issue #288. Under the fat split policy, the right routing is one Codex closeout pass focused on review, repair, verification, and merge readiness rather than creating new child issues. |
launchable |
deps=0 history=0 children=0 ordered=1 |
| 3h 13m ago |
Stbmap/stbmap goal-plan:Stbmap/stbmap#254 |
Confirm PR #254 is ready to merge from current main, or identify the smallest required follow-up patch, while avoiding duplicate work with the active running session 2526032546845651416. Plan: Surface reload-cause telemetry in shared shell diagnostics Do not split. Under the current fat issue policy, PR #254 is already one cohesive closeout for issue #253: a shared reload-cause contract, diagnostics recording, auto-refresh propagation, and workspace service/page wiring. The live context also shows an active running session on the same work, so creating child issues or launching another broad worker would risk duplicate ownership rather than improve execution. |
launchable |
deps=0 history=1 children=0 ordered=2 |
Split plans are the operator-approved workflow that turns a broad item into linked child GitHub issues. Approve a proposal, apply it to create the child issues, or request a regeneration if the slice set needs another pass.
| Time | Target | State | Parent | Children | Summary | Actions |
|---|---|---|---|---|---|---|
| 1d 9h ago |
Stbmap/dev-manager Stbmap/dev-manager#244 issue_split:Stbmap/dev-manager#244 |
rejected | split_rejected |
|
Prove from merged main that the manager can survive a supervised multi-cycle workload window, capture incident-grade evidence, and stop deterministically when drift, duplicate work, stale leases, repeated recoveries, or manual intervention appear. The issue is too broad for one fresh worker because it mixes three separable concerns while repo guidance still says keep the manager supervised, not unattended: a long-running driver, durable soak evidence, and deterministic stop conditions. Rejected: 1d 9h ago |
|
Durable handoff rows record role transitions such as planner to implementer, implementer to reviewer, and orchestrator escalations. This is the visible multi-agent ownership trail.
Loading handoffs...
Durable role-owned tasks are derived from handoffs and tracked separately from raw GitHub items. They keep planner, implementer, reviewer, repairer, and reconciler work visible across retries and scheduler restarts.
By status:
By role/state:
| Task | Role / Status | Target | Chain | Updated |
|---|---|---|---|---|
|
agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#255:repairer handoff:pr_conflict:implementer->repairer:12514038694284651855:Stbmap/stbmap#255 |
repairer
blocked
1 active session(s) already exist for Stbmap/stbmap#255
|
Stbmap/stbmap github_item Stbmap/stbmap#255 |
chain: handoff:pr_conflict:implementer->repairer:12514038694284651855:Stbmap/stbmap#255
origin: handoff:pr_conflict:implementer->repairer:12514038694284651855:Stbmap/stbmap#255
session: 12514038694284651855
|
4m ago |
|
agent-task:stbmap/dev-manager:github_item:Stbmap/dev-manager#291:repairer admission:issue:Stbmap/dev-manager#291:repairer |
repairer
blocked
blocked_by_repo_issue_concurrency: 1 active issue session(s) meets limit 1 for Stbmap/dev-manager
|
Stbmap/dev-manager github_item Stbmap/dev-manager#291 |
chain: admission:issue:Stbmap/dev-manager#291:repairer
origin: admission:issue:Stbmap/dev-manager#291:repairer
|
1h 52m ago |
|
agent-task:stbmap/dev-manager:github_item:Stbmap/dev-manager#262:repairer admission:issue:Stbmap/dev-manager#262:repairer |
repairer
blocked
blocked_by_repo_issue_concurrency: 1 active issue session(s) meets limit 1 for Stbmap/dev-manager
|
Stbmap/dev-manager github_item Stbmap/dev-manager#262 |
chain: admission:issue:Stbmap/dev-manager#262:repairer
origin: admission:issue:Stbmap/dev-manager#262:repairer
|
1h 52m ago |
|
agent-task:stbmap/dev-manager:github_item:Stbmap/dev-manager#259:repairer admission:issue:Stbmap/dev-manager#259:repairer |
repairer
blocked
blocked_by_repo_issue_concurrency: 1 active issue session(s) meets limit 1 for Stbmap/dev-manager
|
Stbmap/dev-manager github_item Stbmap/dev-manager#259 |
chain: admission:issue:Stbmap/dev-manager#259:repairer
origin: admission:issue:Stbmap/dev-manager#259:repairer
|
1h 52m ago |
|
agent-task:stbmap/dev-manager:github_item:Stbmap/dev-manager#260:repairer admission:issue:Stbmap/dev-manager#260:repairer |
repairer
blocked
blocked_by_repo_issue_concurrency: 1 active issue session(s) meets limit 1 for Stbmap/dev-manager
|
Stbmap/dev-manager github_item Stbmap/dev-manager#260 |
chain: admission:issue:Stbmap/dev-manager#260:repairer
origin: admission:issue:Stbmap/dev-manager#260:repairer
|
1h 52m ago |
Imported work items from the tracked repository. These feed the scheduler.
Closed items are hidden by default.
517 closed item(s) are hidden. Use ?show_closed=1 to reveal them.
| Repo / Issue | Title | State | Updated | Link |
|---|---|---|---|---|
|
Stbmap/stbmap Issue #211 |
F-953 Shared Realtime Surface Density and Memory Budget | ready | 1m ago | Open |
|
Stbmap/stbmap Issue #213 |
Shared shell flickers and reloads route content on layout-only changes | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #214 |
Learning workspace initial-load query budget and heavy fixture proof | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #215 |
Shared object interest manifest for refresh filtering | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #216 |
Generated app mutation receipt can disappear after create/update refresh race | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #217 |
Playwright view-only surface helpers must not drive mutation flows | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #218 |
ObjectListQueryService needs unbounded-query diagnostics and budget enforcement | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #219 |
Workspace load diagnostics for query strategy, candidate count, and projection time | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #220 |
Learning Delivery staged graph loader should be rebuilt from authority roots | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #221 |
Learning Catalog workspace should stop duplicating shared object list/projection handling | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #222 |
Learning Path workspace needs bounded graph loading and refresh-interest filtering | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #223 |
Learning Analytics workspace should use shared projections instead of eager model joins | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #224 |
Auto-refresh coordinator should coalesce relevant events and avoid overlapping reloads | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #225 |
Auto-refresh lifecycle test harness for tenant/model/object/debounce behavior | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #226 |
Retain split-pane route children across width-only rebuilds | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #227 |
Shared shell should keep stale content visible while background refresh revalidates | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #228 |
Side-nav width changes must not recreate navigation context or reload active routes | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #229 |
Split workspace drag should throttle layout setState storms | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #230 |
Audit page-local FutureBuilder and controller patterns that reload on constraints changes | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #231 |
ObjectRegistryStore needs memory retention budgets and tenant/workspace lifecycle pruning | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #232 |
Display projection cache should avoid remapping unchanged snapshots on every list query | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #233 |
Audit and eliminate unsafe ObjectListQuery limit:null callsites | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #234 |
Harden objectId and inSet query planning as a shared object-kernel capability | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #235 |
Query planner fallback full scans should emit support diagnostics above cardinality budget | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #236 |
Learning workspace derived dependencies must register refresh interest | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #237 |
Suppress self-originating object refreshes after explicit mutation reloads | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #238 |
Define a shared mutation continuity contract for receipts, selection, and follow-up actions | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #239 |
Workspace-selection Playwright helper fails when already inside the target workspace | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #240 |
Hosted proof helpers need failure taxonomy for app failure vs harness mismatch | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #241 |
Add browser memory telemetry smoke for Learning Delivery and Learning Catalog | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #242 |
Add CPU utilization profiler scenario for learning workspace object-event refresh storms | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #243 |
Object lifecycle events should expose mutation metadata needed for precise refresh interest | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #244 |
Changed-field-aware refresh filtering for object-driven surfaces | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #245 |
Leaf widgets should be able to register object interest upward through the shared tree | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #246 |
Derive refresh interest from model, field, designation, and runtime contracts | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #247 |
Collection surfaces need explicit insert/delete/archive invalidation policy | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #248 |
Preserve selected record, scroll position, and form draft during background refresh | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #249 |
Hosted resize and flicker proof harness with screenshots or video diff | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #250 |
Workspace page dispose and subscription lifecycle audit | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #251 |
Generated app detail-dialog tests should use visible-control-safe tapping | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #252 |
Guard against the 'parallelize loading the world' performance anti-pattern | deferred | 1m ago | Open |
|
Stbmap/stbmap Issue #256 |
Reduce duplicate starts for Stbmap/stbmap | needs_split | 1m ago | Open |
|
Stbmap/dev-manager Issue #260 |
feature: dev-manager scheduled tasks | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #262 |
feature: max dev cycle configuration knob | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #244 |
Add a long-running soak harness for unattended autonomy | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #243 |
Phase 5: Production Hardening and Unattended Autonomy | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #259 |
Local agent should help when Jules clearly can't resolve issues, reviews etc. | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #291 |
feature: autonomy readiness scorecard and 100% vision dashboard | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #286 |
feature: PR-first closeout controller for merge, reject, and duplicate disposition | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #294 |
feature: autonomy certification gate and unattended-mode promotion | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #311 |
Fix unsafe obsolete/no-op PR close policy | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #312 |
Use manager-owned callback IDs so Jules receives one complete initial prompt | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #288 |
feature: production-ready webhook fast path and delivery health | deferred | 1m ago | Open |
|
Stbmap/dev-manager Issue #316 |
Add Codex-assisted generic intake workflow for operator requests | deferred | 1m ago | Open |
|
Stbmap/chatter Issue #1 |
Create Full Project long Issues List | in-progress | 1m ago | Open |
Imported pull requests from the tracked repository.
Closed items are hidden by default.
517 closed item(s) are hidden. Use ?show_closed=1 to reveal them.
| Repo / PR | Title | State | Updated | Link |
|---|---|---|---|---|
|
Stbmap/dev-manager PR #315 |
chore: sync workspace with main | deferred | 1m ago | Open |
|
Stbmap/stbmap PR #255 |
feat: surface reload-cause telemetry in shared shell diagnostics | in-progress | 1m ago | Open |
Manager-level secrets loaded at runtime.
Map each GitHub repository to a local checkout so intake can watch it and Codex can answer from the correct codebase. This is the seam that makes multi-repo orchestration work.
Every repository policy save records a durable snapshot. Use restore to roll a repo back to a known-good policy version.
| Repo | Version | Status | Summary | Description | Updated | Actions |
|---|---|---|---|---|---|---|
| Stbmap/chatter | #1 | active | - | Enable Stbmap/chatter after bootstrap and successful repo preflight with explicit OAuth-scope waiver. | 22m ago | |
| Stbmap/dev-manager | #1 | active | - | seeded from repo_configs | 3d 11h ago | |
| Stbmap/stbmap | #1 | active | - | seeded from repo_configs | 3d 11h ago |
These DB-backed settings control the automatic loops and decision thresholds without code changes or restarts. Use Go duration strings like 30s, 5m, or 2h. The issue split policy lives here too, so you can keep Jules on fat issues unless you explicitly flip it to split.
Budget thresholds live in runtime settings for global defaults and in each repository mapping for overrides. They control how much Jules and provider burn the manager will tolerate before it slows fresh launches.
| Scope | Policy | Jules | Codex | Gemini | Status | Blocking |
|---|---|---|---|---|---|---|
| global | global defaults | 27/unbounded | 135/unbounded | 0/unbounded | pass | - |
| Stbmap/chatter | inherited | 1/unbounded | 2/unbounded | 0/unbounded | pass | - |
| Stbmap/dev-manager | inherited | 20/unbounded | 91/unbounded | 0/unbounded | pass | - |
| Stbmap/stbmap | inherited | 6/unbounded | 21/unbounded | 0/unbounded | pass | - |
| Name | Limits (Concurrent/Daily) | Active |
|---|---|---|
|
work_1 ID: 490a1869-f32f-4189-83cc-85b4334e8fcd |
Conc: 10 Daily: 85 Used: 27 Remaining: 58 |
Active Jules API Key: OK Last Used: never |
Roles describe the worker lanes the manager knows about. Updating a role now creates a new prompt version instead of overwriting the previous one.
Prompt versions are the durable source of truth for worker instructions and recovery playbooks. Use scope_type=role and scope_key=implementer/reviewer/orchestrator/responder/admission/completion_review for defaults, scope_type=repo plus a repo full name for repo overrides, or scope_type=playbook to manage named recovery playbooks.
| Scope | Prompt | Version | Status | Description | Content | Updated | Actions |
|---|---|---|---|---|---|---|---|
| playbook: global | awaiting_clarification | #1 | active | Clarification waiting path | {
"key": "awaiting_clarification",
"summary": "Answer or escalate a worker question with the smallest safe step.",
"audience": "responder",
"trigger_states": ["awaiting_clarification"],
"allowed_actions": ["answer", "escalate"],
"message_template": "This session is waiting on clarification. Answer the question directly from the repository docs and current codebase. If the docs do not cover it, say exactly what is missing and the smallest next step. Question: {{.Reason}}.",
"operator_note_template": "Clarification playbook selected for {{.SessionID}}.",
"stop_conditions": ["question answered", "escalated to human review"],
"evidence": ["clarification question present", "confidence available"]
} |
4d 14h ago | |
| playbook: global | blocked_merge | #1 | active | Merge blocker recovery | {
"key": "blocked_merge",
"summary": "Clear merge conflicts or report the exact blocker.",
"audience": "reviewer",
"trigger_states": ["blocked"],
"allowed_actions": ["nudge", "escalate"],
"message_template": "This session is blocked by merge or review state. Resolve the blocker directly now. If this is a merge conflict or behind-base PR, update from the base branch, resolve conflicts, rerun the relevant tests, and push an updated PR. If you still cannot proceed, report the exact blocker and the smallest next step.",
"operator_note_template": "Merge-block playbook selected for {{.ItemLabel}} because {{.Reason}}.",
"stop_conditions": ["blocker resolved", "human review required"],
"evidence": ["merge conflict", "branch protection", "base branch drift", "changes requested"]
} |
4d 14h ago | |
| playbook: global | duplicate_session | #1 | active | Duplicate session recovery | {
"key": "duplicate_session",
"summary": "Prevent duplicate work from spawning more quota burn.",
"audience": "operator",
"trigger_states": ["running", "blocked", "failed"],
"allowed_actions": ["escalate", "release"],
"message_template": "This session appears to duplicate another worker or a recently completed attempt. Stop new changes, keep the current evidence intact, and wait for manager reconciliation before starting more work.",
"operator_note_template": "Duplicate-session playbook selected for {{.ItemLabel}}.",
"stop_conditions": ["duplicate ownership resolved"],
"evidence": ["duplicate launch", "similar branch", "similar PR title", "same item already owned"]
} |
4d 14h ago | |
| playbook: global | failed_session | #1 | active | Failed session recovery | {
"key": "failed_session",
"summary": "Stop active work and surface the smallest clean recovery path.",
"audience": "operator",
"trigger_states": ["failed"],
"allowed_actions": ["escalate", "release"],
"message_template": "This session appears failed or unrecoverable. Stop active work, preserve the current evidence, and report the smallest clean recovery step for {{.ItemLabel}}.",
"operator_note_template": "Failed-session recovery selected for {{.ItemLabel}}.",
"stop_conditions": ["operator intervenes", "session is terminalized"],
"evidence": ["failed state", "stale lease", "missing remote activity"]
} |
4d 14h ago | |
| playbook: global | local_only_session | #1 | active | Local-only session recovery | {
"key": "local_only_session",
"summary": "Handle rows that exist locally without a reachable remote worker.",
"audience": "operator",
"trigger_states": ["blocked", "failed"],
"allowed_actions": ["reassign", "escalate", "release"],
"message_template": "This session is local-only or missing its remote worker. Do not assume the work is progressing remotely. Reconcile ownership, then decide whether to reassign or release {{.ItemLabel}}.",
"operator_note_template": "Local-only recovery selected for {{.ItemLabel}}.",
"stop_conditions": ["remote owner restored", "item requeued", "item released"],
"evidence": ["no remote account", "missing Jules session", "stale lease with no activity"]
} |
4d 14h ago | |
| playbook: global | operator_paused_work | #1 | active | Operator paused work recovery | {
"key": "operator_paused_work",
"summary": "Respect operator pauses and wait for an explicit resume.",
"audience": "implementer",
"trigger_states": ["paused"],
"allowed_actions": ["noop", "escalate"],
"message_template": "This session is paused by operator policy. Do not start new work or self-reassign. Wait for an explicit resume or a fresh operator instruction.",
"operator_note_template": "Operator-paused work selected for {{.ItemLabel}}.",
"stop_conditions": ["operator resumes", "operator changes the pause reason"],
"evidence": ["operator pause reason", "manager pause reason", "sanity pause"]
} |
4d 14h ago | |
| playbook: global | quiet_running_session | #1 | active | Quiet running worker | {
"key": "quiet_running_session",
"summary": "Nudge a running worker that has gone quiet but is still expected to continue.",
"audience": "implementer",
"trigger_states": ["running", "starting"],
"allowed_actions": ["nudge"],
"message_template": "This session has been quiet for {{.QuietFor}}. Continue from the repository docs and current branch. If you are blocked, report the exact blocker and the smallest next step for {{.ItemLabel}}.",
"operator_note_template": "Quiet running worker nudged for {{.ItemLabel}} after {{.QuietFor}}.",
"stop_conditions": ["worker responds", "state changes"],
"evidence": ["quiet_for >= nudge_after", "session still has an active owner"]
} |
3d 12h ago | |
| playbook: global | remote_only_session | #1 | active | Remote-only session recovery | {
"key": "remote_only_session",
"summary": "Handle sessions that exist remotely but are missing locally.",
"audience": "operator",
"trigger_states": ["blocked", "failed"],
"allowed_actions": ["escalate"],
"message_template": "This session appears to exist remotely without a matching local owner. Stop assuming local state is authoritative and wait for manager reconciliation before taking any more action.",
"operator_note_template": "Remote-only recovery selected for {{.SessionID}}.",
"stop_conditions": ["local mirror reconciled"],
"evidence": ["remote session missing local row", "mirror drift", "unmatched remote activity"]
} |
4d 14h ago | |
| playbook: global | stale_lease | #1 | active | Stale lease recovery | {
"key": "stale_lease",
"summary": "Reassign or release work that has exceeded its lease.",
"audience": "operator",
"trigger_states": ["running", "paused", "blocked", "awaiting_clarification"],
"allowed_actions": ["reassign", "escalate", "release"],
"message_template": "This session's lease looks stale. Confirm whether the worker is still actively making progress. If not, reassign or release the smallest work item possible and leave a clear trace for the next worker.",
"operator_note_template": "Stale-lease playbook selected for {{.ItemLabel}} after {{.QuietFor}}.",
"stop_conditions": ["lease refreshed", "work requeued", "operator decides to hold"],
"evidence": ["quiet_for beyond lease threshold", "lease expired", "worker not responding"]
} |
4d 14h ago | |
| role: admission | admission | #1 | active | Decides whether to start a new Jules session. | You are the orchestrator for dev-manager. Your job is to decide whether it is worth starting a fresh Jules session for a queued work item. Be patient. Avoid duplicate sessions. Prefer waiting when an existing worker is already handling the same issue or pull request. If the task is not clearly ready for a new worker, say so. If the task is clearly ready, say so and give the smallest useful reason. |
4d 14h ago | |
| role: another-role | another-role | #1 | active | Desc | Prompt |
3d 13h ago | |
| role: completion_review | completion_review | #1 | active | Reviews terminal Jules sessions and reports whether the result looks trustworthy. | You are the orchestrator for dev-manager. Your job is to assess a Jules session that just reached a terminal state. Use the repository docs, current codebase, and manager context to produce a short completion review. Say whether the completion looks trustworthy and what the smallest next manager step should be. Be concrete, calm, and brief. |
4d 14h ago | |
| role: implementer | implementer | #1 | active | Writes code to implement features and bugfixes. | You are an implementer. Write the code to solve the issue. |
1d 15h ago | |
| role: orchestrator | orchestrator | #1 | active | Orchestrates the workflow and triages issues. | You are an orchestrator. Route and plan the work. |
1d 15h ago | |
| role: reconciler | reconciler | #1 | active | Closes out finished work and reconciles the queue. | You are a reconciler. Tidy up, verify the final state, and close the loop. |
2d 22h ago | |
| role: repairer | repairer | #1 | active | Repairs blocked work and clears merge conflicts. | You are a repairer. Fix the blocker or conflict that is preventing the work from progressing. |
2d 22h ago | |
| role: responder | responder | #1 | active | Answers clarification questions from Jules. | You are the clarification responder for dev-manager. Your job is to answer Jules' question directly, briefly, and concretely. Prefer repository docs, tracked issue/PR context, and the current codebase. If the answer depends on live manager state, query the manager API yourself and turn that into a direct answer for Jules. Never tell Jules to query localhost, the manager API, or any other local-only service. If the docs do not cover the question, say exactly what is missing and the smallest next step. |
4d 14h ago | |
| role: reviewer | reviewer | #1 | active | Reviews code changes. | You are a reviewer. Review the code changes. |
1d 15h ago | |
| role: splitter | splitter | #1 | active | Splits broad work into smaller slices. | You are a splitter. Break broad work into smaller, actionable slices and hand the next slice to the right worker. |
2d 22h ago | |
| role: test-role | test-role | #2 | active | Updated Description | Updated Prompt |
3d 13h ago | |
| role: test-role | test-role | #1 | inactive | Test Description | Test Prompt |
3d 13h ago |
| Time | Actor | Event | Target | Details |
|---|---|---|---|---|
| just now | dev-manager-sanity | sanity_ok | manager: sanity | {"status": "ok: no sanity issues detected", "repairs": [], "findings": []} |
| 1m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 1m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 1m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 2m ago | dev-manager-sanity | sanity_ok | manager: sanity | {"status": "ok: auto-healed 1 issue(s): Stbmap/chatter|issue|1 moved from ready to in-progress because 1 active session(s) exist", "repairs": ["Stbmap/chatter|issue|1 moved from ready to in-progress because 1 active session(s) exist"], "findings": []} |
| 2m ago | dev-manager-sanity | sanity_auto_heal | manager: sanity | {"status": "ok: auto-healed 1 issue(s): Stbmap/chatter|issue|1 moved from ready to in-progress because 1 active session(s) exist", "repairs": ["Stbmap/chatter|issue|1 moved from ready to in-progress because 1 active session(s) exist"], "remaining_findings": []} |
| 4m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/chatter#1 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 1, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "in-progress", "repo_full_name": "Stbmap/chatter"} |
| 4m ago | dev-manager-watcher | pr_blocked_by_conflict | session: 12514038694284651855 | {"reason": "the pull request has merge conflicts with the base branch", "pull_number": 255} |
| 4m ago | dev-manager-sanity | sanity_ok | manager: sanity | {"status": "ok: no sanity issues detected", "repairs": [], "findings": []} |
| 5m ago | dev-manager-orchestrator | orchestrator-answer-remote-reply-skipped | session: 12514038694284651855 | {"action": "answer", "reason": "remote user reply already followed the latest agent message", "trace_id": "a71660bc-ffdd-4a95-afb5-3cf9af59737c", "session_id": "12514038694284651855"} |
| 5m ago | scheduler | goal_plan_recorded | github_item: Stbmap/chatter#1 | {"goal": "Create a comprehensive, implementation-ready GitHub issue list for Stbmap/chatter from the attached specification documents. Each issue should include detailed scope, acceptance criteria, technical notes, UI/UX expectations where relevant, dependencies, verification steps, and labels so Jules implementer agents can start work with minimal follow-up questions.", "reason": "Do not split this issue. The requested work is a cohesive backlog-generation task: one agent should read the attached specification once, reconcile the PDF/DOCX content, account for the clarifications about multi-agent MC-style chat and local Codex/Gemini CLI execution, then create a complete, consistently structured GitHub issue set. Splitting the planning work would likely produce duplicate, inconsistent, or poorly sequenced issues. Under the current fat split policy, this should stay as one broad Codex planning/closeout task.", "summary": "Route issue #1 as a single task for an agent to inspect the specification attachments and produce a detailed implementation issue backlog for the new Go/Postgres chat system with a premium Apple Liquid Glass web UI and local CLI-backed agent orchestration.", "repo_policy": "", "should_split": false, "verification": ["Confirm both attached spec formats were reviewed or that the PDF/DOCX contents are equivalent before deriving issues.", "Confirm the generated backlog covers backend Go service, Postgres schema/migrations, agent orchestration, Codex CLI/Gemini CLI integration, chat/session flows, premium Liquid Glass UI, auth/config if specified, observability, tests, deployment, and documentation.", "Check that each created GitHub issue is independently actionable, has detailed acceptance criteria, includes implementation hints, and avoids overlapping ownership.", "Check that issue sequencing/dependencies are explicit without making future implementation slices depend on the original planning issue.", "Confirm no implementation work is attempted in this task beyond creating and organizing the GitHub issues."], "admission_reason": "Issue #1 is marked ready, existing_sessions is empty, and the durable memories are for other repos, so no live duplicate or prerequisite ownership is visible.", "split_suppressed": false, "dependency_reason": "", "split_recommended": false, "issue_split_policy": "fat"} |
| 5m ago | dev-manager-codex | provider_result | github_item: Stbmap/chatter#1 | {"model": "gpt-5.5", "action": "issue_split", "status": "success", "provider": "codex", "item_type": "issue", "latency_ms": 19654, "item_number": 1, "prompt_name": "issue_split", "repo_full_name": "Stbmap/chatter"} |
| 5m ago | dev-manager-codex | provider_result | github_item: Stbmap/chatter#1 | {"model": "gpt-5.5", "action": "admission", "status": "success", "provider": "codex", "item_type": "issue", "latency_ms": 42233, "item_number": 1, "prompt_name": "admission", "repo_full_name": "Stbmap/chatter", "prompt_version_id": "11aac04d-7598-4ef2-9ea7-53be951f00c1", "prompt_version_number": 1} |
| 5m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 5m ago | reaper | task_reaped | agent_task: agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#257:reviewer | {"reason": "target pull request is closed", "status": "retired", "task_key": "agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#257:reviewer", "target_id": "Stbmap/stbmap#257", "disposition": "closed_unmerged", "target_type": "github_item", "owner_task_key": "", "repo_full_name": "Stbmap/stbmap", "owner_session_id": ""} |
| 5m ago | reaper | task_reaped | agent_task: agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#257:repairer | {"reason": "target pull request is closed", "status": "retired", "task_key": "agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#257:repairer", "target_id": "Stbmap/stbmap#257", "disposition": "closed_unmerged", "target_type": "github_item", "owner_task_key": "", "repo_full_name": "Stbmap/stbmap", "owner_session_id": ""} |
| 5m ago | reaper | task_reaped | agent_task: agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#257:reconciler | {"reason": "target pull request is closed", "status": "retired", "task_key": "agent-task:stbmap/stbmap:github_item:Stbmap/stbmap#257:reconciler", "target_id": "Stbmap/stbmap#257", "disposition": "closed_unmerged", "target_type": "github_item", "owner_task_key": "", "repo_full_name": "Stbmap/stbmap", "owner_session_id": ""} |
| 6m ago | dev-manager-watcher | pr_merged | session: 4250880615338083085 | {"reason": "merged automatically after reviewer approval", "pull_number": 257} |
| 6m ago | dev-manager-codex | codex_completion_review | session: 4250880615338083085 | {"outcome": "merged", "summary": "PR #257 reached a clean terminal state: merged automatically after reviewer approval. That is a good process signal, and the stated scope matches the recent reload-cause telemetry goals.\n\nI could not independently inspect the checkout or manager API in this environment because every local command failed at sandbox startup with `bwrap: loopback: Failed RTM_NEWADDR: Operation not permitted`. So treat the merge as plausibly trustworthy, but not fully proof-closed.\n\nSmallest next manager step: run one proof-only Codex closeout on current `main` to verify cohort and assessment reload callers now route reload cause through the shared workspace/CoreDiagnosticsService path, with no feature-local telemetry fork, then mark the item closed if that passes."} |
| 6m ago | dev-manager-codex | provider_result | session: 4250880615338083085 | {"model": "gpt-5.5", "action": "completion_review", "status": "success", "provider": "codex", "trace_id": "33575c77-f5cd-4917-b60c-8962d8fb4b15", "item_type": "pr", "latency_ms": 37996, "item_number": 257, "prompt_name": "completion_review", "repo_full_name": "Stbmap/stbmap", "prompt_version_id": "0ff79af0-3c61-4a39-9931-9de571b7623f", "prompt_version_number": 1} |
| 6m ago | dev-manager-orchestrator | orchestrator-answer | session: 12514038694284651855 | {"action": "answer", "reason": "session is waiting on clarification", "item_type": "pr", "quiet_for": "just now", "role_name": "reviewer", "confidence": "low", "item_number": "255", "playbook_name": "awaiting_clarification", "lease_remaining": "2d 23h", "playbook_version_number": "1"} |
| 6m ago | dev-manager-codex | provider_result | session: 12514038694284651855 | {"model": "gpt-5.4-mini", "action": "answer", "status": "success", "provider": "codex", "trace_id": "a71660bc-ffdd-4a95-afb5-3cf9af59737c", "item_type": "pr", "latency_ms": 16350, "item_number": 255, "prompt_name": "responder", "repo_full_name": "Stbmap/stbmap", "prompt_version_id": "56c10c5f-469b-4aa4-bbd6-34f4d5e89cd9", "prompt_version_number": 1} |
| 6m ago | dev-manager-codex | codex_completion_review | session: 4250880615338083085 | {"outcome": "merged", "summary": "PR #257 is in a terminal merged state for the intended telemetry rollout fix, but I could not independently verify the manager API or repo contents because every local command failed at sandbox startup with `bwrap: loopback: Failed RTM_NEWADDR: Operation not permitted`.\n\nTrust level: limited. The outcome is directionally consistent with the durable plan, but without session activities, code diff, tests, or PF69 evidence, treat it as merged-not-yet-proven rather than fully closed.\n\nSmallest next manager step: run a single proof-only Codex closeout against `main` to verify cohort and assessment reload callers now pass the shared reload-cause path into `CoreDiagnosticsService`, with no feature-local telemetry fork. If that check passes, mark the memory closed; do not open another implementation task."} |
| 6m ago | dev-manager-codex | provider_result | session: 4250880615338083085 | {"model": "gpt-5.5", "action": "completion_review", "status": "success", "provider": "codex", "trace_id": "33575c77-f5cd-4917-b60c-8962d8fb4b15", "item_type": "pr", "latency_ms": 53769, "item_number": 257, "prompt_name": "completion_review", "repo_full_name": "Stbmap/stbmap", "prompt_version_id": "0ff79af0-3c61-4a39-9931-9de571b7623f", "prompt_version_number": 1} |
| 6m ago | dev-manager-sanity | sanity_ok | manager: sanity | {"status": "ok: auto-healed 1 issue(s): Stbmap/stbmap|pr|257 moved from in-progress to ready because no active session exists", "repairs": ["Stbmap/stbmap|pr|257 moved from in-progress to ready because no active session exists"], "findings": []} |
| 6m ago | dev-manager-sanity | sanity_auto_heal | manager: sanity | {"status": "ok: auto-healed 1 issue(s): Stbmap/stbmap|pr|257 moved from in-progress to ready because no active session exists", "repairs": ["Stbmap/stbmap|pr|257 moved from in-progress to ready because no active session exists"], "remaining_findings": []} |
| 6m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 7m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 11m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 12m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 12m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 17m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 17m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 17m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 20m ago | dev-manager-codex | provider_result | monitor_agent: hourly | {"model": "gpt-5.5", "action": "monitor", "status": "success", "provider": "codex", "latency_ms": 17082, "prompt_name": "monitor_agent"} |
| 21m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 22m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 22m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 24m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 25m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 25m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 25m ago | dev-manager-github-intake | github-item-imported | github_item: 5858124b-3727-4264-a6a9-8d16e18eb6f1 | {"state": "ready", "reason": "imported from GitHub", "item_number": "1", "repo_full_name": "Stbmap/chatter"} |
| 26m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 27m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 27m ago | dev-manager-github-intake | github-item-state-sync | github_item: ac86c381-2f7b-46ab-af25-eb2e57f9f7c1 | {"state": "needs_split", "reason": "state synced from ready to needs_split", "item_number": "256", "repo_full_name": "Stbmap/stbmap"} |
| 27m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
| 27m ago | dev-manager-github-intake | github-item-imported | github_item: dd1bdeaa-2fce-4821-8b47-9d629aaceaa4 | {"state": "ready", "reason": "imported from GitHub", "item_number": "316", "repo_full_name": "Stbmap/dev-manager"} |
| 31m ago | dev-manager-watcher | issue_stale_blocked_labels_cleared | github_item: Stbmap/stbmap#211 | {"reason": "no active session remains", "source": "stale issue sweep", "next_state": "ready", "item_number": 211, "labels_removed": ["blocked", "jules", "in-progress"], "previous_state": "claimed", "repo_full_name": "Stbmap/stbmap"} |
| 32m ago | dev-manager-github-intake | github-item-state-sync | github_item: 51ae68bc-3412-49e8-a008-35d945655835 | {"state": "claimed", "reason": "state synced from ready to claimed", "item_number": "211", "repo_full_name": "Stbmap/stbmap"} |
| 32m ago | dev-manager-github-intake | github-item-state-sync | github_item: 5dccd8e4-eeeb-499c-8ff9-49c0a9e3a32b | {"state": "ready", "reason": "state synced from deferred to ready", "item_number": "315", "repo_full_name": "Stbmap/dev-manager"} |
The manager exposes the following JSON API endpoints for orchestration tooling:
GET /api/admin/sessions - List active sessionsGET /api/admin/sessions/{id} - Get one local sessionGET /api/admin/jules-sessions - List remote Jules sessions visible to configured accountsGET /api/admin/jules-sessions/{id}/activities - Inspect a remote Jules session's activity streamGET /api/admin/accounts - List configured accountsGET /api/admin/repos - List repository-to-workspace mappings used for intake and CodexGET /api/admin/github-items - List imported GitHub issues and pull requestsGET /api/admin/audit - List recent audit eventsGET /api/admin/report - Generate the daily factory report as JSON or text with ?format=textGET /api/admin/resume-checkpoint - Fetch the latest operator resume checkpoint as JSON or text with ?format=textGET /api/admin/repo-policies - List repo policy snapshots and historyPOST /api/admin/repo-policies/{id}/rollback - Restore a repo policy snapshotGET /api/admin/events - Subscribe to manager change events as an SSE streamGET /api/agent/context - Fetch the read-only agent-to-manager context bundle with report, questions, resume checkpoint, and sandbox capabilitiesPOST /api/agent/verify - Ask the manager to run an ephemeral verify sandbox for a repo with the current safe profilePOST /api/agent/notify/{session_id} - Send a session-scoped Jules notification to the manager with kind, optional title/body, and trace metadataPOST /api/agent/notify - Record an operator inbox item for human follow-upGET /api/admin/handoffs - Browse durable agent handoff rows by repo, roles, trace, session, item number, or free text queryGET /api/admin/settings - List runtime settingsPUT /api/admin/settings/{key} - Update a runtime setting via JSONGET /api/admin/decisions - Preview the orchestrator's next actionsGET /api/admin/questions - List sessions waiting on clarification, blocked, or paused with latest Jules activity, manager rationale, and routing confidenceGET /api/admin/inbox - List operator inbox items that still need attentionGET /api/admin/suggestions - List Jules suggestions that were manually relayed or imported from the dashboardGET /api/admin/memory - Browse durable manager memory entries by repo, kind, trace, session, item number, or free text queryPOST /api/admin/inbox/{id}/acknowledge - Mark an inbox item as acknowledgedPOST /api/admin/inbox/{id}/assign - Assign an inbox item to a person or teamPOST /api/admin/inbox/{id}/snooze - Snooze an inbox item until a future timePOST /api/admin/inbox/{id}/resolve - Resolve an inbox item and update the linked GitHub thread when possiblePOST /api/admin/suggestions - Relays a Jules suggestion into the manager ledgerPOST /api/admin/suggestions/{id}/promote - Promote a relayed suggestion into a GitHub issue or directivePOST /api/admin/suggestions/{id}/ignore - Ignore a relayed suggestion while keeping the historyPOST /api/admin/sessions/{id}/answer - Send a direct answer back to Jules for a sessionPOST /api/admin/sessions/{id}/pause - Pause a session locally without letting the remote Jules mirror overwrite itPOST /api/admin/sessions/{id}/resume - Resume a paused sessionPOST /api/admin/sessions/{id}/kill - Delete the remote Jules session when possible, stop local management, and requeue the linked GitHub item when possibleGET /api/admin/roles - List all agent rolesGET /api/admin/roles/{name} - Get details for a specific rolePUT /api/admin/roles/{name} - Update or create an agent roleGET /api/admin/prompts - List prompt versions and recovery playbooksPOST /api/admin/prompts - Create a new prompt version or recovery playbookPOST /api/admin/prompts/{id}/activate - Activate a prompt versionPOST /api/admin/prompts/{id}/rollback - Roll back to a previous prompt versionGET /api/admin/repo-policies - List repo policy versions and snapshotsPOST /api/admin/repo-policies/{id}/rollback - Restore a prior repo policy snapshot