Pullboard
A work board that lives in your git repo. Agents pick up the next task, another agent checks it, and you barely explain a thing. Local, open source, no account.
翻譯準備中
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證GitHub Action + CLI: warn or fail before a domain expires. Reads expiry live from the registry over RDAP. No API key.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗Find out a domain is about to expire from a failed build, not from a dead website.
A GitHub Action and CLI that reads each domain's expiry date, registrar and lifecycle stage live from its registry over RDAP, then warns or fails before anything lapses. No API key, no account, no third-party server between you and the registry.
✓ github.com Active, expires 2028-10-09 (713 days left), MarkMonitor Inc.
✓ bbc.co.uk Active, expires 2034-12-13 (2969 days left), British Broadcasting Corporation
! client-site.com Expires soon, expires 2026-11-14 (18 days left), Namecheap, Inc.
✗ old-campaign.net Redemption period, expires 2026-09-30 (expired 27 days ago), GoDaddy.com, LLC
Check every domain you or your clients depend on, every Monday:
name: Domain expiry
on:
schedule:
- cron: '0 8 * * 1'
workflow_dispatch:
jobs:
check:
runs-on: ubuntu-latest
steps:
- uses: webvoguetech/domain-expiry-check@v1
with:
domains: |
example.com
example.co.uk
client-site.com
warn-days: 30 # annotate a warning inside 30 days
fail-days: 7 # fail the job inside 7 days
When a scheduled run fails, GitHub notifies whoever created the workflow, by email and in their notifications, so the alert arrives with nothing else to set up. The run summary shows a table of every domain:
| Domain | Stage | Expires | Days left | Registrar | |
|---|---|---|---|---|---|
| ✅ | github.com | Active | 2028-10-09 | 713 | MarkMonitor Inc. |
| ⚠️ | client-site.com | Expires soon | 2026-11-14 | 18 | Namecheap, Inc. |
| Input | Default | Meaning |
|---|---|---|
domains | (required) | Domains separated by spaces, commas or new lines. Lines starting # are ignored. |
warn-days | 30 | Warning annotation when a domain expires within this many days. |
fail-days | 7 | Fail the step within this many days. -1 never fails on days alone. |
A domain that is past expiry, in redemption, pending delete, on hold or not registered at all always fails. A registry that doesn't answer, or a TLD with no RDAP service yet, only warns: someone else's outage shouldn't break your build.
failed (comma-separated domains), soonest-domain, soonest-days.
npx domain-expiry-check example.com client-site.com --warn-days 30 --fail-days 7
npx domain-expiry-check example.com --json
Exits 1 when any domain fails, so it slots into cron jobs and scripts.
Subdomains are resolved to the registered name (app.example.com → example.com). Most gTLDs and many ccTLDs publish RDAP. A few, .us among them, still only answer WHOIS, and those are reported as such rather than guessed at.
A CI job only runs when it runs. DropPerch watches your domains every day with the same registry lookups. It emails you before a renewal is missed, and through grace, redemption and the drop if one is. It also has a free domain expiry checker and a bulk checker for up to 100 domains.
MIT licensed. Built by Web Vogue Technologies.