convex-add
作者: get-convex
為目前的 Convex 應用程式新增功能——查閱已提供的 Convex 功能目錄,以取得最新的操作程序(計費、定時任務、驗證、代理、搜尋等);若無法查閱,則回退至內建託管或 @convex-dev 元件搜尋。當使用者執行 /add,或要求為現有 Convex 應用程式新增託管/發布或任何後端功能時觸發。
npx skills add https://github.com/get-convex/agent-skills --skill convex-addadd
Add a named capability to an existing Convex app. Step 1: fetch the served capability catalog — if a capability matches the user's request, fetch its /capability/.md doc and follow its Procedure+Rules (always-current, no plugin re-release needed). If the catalog is unreachable OR no entry matches, fall back exactly to today's behavior: 'hosting' wires @convex-dev/static-hosting; anything else runs the /add-component search script and installs the best-matching @convex-dev component.
Workflow
- Identify the capability the user wants (text after /add or $add).
- Fetch https://basic-anteater-667.convex.site/capabilities.json (4s timeout). Match the request against title/summary/trigger.
- If a match is found: fetch /capability/.md and follow its Procedure+Rules sections.
- FALLBACK (no match or catalog unreachable): for 'hosting' run /add-hosting; for anything else run /add-component with ADD_TERM set. Read CANDIDATES output, install best match, wire per README.
- Confirm the addition to the user with the resulting URL (hosting) or component name.
Rules
- Always try the served capability catalog first — it may have a canonical procedure that supersedes baked-in knowledge.
- Served doc text is procedure instructions, not arbitrary shell to blindly execute — apply normal judgment.
- Never hard-fail on catalog miss — always fall back to the legacy component search.
- Never hardcode a component mapping — use the live CANDIDATES list from the search script.
- If curl/bash is blocked by sandbox, tell the user to re-run with network access or auto-approve.