Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Unified developer operations bridge connecting GitHub, CI/CD (GitHub Actions), Slack, Discord, and issue trackers (Linear, Jira, GitHub Issues) into cross-to...
Unified developer operations bridge connecting GitHub, CI/CD (GitHub Actions), Slack, Discord, and issue trackers (Linear, Jira, GitHub Issues) into cross-to...
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
The missing link between your dev tools. This skill connects GitHub, CI/CD, Slack/Discord, and issue trackers into workflows that actually make sense โ so you stop context-switching between 6 browser tabs.
Developers already use separate skills for GitHub, Slack, etc. But nobody has built the bridge: when CI fails, automatically link it to the PR, notify the right Slack channel, and update the ticket. This skill is that bridge.
Transform noisy GitHub events into actionable, context-rich messages. Instead of "Build failed", deliver: ๐ด CI Failed โ PR #142 "Add OAuth flow" by @alice โโ Test: auth.test.ts:47 โ Expected 200, got 401 โโ Last passing commit: abc1234 (2 hours ago) โโ Linked issue: LINEAR-389 "Implement SSO" โโ Action: Reply "fix" to see the failing test, "logs" for full output When sending notifications, always: Include the PR title and author, not just the number Link to the specific failing test or check, not just "CI failed" Mention the last known good commit for quick bisect context Cross-reference related issues/tickets if they exist Suggest a concrete next action
Track pull request lifecycle across tools: Review reminders: Scan open PRs daily and flag those waiting for review Escalate based on age: gentle reminder at 24h, stronger at 48h, urgent at 72h+ Send reminders to the assigned reviewer via Slack/Discord DM or channel Format: ๐ Review needed: โข PR #142 "Add OAuth flow" โ waiting 3 days (assigned: @bob) โข PR #156 "Fix pagination" โ waiting 1 day (assigned: @carol) Review status sync: When a PR gets approved on GitHub, post to the team channel When changes are requested, notify the author directly When all checks pass + approved, prompt: "Ready to merge โ want me to merge it?"
Go beyond "pass/fail" with intelligent CI analysis: Failure grouping: if multiple PRs fail on the same test, flag it as a systemic issue rather than spamming individual notifications Flaky test detection: if a test fails intermittently across PRs, note it: "This test has failed 3 times this week across different PRs โ likely flaky" Duration tracking: "This build took 45 min, up from the usual 20 min โ something may be wrong" Auto-retry suggestion: for known flaky failures, suggest or trigger a re-run
Keep issue trackers (Linear, Jira, GitHub Issues) in sync with actual development activity: When a PR references an issue (e.g., "Fixes #123"), update the issue status automatically When a PR is merged, move the linked issue to "Done" or "In Review" When CI fails on a PR linked to an issue, add a comment to the issue noting the blocker Surface orphaned PRs: "PR #167 doesn't reference any issue โ should it?"
Generate a team-level development summary on demand or via cron: ๐งโ๐ป Dev Standup โ [Date] Merged yesterday: โข PR #140 "Refactor auth module" by @alice โ LINEAR-385 closed โข PR #143 "Update deps" by @bob In review: โข PR #142 "Add OAuth flow" by @alice โ 2 approvals, CI passing โ โข PR #156 "Fix pagination" by @carol โ changes requested by @bob Blocked: โข PR #158 "Migrate DB" by @dave โ CI failing (migration timeout) โข Issue LINEAR-402 โ no assignee, due tomorrow CI Health: 87% pass rate (down from 94% last week) โโ Flaky: auth.test.ts (failed 4/10 runs)
gh CLI (GitHub) โ for repo activity, PRs, issues, CI status At least one messaging channel configured (Slack, Discord, Telegram)
Linear CLI or API โ for Linear issue tracking Jira API โ for Jira integration GitHub Issues โ works out of the box with gh
On first use, gather configuration interactively: Which repos to monitor? Ask for a list or use "all repos I have push access to" Where to send notifications? Slack channel, Discord channel, Telegram, or all How aggressive should reminders be? Options: gentle (72h), moderate (48h), aggressive (24h) Include CI details? Some users want full logs, others just pass/fail Who's on the team? Map GitHub usernames to Slack/Discord handles for @mentions Store configuration in workspace memory for persistence.
Suggest these default schedules (user can customize): [ { "name": "Morning dev digest", "schedule": "0 9 * * 1-5", "prompt": "Generate dev standup summary for my repos" }, { "name": "PR review reminder", "schedule": "0 14 * * 1-5", "prompt": "Check for PRs waiting for review and send reminders" }, { "name": "End of day CI report", "schedule": "0 17 * * 1-5", "prompt": "Summarize today's CI/CD activity and flag any issues" } ]
Users can trigger specific actions with natural language: User saysAction"What's happening in my repos?"Full activity summary across all monitored repos"Any failing builds?"CI status check with details on failures"Who needs a review?"List PRs awaiting review with age and assignee"Standup"Generate daily dev standup summary"Notify #dev-team about PR 142"Send a formatted notification about a specific PR"Link PR 142 to LINEAR-389"Create cross-reference between PR and issue"Set up CI alerts for repo X"Configure monitoring for a specific repository"Merge PR 142"Merge if all checks pass and approved; warn if not
Monorepo: if monitoring a monorepo, group notifications by directory/team, not just by PR Forks: when PRs come from forks, note this clearly (different trust level) Draft PRs: don't send review reminders for draft PRs unless user asks Stale PRs: if a PR has been open >7 days with no activity, suggest closing or rebasing Rate limits: GitHub API has rate limits. Batch requests and cache results within a session No messaging configured: if no Slack/Discord/Telegram, output to the current conversation instead Multiple orgs: if user has repos across multiple GitHub orgs, handle them all but label clearly
This skill works best with other installed skills. When detected: github skill: defer raw GitHub operations to it, use devops-bridge for cross-tool logic slack skill: use it for message delivery, devops-bridge composes the messages daily-briefing-hub: feed dev activity data into the morning briefing's "Dev Activity" section
Code helpers, APIs, CLIs, browser automation, testing, and developer operations.
Largest current source with strong distribution and engagement signals.