dograh-hq
- 5 skills
- 0 followers
- 1 day ago last updated
- ▌ Dograh Setup · dograh-hq bundleSet up, run, develop, and troubleshoot the Dograh voice-AI platform on any OS (macOS, Linux, Windows/WSL). Use whenever the user wants to install, deploy, run, or contribute to Dograh — or when a Dograh stack is broken: the UI won't load, the API health check (/api/v1/health) is failing, containers are unhealthy/restarting, ports conflict, Docker is missing, or a call has no audio (WebRTC/TURN). Covers the deploy paths (local quick, local+TURN, remote HTTPS) and the developer paths (devcontainer, host-managed). It orients first — detects your OS and what's installed, asks deploy-vs-develop — then drives Dograh's own scripts and docs instead of hard-coding steps. Trigger on "set up dograh", "install dograh", "dograh dev setup", "dograh won't start", or "dograh health check failing".
- ▌ Project Gotchas · dograh-hqRecurring failure points in this Reddit/LinkedIn discovery repo. Read before writing or reviewing code in backend/* or frontend/* — these are mistakes the codebase has actually been bitten by.
- ▌ Review Pr · dograh-hqReview a Dograh pull request, branch diff, or pasted patch for repo-specific security and correctness risks that are not obvious from generic FastAPI, Next.js, or Python conventions. Use when the user asks to review a PR, audit a diff, check whether changes are safe to merge, review their own changes, or asks what to look for in a Dograh PR. Focus on tenant isolation, route auth, webhook signing and org derivation, DB layering, worker-sync, migrations, generated SDK usage, and test hazards.
- ▌ Review Agents Md · dograh-hq bundleAudit Dograh `AGENTS.md` files for drift against the live repo and for bad scope boundaries between parent and child docs. Use when the user asks to review existing AGENTS files, identify stale guidance, decide whether a subtree needs its own `AGENTS.md`, or update the `AGENTS.md` hierarchy under the repo root, `api/`, or `ui/`.
- ▌ Merge Pipecat Upstream · dograh-hqMerge the latest upstream pipecat-ai/pipecat tag into the pipecat submodule fork (dograh-hq/pipecat) and bump the dograh repo to it. Use whenever the user asks to bump, upgrade, sync, or merge pipecat, resolve pipecat merge conflicts, audit whether upstream changes break or supersede Dograh's in-fork patches, or verify the api/ wrapper subclasses still match the upstream classes they wrap.