@wonsukchoi/crondex 0.6.0 → 0.7.0

package/jobs/hiring/open-req-aging-check.yaml

@@ -0,0 +1,31 @@
+id: open-req-aging-check
+version: 1
+name: Open Req Aging Check
+description: >
+  Flags job requisitions that have been open too long without enough
+  candidates in the pipeline. Use this if a req has ever sat open for
+  months before anyone asked why it wasn't moving.
+category: hiring
+tags: [hiring, recruiting, requisitions]
+schedule: "0 9 * * 1"
+timezone: "UTC"
+runner: agent-prompt
+prompt: |
+  Review open job requisitions in {{ats_hint}}.
+  1. For each req open more than {{stale_days}} days, note days open and
+     current candidate count by stage.
+  2. Flag reqs with fewer than {{min_candidates}} active candidates as
+     needing sourcing attention.
+  3. Report the list ranked by days open, oldest first.
+variables:
+  ats_hint:
+    default: "your ATS (Greenhouse, Lever, Ashby)"
+    description: Name of the applicant tracking system in use.
+  stale_days:
+    default: 45
+    description: Days open before a req is flagged for review.
+  min_candidates:
+    default: 3
+    description: Minimum active candidates expected before a req is considered healthy.
+compatible_agents: [claude, codex, hermes, openclaw, generic]
+notes: No generic script mode — ATS APIs vary widely and most need OAuth the agent may not have configured.

package/jobs/home/warranty-expiry-reminder.yaml

@@ -0,0 +1,31 @@
+id: warranty-expiry-reminder
+version: 1
+name: Warranty Expiry Reminder
+description: >
+  Warns you before an appliance or product warranty expires. Use this if
+  you've ever discovered a warranty lapsed the week before whatever it
+  covered broke.
+category: home
+tags: [home, warranty, reminder]
+schedule: "0 9 1 * *"
+timezone: "America/Los_Angeles"
+runner: shell
+command: >
+  today=$(date +%s);
+  awk -F, -v today="$today" -v warn={{warn_days}} '
+    NR>1 {
+      cmd="date -d \"" $2 "\" +%s 2>/dev/null || date -jf \"%Y-%m-%d\" \"" $2 "\" +%s";
+      cmd | getline exp_ts; close(cmd);
+      days_left = int((exp_ts - today) / 86400);
+      if (days_left <= warn) print "WARNING: warranty for \"" $1 "\" expires in " days_left " days (" $2 ")";
+    }
+  ' {{warranties_csv}}
+variables:
+  warranties_csv:
+    default: "warranties.csv"
+    description: "CSV with header row, columns: item_name,expiry_date(YYYY-MM-DD)."
+  warn_days:
+    default: 30
+    description: Days before expiry to start warning.
+compatible_agents: [generic, claude, codex]
+notes: Keep warranties.csv updated whenever you buy something worth tracking — add the receipt/warranty end date at purchase time.

package/jobs/hospitality/food-safety-temp-log-check.yaml

@@ -0,0 +1,36 @@
+id: food-safety-temp-log-check
+version: 1
+name: Food Safety Temperature Log Check
+description: >
+  Checks that fridge/freezer temperature logs were actually recorded
+  today and flags any reading outside the safe range. Use this if a
+  temperature log has ever gone unfilled for a shift, or a unit drifted
+  out of range without anyone noticing until the food was already at risk.
+category: hospitality
+tags: [hospitality, food-safety, compliance]
+schedule: "0 */4 * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  today=$(date +%Y-%m-%d);
+  last_entry=$(awk -F, -v today="$today" '$1 ~ today {last=$0} END {print last}' {{temp_log_csv}});
+  if [ -z "$last_entry" ]; then echo "WARNING: no temperature log entry today for {{unit_name}}"; exit 1; fi;
+  temp=$(echo "$last_entry" | cut -d, -f3);
+  if awk "BEGIN{exit !($temp > {{max_temp_f}} || $temp < {{min_temp_f}})}"; then
+    echo "WARNING: {{unit_name}} reading ${temp}F is out of range ({{min_temp_f}}-{{max_temp_f}}F): $last_entry"; exit 1;
+  else echo "OK: {{unit_name}} last reading ${temp}F, in range"; fi
+variables:
+  unit_name:
+    default: "walk-in cooler"
+    description: Name of the unit being logged.
+  temp_log_csv:
+    default: "temp-log.csv"
+    description: "CSV with columns: date(YYYY-MM-DD HH:MM),unit,temp_f."
+  min_temp_f:
+    default: 33
+    description: Minimum safe temperature in Fahrenheit.
+  max_temp_f:
+    default: 40
+    description: Maximum safe temperature in Fahrenheit.
+compatible_agents: [generic, claude, codex]
+notes: Assumes manual or IoT-exported entries appended to temp-log.csv throughout the day — one job instance per unit tracked.

package/jobs/hospitality/reservation-noshow-check.yaml

@@ -0,0 +1,20 @@
+id: reservation-noshow-check
+version: 1
+name: Reservation No-show Check
+description: >
+  Checks yesterday's no-show rate against your normal baseline and flags a
+  spike. Use this if a run of no-shows has ever quietly hurt revenue for
+  days before anyone connected the pattern.
+category: hospitality
+tags: [hospitality, reservations, noshow]
+schedule: "0 8 * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  psql "{{database_url}}" -t -c "select round(100.0 * sum(case when status = 'no_show' then 1 else 0 end) / count(*), 1) from reservations where reservation_date = current_date - interval '1 day';"
+variables:
+  database_url:
+    default: "postgres://user:pass@host:5432/db"
+    description: Connection string for the reservations database.
+compatible_agents: [generic, claude, codex]
+notes: Assumes a `reservations` table with `status` and `reservation_date` columns — adjust the query for your reservation system's schema; compare the printed rate against your normal baseline manually.

package/jobs/inventory/inventory-count-discrepancy-check.yaml

@@ -0,0 +1,38 @@
+id: inventory-count-discrepancy-check
+version: 1
+name: Inventory Count Discrepancy Check
+description: >
+  Compares a physical inventory count against system records and flags
+  mismatches worth investigating. Use this if shrinkage or data entry
+  errors have ever gone unnoticed until a full audit months later.
+category: inventory
+tags: [inventory, audit, discrepancy]
+schedule: "0 9 1 * *"
+timezone: "UTC"
+runner: agent-prompt
+prompt: |
+  Compare the physical count file at {{physical_count_file}} against
+  system inventory records (query {{database_url}} or the inventory
+  system).
+  1. For each SKU, compute the difference between physical and system
+     quantity.
+  2. Flag any SKU with a discrepancy of {{threshold_units}} units or more,
+     or {{threshold_pct}}% of system quantity, whichever is smaller.
+  3. Report flagged SKUs ranked by discrepancy size, with a guess at
+     likely cause if the pattern suggests one (e.g. consistent
+     under-count of one category = possible shrinkage).
+variables:
+  physical_count_file:
+    default: "physical-count.csv"
+    description: CSV export of the physical count, columns sku,quantity.
+  database_url:
+    default: "postgres://user:pass@host:5432/db"
+    description: Connection string for the system inventory database.
+  threshold_units:
+    default: 5
+    description: Absolute unit discrepancy that triggers a flag.
+  threshold_pct:
+    default: 10
+    description: Percent discrepancy that triggers a flag.
+compatible_agents: [claude, codex, hermes, openclaw, generic]
+notes: No generic script mode — matching two data sources and judging what's a meaningful discrepancy needs an agent, not a fixed query.

package/jobs/inventory/low-stock-alert.yaml

@@ -0,0 +1,20 @@
+id: low-stock-alert
+version: 1
+name: Low Stock Alert
+description: >
+  Checks inventory levels against a reorder point and flags SKUs running
+  low. Use this if you've ever gone out of stock on a bestseller because
+  nobody was watching the count.
+category: inventory
+tags: [inventory, stock, ecommerce]
+schedule: "0 7 * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  psql "{{database_url}}" -t -c "select sku, quantity, reorder_point from inventory where quantity <= reorder_point;"
+variables:
+  database_url:
+    default: "postgres://user:pass@host:5432/db"
+    description: Connection string for the inventory database.
+compatible_agents: [generic, claude, codex]
+notes: Assumes an `inventory` table with `sku`, `quantity`, and `reorder_point` columns — adjust the query to your schema.

package/jobs/investing/crypto-price-alert.yaml

@@ -0,0 +1,33 @@
+id: crypto-price-alert
+version: 1
+name: Crypto Price Alert
+description: >
+  Checks a crypto asset's price and alerts when it crosses a threshold you
+  set. Use this if you're waiting for a price target and don't want to
+  keep a tab open all day watching a chart.
+category: investing
+tags: [crypto, price, alert]
+schedule: "*/15 * * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  price=$(curl -s "https://api.coingecko.com/api/v3/simple/price?ids={{coin_id}}&vs_currencies={{vs_currency}}" | grep -o '[0-9.]*' | head -n1);
+  if [ -z "$price" ]; then echo "ERROR: could not fetch price for {{coin_id}}"; exit 1; fi;
+  if awk "BEGIN{exit !($price {{comparison}} {{target_price}})}"; then
+    echo "ALERT: {{coin_id}} is $price {{vs_currency}} ({{comparison}} {{target_price}})";
+  else echo "OK: {{coin_id}} is $price {{vs_currency}}"; fi
+variables:
+  coin_id:
+    default: "bitcoin"
+    description: CoinGecko coin id (e.g. bitcoin, ethereum).
+  vs_currency:
+    default: "usd"
+    description: Currency to price against.
+  target_price:
+    default: 50000
+    description: Threshold price to compare against.
+  comparison:
+    default: ">="
+    description: "Comparison operator for triggering the alert: <=, >=, <, or >."
+compatible_agents: [generic, claude, codex]
+notes: Uses the free CoinGecko public API, no key required; rate-limited so avoid scheduling much tighter than every few minutes.

package/jobs/investing/portfolio-rebalance-check.yaml

@@ -0,0 +1,32 @@
+id: portfolio-rebalance-check
+version: 1
+name: Portfolio Rebalance Check
+description: >
+  Compares your current asset allocation to your target and flags drift
+  worth rebalancing. Use this if your portfolio only gets rebalanced
+  whenever you happen to remember to look.
+category: investing
+tags: [investing, portfolio, rebalancing]
+schedule: "0 9 1 * *"
+timezone: "UTC"
+runner: agent-prompt
+prompt: |
+  Check current portfolio allocation against the target allocation below.
+  Target: {{target_allocation}}
+  1. Pull current balances/allocation from {{brokerage_hint}} (or ask the
+     user for current values if no direct access).
+  2. Compute drift per asset class vs. target.
+  3. Flag any class drifted more than {{drift_threshold_pct}} percentage
+     points, and suggest the trade(s) to rebalance back.
+variables:
+  target_allocation:
+    default: "60% stocks / 30% bonds / 10% cash"
+    description: Your target allocation across asset classes.
+  brokerage_hint:
+    default: "your brokerage account"
+    description: Where portfolio balances live.
+  drift_threshold_pct:
+    default: 5
+    description: Percentage-point drift from target that triggers a rebalance flag.
+compatible_agents: [claude, codex, hermes, openclaw, generic]
+notes: No generic script mode — brokerage APIs vary widely and most require OAuth the agent may not have configured.

package/jobs/legal/contract-renewal-reminder.yaml

@@ -0,0 +1,31 @@
+id: contract-renewal-reminder
+version: 1
+name: Contract Renewal Reminder
+description: >
+  Warns you before a vendor or customer contract auto-renews or expires.
+  Use this if a contract has ever auto-renewed for another year because
+  nobody flagged the cancellation window in time.
+category: legal
+tags: [legal, contracts, renewal]
+schedule: "0 9 * * 1"
+timezone: "UTC"
+runner: shell
+command: >
+  today=$(date +%s);
+  awk -F, -v today="$today" -v warn={{warn_days}} '
+    NR>1 {
+      cmd="date -d \"" $2 "\" +%s 2>/dev/null || date -jf \"%Y-%m-%d\" \"" $2 "\" +%s";
+      cmd | getline renew_ts; close(cmd);
+      days_left = int((renew_ts - today) / 86400);
+      if (days_left <= warn) print "WARNING: " $1 " renews/expires in " days_left " days (" $2 ")";
+    }
+  ' {{contracts_csv}}
+variables:
+  contracts_csv:
+    default: "contracts.csv"
+    description: "CSV with header row, columns: name,renewal_date(YYYY-MM-DD)."
+  warn_days:
+    default: 30
+    description: Days before renewal/expiry to start warning.
+compatible_agents: [generic, claude, codex]
+notes: Keep contracts.csv updated manually or export it from your contract management tool before each run.

package/jobs/legal/trademark-renewal-reminder.yaml

@@ -0,0 +1,30 @@
+id: trademark-renewal-reminder
+version: 1
+name: Trademark Renewal Reminder
+description: >
+  Warns you before a trademark registration's renewal deadline. Use this
+  if you've ever let a trademark lapse simply because the renewal date
+  wasn't on anyone's calendar.
+category: legal
+tags: [legal, trademark, ip]
+schedule: "0 9 1 * *"
+timezone: "UTC"
+runner: shell
+command: >
+  today=$(date +%s);
+  due_ts=$(date -d "{{renewal_date}}" +%s 2>/dev/null || date -jf "%Y-%m-%d" "{{renewal_date}}" +%s);
+  days_left=$(( (due_ts - today) / 86400 ));
+  if [ "$days_left" -le "{{warn_days}}" ]; then echo "WARNING: trademark {{mark_name}} renewal due in $days_left days ({{renewal_date}})"; exit 1;
+  else echo "OK: trademark {{mark_name}} renewal due in $days_left days"; fi
+variables:
+  mark_name:
+    default: "your trademark"
+    description: Name/identifier of the trademark to track.
+  renewal_date:
+    default: "2027-01-01"
+    description: Renewal deadline date (YYYY-MM-DD).
+  warn_days:
+    default: 90
+    description: Days before deadline to start warning.
+compatible_agents: [generic, claude, codex]
+notes: Manual renewal_date input — update after each renewal cycle; run one copy per registered mark/jurisdiction.

package/jobs/logistics/customs-clearance-check.yaml

@@ -0,0 +1,34 @@
+id: customs-clearance-check
+version: 1
+name: Customs Clearance Check
+description: >
+  Flags a shipment that's been sitting in customs longer than expected.
+  Use this if a shipment has ever been stuck at the border for weeks
+  before anyone thought to follow up with the broker.
+category: logistics
+tags: [logistics, customs, shipping]
+schedule: "0 9 * * *"
+timezone: "UTC"
+runner: agent-prompt
+prompt: |
+  Check the customs clearance status of shipment {{shipment_id}} via
+  {{tracking_source_hint}}.
+  1. Determine how long it's been in a "customs hold" or equivalent
+     status.
+  2. If it's been more than {{warn_days}} days, flag it and note any
+     stated reason for the hold (missing documents, duties owed,
+     inspection) if visible.
+  3. Suggest the next action (contact broker, pay duties, provide
+     documents) based on the reason if known.
+variables:
+  shipment_id:
+    default: "your-shipment-id"
+    description: Shipment/tracking identifier to check.
+  tracking_source_hint:
+    default: "carrier tracking page or customs broker portal"
+    description: Where to check customs status for this shipment.
+  warn_days:
+    default: 5
+    description: Days in customs hold before it's flagged.
+compatible_agents: [claude, codex, hermes, openclaw, generic]
+notes: No generic script mode — customs status pages/APIs vary by carrier and broker, and reason codes need interpretation.

package/jobs/logistics/shipment-delay-watch.yaml

@@ -0,0 +1,38 @@
+id: shipment-delay-watch
+version: 1
+name: Shipment Delay Watch
+description: >
+  Checks a shipment's tracking status and flags it if it hasn't moved in a
+  while. Use this if a stuck shipment has ever gone unnoticed until a
+  customer asked where their order was.
+category: logistics
+tags: [logistics, shipping, tracking]
+schedule: "0 */6 * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  status=$(curl -s -H "Authorization: Bearer {{carrier_api_token}}" "{{tracking_api_url}}" | grep -o '"status":"[^"]*"' | head -n1 | cut -d'"' -f4);
+  updated=$(curl -s -H "Authorization: Bearer {{carrier_api_token}}" "{{tracking_api_url}}" | grep -o '"updated_at":"[^"]*"' | head -n1 | cut -d'"' -f4);
+  if [ -z "$status" ]; then echo "ERROR: could not fetch tracking status from {{tracking_api_url}}"; exit 1; fi;
+  updated_ts=$(date -d "$updated" +%s 2>/dev/null);
+  now_ts=$(date +%s);
+  hours_stale=$(( (now_ts - updated_ts) / 3600 ));
+  if [ "$hours_stale" -ge "{{stale_hours}}" ] && [ "$status" != "delivered" ]; then
+    echo "WARNING: shipment {{shipment_id}} status \"$status\" hasn't updated in $hours_stale hours";
+    exit 1;
+  else echo "OK: shipment {{shipment_id}} status \"$status\", updated $hours_stale hours ago"; fi
+variables:
+  shipment_id:
+    default: "your-shipment-id"
+    description: Shipment/tracking identifier, for labeling output.
+  tracking_api_url:
+    default: "https://api.example-carrier.com/track/your-shipment-id"
+    description: Carrier tracking API endpoint returning status and updated_at.
+  carrier_api_token:
+    default: "your-api-token"
+    description: Bearer token for the carrier's tracking API.
+  stale_hours:
+    default: 48
+    description: Hours without a status update before it's flagged as delayed.
+compatible_agents: [generic, claude, codex]
+notes: Generic REST pattern — point tracking_api_url at your carrier or aggregator's (EasyPost, AfterShip, ShipEngine) tracking endpoint; adjust field names to match its response shape.

package/jobs/manufacturing/production-line-downtime-watch.yaml

@@ -0,0 +1,34 @@
+id: production-line-downtime-watch
+version: 1
+name: Production Line Downtime Watch
+description: >
+  Checks how long a production line has been stopped and flags it once it
+  crosses a threshold. Use this if a line has ever sat down far longer
+  than anyone realized because the stoppage alert never made it to the
+  right person.
+category: manufacturing
+tags: [manufacturing, downtime, production]
+schedule: "*/15 * * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  status=$(curl -s "{{line_status_api_url}}" | grep -o '"status":"[^"]*"' | head -n1 | cut -d'"' -f4);
+  since=$(curl -s "{{line_status_api_url}}" | grep -o '"status_since":"[^"]*"' | head -n1 | cut -d'"' -f4);
+  if [ "$status" != "stopped" ]; then echo "OK: line {{line_id}} status is $status"; exit 0; fi;
+  since_ts=$(date -d "$since" +%s 2>/dev/null);
+  now_ts=$(date +%s);
+  minutes_down=$(( (now_ts - since_ts) / 60 ));
+  if [ "$minutes_down" -ge "{{threshold_minutes}}" ]; then echo "WARNING: line {{line_id}} stopped for $minutes_down minutes"; exit 1;
+  else echo "OK: line {{line_id}} stopped for $minutes_down minutes (under threshold)"; fi
+variables:
+  line_id:
+    default: "line-1"
+    description: Identifier of the production line, for labeling output.
+  line_status_api_url:
+    default: "https://api.example-mes.com/lines/line-1/status"
+    description: MES/SCADA API endpoint returning status and status_since fields.
+  threshold_minutes:
+    default: 30
+    description: Minutes stopped before it's flagged.
+compatible_agents: [generic, claude, codex]
+notes: Generic REST pattern — point line_status_api_url at your MES/SCADA system's status endpoint; adjust field names to match its response shape.

package/jobs/manufacturing/quality-defect-rate-check.yaml

@@ -0,0 +1,20 @@
+id: quality-defect-rate-check
+version: 1
+name: Quality Defect Rate Check
+description: >
+  Checks today's defect rate against a target and flags it if it's
+  running high. Use this if a quality problem has ever run for a full
+  shift before anyone pulled the numbers and noticed.
+category: manufacturing
+tags: [manufacturing, quality, defects]
+schedule: "0 */4 * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  psql "{{database_url}}" -t -c "select round(100.0 * sum(case when defective then 1 else 0 end) / count(*), 2) from inspections where inspected_at >= current_date;"
+variables:
+  database_url:
+    default: "postgres://user:pass@host:5432/db"
+    description: Connection string for the quality/inspections database.
+compatible_agents: [generic, claude, codex]
+notes: Assumes an `inspections` table with a boolean `defective` column and `inspected_at` timestamp — adjust the query to your QMS schema; compare the printed rate against your target manually or extend the command with a threshold check.

package/jobs/marketing/ad-spend-pacing-check.yaml

@@ -0,0 +1,37 @@
+id: ad-spend-pacing-check
+version: 1
+name: Ad Spend Pacing Check
+description: >
+  Checks a campaign's spend so far against where it should be by this
+  point in the budget period, and flags over- or under-pacing. Use this
+  if a campaign has ever blown through its monthly budget in the first
+  two weeks because nobody was watching the burn rate.
+category: marketing
+tags: [marketing, ads, budget]
+schedule: "0 8 * * *"
+timezone: "UTC"
+runner: agent-prompt
+prompt: |
+  Check spend for campaign {{campaign_name}} on {{ad_platform_hint}}.
+  1. Pull total spend so far this budget period against the
+     {{budget_usd}} budget.
+  2. Compute expected spend-to-date based on days elapsed vs. total days
+     in the period, and compare to actual.
+  3. Flag if pacing is more than {{pacing_threshold_pct}}% over or under
+     the expected pace.
+  4. Report actual vs. expected spend and the pacing delta.
+variables:
+  campaign_name:
+    default: "your campaign"
+    description: Name/ID of the ad campaign to check.
+  ad_platform_hint:
+    default: "Google Ads, Meta Ads, or similar"
+    description: Which ad platform the campaign runs on.
+  budget_usd:
+    default: 5000
+    description: Total budget for the period, in USD.
+  pacing_threshold_pct:
+    default: 15
+    description: Percent over/under expected pace that triggers a flag.
+compatible_agents: [claude, codex, hermes, openclaw, generic]
+notes: No generic script mode — ad platform APIs need OAuth per-platform, and pacing math needs the campaign's period boundaries which vary by setup.

package/jobs/marketing/email-deliverability-check.yaml

@@ -0,0 +1,37 @@
+id: email-deliverability-check
+version: 1
+name: Email Deliverability Check
+description: >
+  Checks recent bounce and spam-complaint rates for your email sends and
+  flags a spike. Use this if a deliverability problem has ever quietly
+  tanked open rates for a week before anyone checked the actual bounce
+  numbers.
+category: marketing
+tags: [marketing, email, deliverability]
+schedule: "0 9 * * *"
+timezone: "UTC"
+runner: shell
+command: >
+  stats=$(curl -s -H "Authorization: Bearer {{esp_api_token}}" "{{esp_stats_api_url}}");
+  bounce_rate=$(echo "$stats" | grep -o '"bounce_rate":[0-9.]*' | cut -d: -f2);
+  complaint_rate=$(echo "$stats" | grep -o '"complaint_rate":[0-9.]*' | cut -d: -f2);
+  if [ -z "$bounce_rate" ]; then echo "ERROR: could not fetch stats from {{esp_stats_api_url}}"; exit 1; fi;
+  flagged=0;
+  if awk "BEGIN{exit !($bounce_rate > {{max_bounce_pct}})}"; then echo "WARNING: bounce rate ${bounce_rate}% over threshold {{max_bounce_pct}}%"; flagged=1; fi;
+  if awk "BEGIN{exit !($complaint_rate > {{max_complaint_pct}})}"; then echo "WARNING: complaint rate ${complaint_rate}% over threshold {{max_complaint_pct}}%"; flagged=1; fi;
+  if [ "$flagged" -eq 0 ]; then echo "OK: bounce ${bounce_rate}%, complaint ${complaint_rate}%"; else exit 1; fi
+variables:
+  esp_stats_api_url:
+    default: "https://api.example-esp.com/stats/recent"
+    description: Email service provider stats API endpoint returning bounce_rate and complaint_rate.
+  esp_api_token:
+    default: "your-api-token"
+    description: API token for the email service provider.
+  max_bounce_pct:
+    default: 2
+    description: Bounce rate percent that triggers a warning.
+  max_complaint_pct:
+    default: 0.1
+    description: Spam complaint rate percent that triggers a warning.
+compatible_agents: [generic, claude, codex]
+notes: Generic REST pattern — point esp_stats_api_url at your ESP's (SendGrid, Mailgun, Postmark) stats endpoint; adjust field names to match its response shape.

package/jobs/nonprofit/grant-deadline-reminder.yaml

@@ -0,0 +1,44 @@
+id: grant-deadline-reminder
+version: 1
+name: Grant Deadline Reminder
+description: >
+  Warns you before a grant application deadline, and can help draft the
+  application. Use this if a funding opportunity has ever been missed
+  simply because the deadline crept up during a busy week.
+category: nonprofit
+tags: [nonprofit, grants, fundraising]
+schedule: "0 9 * * 1"
+timezone: "UTC"
+runner: hybrid
+command: >
+  today=$(date +%s);
+  awk -F, -v today="$today" -v warn={{warn_days}} '
+    NR>1 {
+      cmd="date -d \"" $2 "\" +%s 2>/dev/null || date -jf \"%Y-%m-%d\" \"" $2 "\" +%s";
+      cmd | getline due_ts; close(cmd);
+      days_left = int((due_ts - today) / 86400);
+      if (days_left <= warn && days_left >= 0) print "WARNING: grant \"" $1 "\" due in " days_left " days (" $2 ")";
+    }
+  ' {{grants_csv}}
+prompt: |
+  Check {{grants_csv}} for grant application deadlines within
+  {{warn_days}} days.
+  1. Flag any that are close, listing days remaining.
+  2. For the closest one, help draft or outline the application based on
+     {{org_mission_hint}} — key sections, and what evidence/data to pull
+     together first.
+script_note: >
+  `command` only checks dates and warns. `prompt` also helps draft/outline
+  the closest application, which needs an LLM.
+variables:
+  grants_csv:
+    default: "grants.csv"
+    description: "CSV with header row, columns: grant_name,deadline(YYYY-MM-DD)."
+  warn_days:
+    default: 21
+    description: Days before deadline to start warning.
+  org_mission_hint:
+    default: "your organization's mission and programs"
+    description: Brief context on the org, to help draft the application outline.
+compatible_agents: [claude, codex, hermes, openclaw, generic]
+notes: Keep grants.csv updated with opportunities as you find them.

package/jobs/nonprofit/lapsed-donor-check.yaml

@@ -0,0 +1,26 @@
+id: lapsed-donor-check
+version: 1
+name: Lapsed Donor Check
+description: >
+  Flags donors who gave before but haven't in a while, before they're
+  fully lost. Use this if lapsed-donor outreach only happens during the
+  annual campaign instead of catching people while it's still recoverable.
+category: nonprofit
+tags: [nonprofit, donors, fundraising]
+schedule: "0 9 1 * *"
+timezone: "UTC"
+runner: shell
+command: >
+  psql "{{database_url}}" -t -c "select name, email, last_donation_at from donors where last_donation_at < now() - interval '{{lapsed_months}} months' and last_donation_at > now() - interval '{{lapsed_months}} months' - interval '90 days';"
+variables:
+  database_url:
+    default: "postgres://user:pass@host:5432/db"
+    description: Connection string for the donor database.
+  lapsed_months:
+    default: 12
+    description: Months since last donation before a donor counts as lapsing.
+compatible_agents: [generic, claude, codex]
+notes: >
+  Assumes a `donors` table with `last_donation_at` — the 90-day window
+  after the lapsed_months mark keeps this from re-flagging the same donor
+  every run indefinitely.

package/jobs/podcast/episode-publish-gap-check.yaml

@@ -0,0 +1,29 @@
+id: episode-publish-gap-check
+version: 1
+name: Podcast Episode Publish Gap Check
+description: >
+  Checks that a new episode has gone out recently and flags it if your
+  publish cadence has slipped. Use this if listeners have ever noticed a
+  gap in your feed before you did.
+category: podcast
+tags: [podcast, publishing, cadence]
+schedule: "0 9 * * 1"
+timezone: "UTC"
+runner: shell
+command: >
+  lastmod=$(curl -s {{feed_url}} | grep -o '<pubDate>[^<]*' | sed 's/<pubDate>//' | head -n1);
+  if [ -z "$lastmod" ]; then echo "WARNING: could not find any <pubDate> in {{feed_url}}"; exit 1; fi;
+  last_ts=$(date -d "$lastmod" +%s 2>/dev/null);
+  now_ts=$(date +%s);
+  days_since=$(( (now_ts - last_ts) / 86400 ));
+  if [ "$days_since" -ge "{{max_gap_days}}" ]; then echo "WARNING: last episode was $days_since days ago"; exit 1;
+  else echo "OK: last episode was $days_since days ago"; fi
+variables:
+  feed_url:
+    default: "https://example.com/podcast/feed.xml"
+    description: URL of the podcast's RSS feed.
+  max_gap_days:
+    default: 14
+    description: Days since the last episode before it's flagged.
+compatible_agents: [generic, claude, codex]
+notes: Relies on the feed's <pubDate> being in a standard RFC 822 format, which most podcast hosts produce.

package/jobs/podcast/sponsor-deliverable-tracker.yaml

@@ -0,0 +1,31 @@
+id: sponsor-deliverable-tracker
+version: 1
+name: Podcast Sponsor Deliverable Tracker
+description: >
+  Flags sponsor deliverables (read, mention, social post) coming due. Use
+  this if you've ever had a sponsor follow up asking where their promised
+  mention was.
+category: podcast
+tags: [podcast, sponsorship, deliverables]
+schedule: "0 9 * * 1"
+timezone: "UTC"
+runner: shell
+command: >
+  today=$(date +%s);
+  awk -F, -v today="$today" -v warn={{warn_days}} '
+    NR>1 {
+      cmd="date -d \"" $3 "\" +%s 2>/dev/null || date -jf \"%Y-%m-%d\" \"" $3 "\" +%s";
+      cmd | getline due_ts; close(cmd);
+      days_left = int((due_ts - today) / 86400);
+      if (days_left <= warn && days_left >= 0) print "WARNING: " $1 " deliverable (" $2 ") due in " days_left " days (" $3 ")";
+    }
+  ' {{sponsor_deliverables_csv}}
+variables:
+  sponsor_deliverables_csv:
+    default: "sponsor-deliverables.csv"
+    description: "CSV with header row, columns: sponsor_name,deliverable,due_date(YYYY-MM-DD)."
+  warn_days:
+    default: 7
+    description: Days before due date to start warning.
+compatible_agents: [generic, claude, codex]
+notes: Keep sponsor-deliverables.csv updated whenever a sponsorship deal is signed — one row per deliverable.