Local-first agent supervisor for builders
Run every Codex workspace from one local command center.
Asyncly keeps every agent thread tied to the repo where it belongs, turns blocked Codex output into the next executable step, and keeps approvals local before agents touch real code.
local registry active / 6 workspaces indexed / 24 threads imported / slack bridge ready / approvals local
| Workspace | Match | Action |
|---|---|---|
| Asyncly AI | Stripe + trial flow | active |
| Incite AI | billing context | reference only |
| MetPro | unrelated | ignore |
| MuseFlow | unrelated | ignore |
Review the stalled Stripe trial work, identify the next step, and draft the Codex follow-up.
Inspect webhook idempotency before polishing the billing UI.
Open the Stripe webhook handler and trace checkout.session.completed through trial license creation.
- Confirm duplicate event handling
- Verify trial row creation
- Add regression coverage
Guidance layer
Not just prompts. Next-step momentum.
Asyncly can summarize blocked threads, draft Codex follow-ups, generate implementation checklists, and keep every next step tied to the workspace where it belongs.
Codex completed the UI pass, but billing state is still unclear.
Webhook handling may duplicate trial licenses on retry.
What happened
The UI pass finished, but checkout.session.completed was not validated end-to-end.
Recommended next step
Run the Stripe sandbox event locally and verify trial_license creation.
Codex follow-up
Trace the webhook controller, add idempotency protection, and write a regression test.
Review checklist
- Duplicate event ignored
- Trial license created once
- Failure path logged
- UI refreshes after redirect
Workflow transformation
AI work is now parallel. Your workflow probably is not.
When every repo has its own agent thread, context becomes the bottleneck. Asyncly turns scattered requests and stalled sessions into routed, resumable work.
Separate project context
Every project keeps its own context.
Asyncly does not flatten your work into one giant assistant thread. Repos, aliases, ports, integrations, thread history, and safety policy stay separated by workspace.
| Workspace | Repo | Threads | Ports | State |
|---|---|---|---|---|
| Asyncly AI | ~/AsynclyAI | 6 threads | 3020, 8010 | follow-up ready |
| Incite AI | ~/InciteFrontendBackend | 4 threads | 3000, 8080 | stripe review |
| MetPro | ~/metproadmin | 5 threads | 3035 | webhook imported |
| MuseFlow | ~/museflow-rn | 3 threads | 19000 | context validated |
| MeridianSpace | ~/MeridianSpace | 2 threads | 3036 | docs mapped |
| Aphelion Equity | ~/AphelionFutures | 4 threads | 5173 | runtime armed |
Thread supervision
Stay above every agent thread.
Launch, inspect, resume, and continue agent work without hunting through terminals or chat history.
Inspect webhook idempotency
Duplicate subscription trace
Logo asset prompt ready
Onboarding state validated
Deploy summary available
Billing path touched
Routed workflow demo
From idea to routed work.
A complex request becomes workspace-specific tasks, prepared threads, approval gates, and concrete next steps.
Clean up the trial flow and check any Stripe subscription duplication risk.
Asyncly detects website, desktop app, and backend scope.
Operator chooses split routing instead of one shared prompt.
Website updates CTA and trial copy. App inspects onboarding state. Backend reviews Stripe webhook handling.
Threads return changed files, blockers, approvals, and a follow-up queue.
Local trust boundary
Local-first by default. Connected only when you choose.
Your repos, provider settings, credentials, logs, and workspace registry stay on your machine unless you explicitly connect an integration.
Codex power users
Built for builders with too many active threads to babysit.
If your day spans multiple repos, clients, Codex sessions, Slack threads, and half-finished follow-ups, Asyncly gives that work an operating layer.
Start local, expand when ready