Concrete things that fit this pattern
- Lead scraping. Pull commenters / followers / event attendees from a source → append to a CRM
.kanban. - API polling. Pull new rows from a billing / CRM / analytics API → append to a
.csv. - Log aggregation. Daily error sample from local services → append to an incident
.csv. - Inbox digest. Read your local mail / Slack / Linear → append a row per noteworthy item.
- Repo audit. Scan a local checkout for TODOs / FIXMEs / outdated deps → append per repo.
A worked example: scraped commenters → CRM kanban
Read every JSON inEnd state:/crm/inbox/. For each item, check whether itsprofile_urlalready exists in/crm/pipeline.kanban. If new, look up the profile viabrowse_url, judge fit against/crm/icp.md, and append a card to theinboxcolumn with{name, profile_url, evidence}. Delete the batch file when done.
/crm/pipeline.kanban is a draggable board in the arg UI, idempotent on profile_url, with full provenance back to the scrape batch.
The local job changes (LinkedIn comments today, event attendees tomorrow, a webhook firehose next week). The workspace destination stays the same — and so do the team’s habits around it.