You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Research note (Amp agent-set schedules): beyond static triggers, let the agent itself create and wake schedules with its full context ('check this backfill every 10 min, ping me when done'). An agent-authored automation is a first-class creation path alongside NL authoring. Also from Tembo: agents-as-workflow-executors with integration tools (post Slack summaries, update Linear, query Postgres) make automations useful beyond code changes.
Research note (loop-engineering, 10k stars): package automations as named loop patterns (daily-triage, PR-babysitter, CI-sweeper) each with a readiness score and a phased autonomy ladder (L1 report, L2 assisted, L3 unattended) plus a token-cost estimate per pattern, instead of binary on/off.
Deep-dive detail (Paseo): heartbeat vs schedule — a cron that injects a prompt into an EXISTING thread (PR babysitting, 'check the build') vs one that spawns a fresh agent. One-line model addition, outsized value. Also (Paseo hub): unattended dispatch must REFUSE if the provider cannot honor exact tool preapproval — never degrade to broader access.
Round 19 intel from Cursor Automations (changelog 2026-06-18), all directly in this issue's scope:
/automate skill: authoring an automation in-agent via plain language, i.e. the NL authoring flow is itself a skill the agent loads. Nice packaging: no separate authoring UI to build first.
Save incomplete: automations can be saved as drafts in a half-configured state. Small, important: NL-authored automations are often iterated, and losing a draft is rage-inducing.
Automations open PRs by default (delivery lands where review happens).
Round 23 intel: Factory Droid shipped incident response as a trigger pattern (v0.140.0): the agent automatically investigates production alerts posted to a configured Slack channel and works toward a root-cause analysis. Noteworthy framing: the deliverable is an RCA (a diagnosis with evidence), not a fix PR. That is a safer default for unattended triggers: investigate-and-report first, fix-on-approval second. Maps well onto the Sentry/webhook triggers already scoped here; consider making "investigate only, report back" vs "fix and open PR" an explicit per-trigger mode, with the blast-radius guard from #510 applying to the fix mode.
Round 27 intel: Orca shipped issue-intake from two more sources: Jira (paste an issue URL or search by text when creating a workspace; the card shows key and summary with a View-on-Jira link) and Linear (browse and create issues alongside GitHub, with a team selector and persisted last-used source). The intake pattern to note: the issue URL is the thread-creation entry point, not just a trigger: paste a ticket, get a workspace with the ticket as context. That composes with the planboard thesis: GitHub issues are Solenta's native source, but Jira/Linear intake meets enterprise users where their tickets live.
Round 28 intel: GitHub Next's gh-aw compiles agentic workflows written in Markdown into GitHub Actions YAML, and its security model is directly relevant to automation triggers: read-only by default, with writes only through sanitized "safe-outputs". The agent never gets write tokens; it emits structured output that a separate, non-agent step validates and applies. That is a stronger isolation pattern than prompt-level instructions, and it composes with #510 (workflow files as protected surface): Solenta automations that touch GitHub should emit intended writes as data, with the orchestrator applying them after validation.
Ranked #8 in the 2026-10-09 gap pass. Today automations are schedule-only (hourly/daily/weekly presets, electron/automations.js:3, minute ticker :274). notify.js webhooks are outbound only. Smallest useful step: an inbound webhook URL per automation, with a shared secret, on the existing --serve-web server. Add a delivery log (last 50 deliveries with status) and an optional hold-while-offline queue. Pair it with #160 (circuit breaker).
Shipped on branch coder/event-driven-automation-triggers-github--c4ee0e (51b22a3):
GitHub event triggers (polled each minute, no webhook needed): PR opened, PR merged, label added (optional label filter), review submitted, push (branch filter), CI completed (branch + result filters). An automation runs on a schedule OR one event. First poll baselines a cursor so history never fires; new events batch into one run; the cursor holds while a run is working.
Per-automation memory: notes stored on the automation and fed into each run's prompt; a run replaces them by ending its reply with <automation-memory>…</automation-memory>. Editable in the Edit form. Not in memory-server: runs bind coder-memory to the project scope (Isolate Kimi runs: no cross-project threads, memory, or workspaces #671), so the server rejects a second namespace.
Activity
currentbits commentedon Aug 17, 2026
Research note (Amp agent-set schedules): beyond static triggers, let the agent itself create and wake schedules with its full context ('check this backfill every 10 min, ping me when done'). An agent-authored automation is a first-class creation path alongside NL authoring. Also from Tembo: agents-as-workflow-executors with integration tools (post Slack summaries, update Linear, query Postgres) make automations useful beyond code changes.
currentbits commentedon Aug 17, 2026
Research note (loop-engineering, 10k stars): package automations as named loop patterns (daily-triage, PR-babysitter, CI-sweeper) each with a readiness score and a phased autonomy ladder (L1 report, L2 assisted, L3 unattended) plus a token-cost estimate per pattern, instead of binary on/off.
currentbits commentedon Aug 17, 2026
Deep-dive detail (Paseo): heartbeat vs schedule — a cron that injects a prompt into an EXISTING thread (PR babysitting, 'check the build') vs one that spawns a fresh agent. One-line model addition, outsized value. Also (Paseo hub): unattended dispatch must REFUSE if the provider cannot honor exact tool preapproval — never degrade to broader access.
currentbits commentedon Aug 18, 2026
Round 19 intel from Cursor Automations (changelog 2026-06-18), all directly in this issue's scope:
currentbits commentedon Aug 18, 2026
Round 23 intel: Factory Droid shipped incident response as a trigger pattern (v0.140.0): the agent automatically investigates production alerts posted to a configured Slack channel and works toward a root-cause analysis. Noteworthy framing: the deliverable is an RCA (a diagnosis with evidence), not a fix PR. That is a safer default for unattended triggers: investigate-and-report first, fix-on-approval second. Maps well onto the Sentry/webhook triggers already scoped here; consider making "investigate only, report back" vs "fix and open PR" an explicit per-trigger mode, with the blast-radius guard from #510 applying to the fix mode.
currentbits commentedon Aug 18, 2026
Round 27 intel: Orca shipped issue-intake from two more sources: Jira (paste an issue URL or search by text when creating a workspace; the card shows key and summary with a View-on-Jira link) and Linear (browse and create issues alongside GitHub, with a team selector and persisted last-used source). The intake pattern to note: the issue URL is the thread-creation entry point, not just a trigger: paste a ticket, get a workspace with the ticket as context. That composes with the planboard thesis: GitHub issues are Solenta's native source, but Jira/Linear intake meets enterprise users where their tickets live.
currentbits commentedon Aug 18, 2026
Round 28 intel: GitHub Next's gh-aw compiles agentic workflows written in Markdown into GitHub Actions YAML, and its security model is directly relevant to automation triggers: read-only by default, with writes only through sanitized "safe-outputs". The agent never gets write tokens; it emits structured output that a separate, non-agent step validates and applies. That is a stronger isolation pattern than prompt-level instructions, and it composes with #510 (workflow files as protected surface): Solenta automations that touch GitHub should emit intended writes as data, with the orchestrator applying them after validation.
currentbits commentedon Oct 9, 2026
Ranked #8 in the 2026-10-09 gap pass. Today automations are schedule-only (hourly/daily/weekly presets,
electron/automations.js:3, minute ticker:274).notify.jswebhooks are outbound only. Smallest useful step: an inbound webhook URL per automation, with a shared secret, on the existing--serve-webserver. Add a delivery log (last 50 deliveries with status) and an optional hold-while-offline queue. Pair it with #160 (circuit breaker).currentbits commentedon Oct 11, 2026
Shipped on branch coder/event-driven-automation-triggers-github--c4ee0e (51b22a3):
<automation-memory>…</automation-memory>. Editable in the Edit form. Not in memory-server: runs bind coder-memory to the project scope (Isolate Kimi runs: no cross-project threads, memory, or workspaces #671), so the server rejects a second namespace.Split out: #1588 (Linear/Sentry/generic webhooks), #1589 (NL authoring), #1590 (permission scopes).
GitHub event triggers and per-automation memory (#242) (#1591)
GitHub event triggers and per-automation memory (#242)