Segment Anything Model Guide
Orchestra-Research/AI-Research-SKILLs
Guide to using Meta's Segment Anything Model for zero-shot image segmentation with point, box or mask prompts, or automatic mask generation.
OPS on-demand: This skill should be used when the user asks to "yolo mode", "run the business today"…
$ npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install Lifecycle-Innovations-Limited/claude-ops ops-yolo --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/Lifecycle-Innovations-Limited/claude-ops.git skills-src && mkdir -p .claude/skills && cp -r skills-src/claude-ops/skills/ops-yolo .claude/skills/ops-yolo && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "ops-yolo" agent skill from https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yolo into .claude/skills/ops-yolo/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ops-yolo", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yoloType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install Lifecycle-Innovations-Limited/claude-ops ops-yolo --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Lifecycle-Innovations-Limited/claude-ops.git skills-src && mkdir -p .agents/skills && cp -r skills-src/claude-ops/skills/ops-yolo .agents/skills/ops-yolo && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "ops-yolo" agent skill from https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yolo into .agents/skills/ops-yolo/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ops-yolo", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install Lifecycle-Innovations-Limited/claude-ops ops-yolo --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Lifecycle-Innovations-Limited/claude-ops.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/claude-ops/skills/ops-yolo .cursor/skills/ops-yolo && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "ops-yolo" agent skill from https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yolo into .cursor/skills/ops-yolo/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ops-yolo", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/Lifecycle-Innovations-Limited/claude-ops.git --path claude-ops/skills/ops-yolo--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install Lifecycle-Innovations-Limited/claude-ops ops-yolo --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Lifecycle-Innovations-Limited/claude-ops.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/claude-ops/skills/ops-yolo .gemini/skills/ops-yolo && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "ops-yolo" agent skill from https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yolo into .gemini/skills/ops-yolo/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ops-yolo", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install Lifecycle-Innovations-Limited/claude-ops ops-yoloInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/Lifecycle-Innovations-Limited/claude-ops.git skills-src && mkdir -p .github/skills && cp -r skills-src/claude-ops/skills/ops-yolo .github/skills/ops-yolo && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "ops-yolo" agent skill from https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yolo into .github/skills/ops-yolo/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ops-yolo", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install Lifecycle-Innovations-Limited/claude-ops ops-yolo --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/Lifecycle-Innovations-Limited/claude-ops.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/claude-ops/skills/ops-yolo .opencode/skills/ops-yolo && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "ops-yolo" agent skill from https://github.com/Lifecycle-Innovations-Limited/claude-ops/tree/main/claude-ops/skills/ops-yolo into .opencode/skills/ops-yolo/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "ops-yolo", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
ops-yoloOPS on-demand: This skill should be used when the user asks to "yolo mode", "run the business today"…
Ops Yolo is an agent skill from Lifecycle-Innovations-Limited/claude-ops. OPS on-demand: This skill should be used when the user asks to "yolo mode", "run the business today"…
Its SKILL.md is about 4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files, including reference files (for example `references/cli.md`).
It sits in AI & LLM Engineering, covering Computer vision. The repository describes itself as: Business operating system for Claude Code — 57 skills, 21 agents, smart daemon. Unified inbox (WhatsApp/Email/Slack/Telegram), autonomous PR merge, full-AWS monitoring, revenue… The licence is MIT.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit ee9c784. It shows what the files ask for, not the result of running them.
Pre-approves these tools, so the agent can use them without asking each time:
BashReadGrepGlobSkillAgentAskUserQuestionTeamCreateSendMessageTaskCreate…and 14 more on the same allowed-tools line.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are bash).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
CLAIM_KEYGITHUB_TOKENSENTRY_AUTH_TOKENLINEAR_API_KEYAWS_ACCESS_KEY_IDFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Ops Yolo loads about 4k tokens when it runs, and up to ~4.3k if it reads all its reference files. Until then it costs about 28 tokens; SKILL.md has 1,454 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check noted patterns worth knowing about, such as sudo or a known installer.
allowed-tools: Bash, Read, Grep, Glob, Skill, Agent, AskUserQuestion, TeamCreate, SendMessage, TaskCreate, TaskUpdaAutomated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from Lifecycle-Innovations-Limited/claude-ops at commit ee9c784, republished under its MIT licence (© Lifecycle-Innovations-Limited). 1,454 words, ~3,979 tokens.
.claude/skills/ops-yolo/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Before YOLO analysis, load:
cat ${CLAUDE_PLUGIN_DATA_DIR:-$HOME/.claude/plugins/data/ops-ops-marketplace}/preferences.json — read owner, timezone, yolo_enabled, all channel configscat ${CLAUDE_PLUGIN_DATA_DIR}/daemon-health.json — all services must be healthy for comprehensive analysis${CLAUDE_PLUGIN_DATA_DIR}/memories/ — contact profiles, preferences, topics, donts. YOLO agents need maximum context.Load ops-rules before acting. Public repo (no personal data). Outbound: one draft → one approval → one send. If AskUserQuestion / Workflow are missing, follow Rule 10 in ops-rules (Hermes: numbered options / two-turn Telegram card; delegate_task).
If CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 is set, use Agent Teams instead of fire-and-forget subagents for the C-suite analysis (Phase 2). This enables:
Team setup (only when flag is enabled):
TeamCreate("yolo-csuite")
Agent(team_name="yolo-csuite", name="ceo", subagent_type="ops:yolo-ceo", ...)
Agent(team_name="yolo-csuite", name="cto", subagent_type="ops:yolo-cto", ...)
Agent(team_name="yolo-csuite", name="cfo", subagent_type="ops:yolo-cfo", ...)
Agent(team_name="yolo-csuite", name="coo", subagent_type="ops:yolo-coo", ...)After initial analysis, use SendMessage(to="cto", content="CFO flagged $400/mo in waste — does this change your tech-debt ranking?") or similar to cross-pollinate findings between peer agents. The main /ops:yolo orchestrator (this skill) then reads all four analysis files (ceo-analysis.md, cto-analysis.md, cfo-analysis.md, coo-analysis.md) and synthesizes them into the Hard Truths report. yolo-ceo is a parallel peer, not the synthesizer.
If the flag is NOT set, fall back to standard parallel subagents (fire-and-forget, no mid-task steering).
NEVER reuse a prior YOLO session's reports. Stale C-suite analyses misinform decisions. Before pre-gathering anything, run:
# Archive any prior YOLO sessions (don't delete — keep history) then start fresh.
mkdir -p ~/.claude/yolo-archive
for d in /tmp/yolo-*/; do
[ -d "$d" ] || continue
ts=$(basename "$d")
mv "$d" "$HOME/.claude/yolo-archive/${ts}-$(date +%s)" 2>/dev/null || true
done
# Allocate this run's session dir.
SESSION_ID="$(date +%Y%m%d-%H%M%S)-$$"
SESSION_DIR="/tmp/yolo-${SESSION_ID}"
mkdir -p "$SESSION_DIR"
echo "$SESSION_DIR" > /tmp/yolo-current-session
echo "YOLO session: $SESSION_DIR (prior reports archived to ~/.claude/yolo-archive/)"
# Drop any cached pre-gather artifacts so Phase 1 hits live sources.
rm -f /tmp/ops-marketing-dash.cache /tmp/ops-external.cache /tmp/ops-infra.cache 2>/dev/null || trueEach C-suite agent prompt MUST include this line verbatim:
"Use ONLY the pre-gathered data block in this prompt. Do NOT read prior /tmp/yolo-*/ files, do NOT reference cached reports, do NOT cite earlier session findings. This is a fresh-state run; report what is true RIGHT NOW."
Run all of these simultaneously:
${CLAUDE_PLUGIN_ROOT}/bin/ops-infra 2>/dev/null || echo '{}'${CLAUDE_PLUGIN_ROOT}/bin/ops-git 2>/dev/null || echo '[]'${CLAUDE_PLUGIN_ROOT}/bin/ops-prs 2>/dev/null || echo '[]'${CLAUDE_PLUGIN_ROOT}/bin/ops-ci 2>/dev/null || echo '[]'${CLAUDE_PLUGIN_ROOT}/bin/ops-unread 2>/dev/null || echo '{}'${CLAUDE_PLUGIN_ROOT}/scripts/aws-usage-cost.sh snapshot 2>/dev/null || echo '{}'cat "${CLAUDE_PLUGIN_ROOT}/scripts/registry.json" 2>/dev/null || echo '{}'${CLAUDE_PLUGIN_ROOT}/bin/ops-external 2>/dev/null || echo '[]'${CLAUDE_PLUGIN_ROOT}/bin/ops-marketing-dash 2>/dev/null || echo '{}'${CLAUDE_PLUGIN_ROOT}/bin/ops-gsd-states 2>/dev/null || trueCompetitor state: Each C-suite agent sources
scripts/lib/competitor/context.shand callscompetitor_vertical_slice <role>internally. The orchestrator does NOT need to pre-fetch competitor data — it is loaded on-demand per agent with role-specific filtering.
Spawn these 4 agents simultaneously using all pre-gathered data as context. Each writes their analysis to a file in /tmp/yolo-[session]/:
Uses agents/yolo-ceo.md. Writes /tmp/yolo-[session]/ceo-analysis.md.
Uses agents/yolo-cto.md. Writes /tmp/yolo-[session]/cto-analysis.md.
Uses agents/yolo-cfo.md. Writes /tmp/yolo-[session]/cfo-analysis.md.
home_automation is configured in $PREFS_PATH, check energy spend trend via /ops:ops-home status — is the kWh/day curve trending up materially? Flag anomalous draw.Uses agents/yolo-coo.md. Writes /tmp/yolo-[session]/coo-analysis.md.
home_automation is configured in $PREFS_PATH, include home-automation health in operations checks via /ops:ops-home status: are smoke/water alarms armed? Energy anomalies? Devices offline? Flow failures?This skill (the main orchestrator) is the synthesizer — NOT yolo-ceo. After all 4 parallel agents complete and have written their analysis files to /tmp/yolo-[session]/{ceo,cto,cfo,coo}-analysis.md, read all four files here in the main context and synthesize them into a unified report.
Every YOLO run MUST produce one consolidated master executive report — no exceptions. This is the canonical output of the analysis; the four per-officer files are supporting detail. Do this BEFORE rendering the on-screen Hard Truths block:
/tmp/yolo-[session]/{ceo,cto,cfo,coo}-analysis.md files in the main context.executive-summary.md and write it to /tmp/yolo-[session]/executive-summary.md. Never skip this write, even if one officer file is missing — note any missing officer inline and consolidate the rest.YOLO Executive Summary — [date].[auto] (YOLO can do it) or ⚠️ REQUIRES CONFIRMATION (needs human sign-off), with the source officer(s).Render the on-screen report:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
YOLO ► HARD TRUTHS REPORT — [date]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
CEO: [1-2 brutal strategic truths]
CTO: [1-2 brutal technical truths]
CFO: [1-2 brutal financial truths]
COO: [1-2 brutal operational truths]
──────────────────────────────────────────────────────
CONSENSUS: The #1 thing that matters today is:
[single most important action, no sugar-coating]
──────────────────────────────────────────────────────
Master executive report (consolidated):
/tmp/yolo-[session]/executive-summary.md
Supporting per-officer analyses:
/tmp/yolo-[session]/ceo-analysis.md
/tmp/yolo-[session]/cto-analysis.md
/tmp/yolo-[session]/cfo-analysis.md
/tmp/yolo-[session]/coo-analysis.md
──────────────────────────────────────────────────────
Type YOLO to hand over the controls.
I'll run your business autonomously for the next day.
This means: closing inbox, merging ready PRs,
fixing fires, advancing GSD phases, triaging issues.
Or pick an analysis to read:
──────────────────────────────────────────────────────Use batched AskUserQuestion calls (max 4 options each):
AskUserQuestion call 1:
[Read master executive report]
[Read a single officer analysis]
[Execute top recommendation now]
[More...]AskUserQuestion call 2 (only if "More..."):
[Type YOLO to go autonomous]
[Stop here]If the user picks "Read a single officer analysis", present the four officer files (CEO / CTO / CFO / COO) in a follow-up call. The master executive report is the default/recommended read — it already consolidates all four.
If user types YOLO (all caps), enter autonomous mode via /loop.
Before starting, use AskUserQuestion to confirm scope:
YOLO mode will autonomously execute these steps:
1. Inbox — reply to humans, archive automated
2. Fires — fix CRITICAL/HIGH production issues
3. PRs — merge ready PRs (CI green, approved)
4. Triage — auto-resolve confirmed-fixed issues
5. GSD — advance highest-priority phase
6. Linear — sync sprint board
7. Deploy — trigger pending deploys
8. Report — summary
[Run all 8 steps] [Pick which steps to run] [Cancel]If user picks "Pick which steps", show steps as multiSelect via batched AskUserQuestion calls (max 4 options each):
Call 1: [Inbox], [Fires], [PRs], [More steps...]
Call 2 (if "More steps..."): [Triage], [GSD], [Linear], [More steps...]
Call 3 (if "More steps..."): [Deploy], [Report], [Done selecting]
Run the selected steps in sequence, reporting after each step.
Per-step confirmations (use AskUserQuestion before EACH destructive action):
[Send all N replies] / [Review each one] / [Skip inbox] before sending any messages[Dispatch fix agent] / [Skip] before each agent dispatch[Merge all N ready PRs] / [Pick which ones] / [Skip] before merging[Auto-resolve all N confirmed-fixed] / [Review each] / [Skip] before closing[Deploy all] / [Pick which] / [Skip] before triggering[Execute] / [Skip] individually. NEVER batch destructive infra actions.Report-driven execution: When the user approves executing recommendations from the Hard Truths report:
/tmp/yolo-[session]/*.md)⚠️ REQUIRES CONFIRMATIONAskUserQuestion with the exact command that will run, the expected outcome, and the source report (CTO/CFO/COO)After each step, check if new fires have appeared before proceeding. Report final summary when done.
If $ARGUMENTS is analyze or empty, go straight to Phase 1.
If $ARGUMENTS is YOLO, skip to Phase 4.
If $ARGUMENTS is report, skip to Phase 3 — read the existing /tmp/yolo-[session]/executive-summary.md master report if present (fall back to re-consolidating from the four officer files), and re-render the on-screen Hard Truths block from it.
Use TaskCreate at the start of Phase 4 to create a task for each YOLO step. Update with TaskUpdate as each completes. This gives the user a live progress view across the autonomous run.
Before Phase 4 execution, use EnterPlanMode to present the full execution plan. The user reviews what YOLO will do, approves or modifies, then ExitPlanMode to begin execution.
After Phase 4 completes, offer to schedule recurring YOLO via AskUserQuestion:
[Schedule daily YOLO at 9am] [Schedule weekly Monday briefing] [No schedule]Use CronCreate if selected. Use CronList/CronDelete to manage existing schedules.
When YOLO dispatches fix agents or triggers deploys, use Monitor to stream CI output in real-time instead of polling with sleep loops.
Use WebFetch to pull Grafana dashboards, Sentry event details, or AWS status pages when MCPs are unavailable. Use WebSearch to find context on production errors (e.g., known AWS outages).
CLAIM_KEY: yolo:session — one active YOLO session at a time (stable key for concurrency).
Individual actions within the session (merges, fixes, deploys) each write their own
typed claim via the relevant skill's ledger pattern (see ops-merge, ops-fires,
ops-deploy). The session-level key tracks the overall autonomous run.
SESSION_TS=$(date +%Y-%m-%dT%H-%M)
CLAIM_KEY="yolo:session"
ledger query --claim-key "$CLAIM_KEY" --since=-PT4HIf another YOLO session is in_progress, surface it before starting a new one —
two autonomous sessions running concurrently will conflict on shared resources.
# Claim at YOLO session start
ledger write \
--claim-key "$CLAIM_KEY" \
--kind "file" \
--status "in_progress" \
--title "YOLO session ${SESSION_TS}" \
--ttl-sec 14400
# Resolve at session end with summary
ledger write \
--claim-key "$CLAIM_KEY" \
--kind "file" \
--status "done" \
--title "YOLO session ${SESSION_TS}" \
--context "N fires fixed, N PRs merged, N deploys triggered"CLI detail: references/cli.md.
© Lifecycle-Innovations-Limited, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 1 other file (references) in claude-ops/skills/ops-yolo of Lifecycle-Innovations-Limited/claude-ops.
Open the folder on GitHubat commit ee9c784
Ops Yolo next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Ops Yolo this skillLifecycle-Innovations-Limited/claude-ops | 542 | — | ~4k | Automated safety check: Notes | MIT | |
| Segment Anything Model GuideOrchestra-Research/AI-Research-SKILLs | 13k | 8 repos | ~3.3k | Automated safety check: Pass | MIT | |
| CLIP Image-Text MatchingOrchestra-Research/AI-Research-SKILLs | 13k | 7 repos | ~1.7k | Automated safety check: Pass | MIT | |
| Yolo Master AgentTencent/YOLO-Master | 747 | — | ~755 | Automated safety check: Pass | AGPL-3.0 | |
| Video Understandjjyaoao/HelloAgents | 3.2k | 1 repos | ~6.2k | Automated safety check: Pass | MIT | |
| LLaVA Vision-Language ModelOrchestra-Research/AI-Research-SKILLs | 13k | 6 repos | ~2k | Automated safety check: Pass | MIT |
Orchestra-Research/AI-Research-SKILLs
Guide to using Meta's Segment Anything Model for zero-shot image segmentation with point, box or mask prompts, or automatic mask generation.
Orchestra-Research/AI-Research-SKILLs
Explains OpenAI's CLIP model for zero-shot image classification, image-text similarity, semantic image search and content moderation, with install steps and code patterns.
Tencent/YOLO-Master
A skill your agent uses when the user wants to run a YOLO-Master task (train/val/predict/track/export/benchmark) or use the Agent Skill dispatcher.
jjyaoao/HelloAgents
Implement specialized video understanding capabilities using the z-ai-web-dev-sdk.
Orchestra-Research/AI-Research-SKILLs
Guide to LLaVA for image chat, visual question answering and captioning, with model sizes, CLI and Gradio usage and multi-turn conversation code.
edwardsanchez/MotionEyes
Pixel-based motion and UI change analysis from frame sequences or screenshots using computer vision and visual comparison.
Lifecycle-Innovations-Limited/claude-ops
OPS on-demand: This skill should be used when the user asks to "ops dashboard", "pixel HQ", or…
Lifecycle-Innovations-Limited/claude-ops
OPS on-demand: This skill should be used when the user asks to "go to market", "GTM plan", or…
Lifecycle-Innovations-Limited/claude-ops
OPS on-demand: This skill should be used when the user asks to "klaviyo", "ads spend", or…
Lifecycle-Innovations-Limited/claude-ops
OPS on-demand: This skill should be used when the user asks to "tweet", "post to linkedin", or…
Lifecycle-Innovations-Limited/claude-ops
OPS on-demand: This skill should be used when the user asks to "datadog", "APM alerts", or…
Lifecycle-Innovations-Limited/claude-ops
OPS on-demand: This skill should be used when the user asks to "/ops:setup", "configure ops", or…
Categories
OPS on-demand: This skill should be used when the user asks to "yolo mode", "run the business today"…. Ops Yolo is an agent skill from Lifecycle-Innovations-Limited/claude-ops.
Ops Yolo fits situations like: asks to yolo mode; run the business today….
Run `npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a claude-code`. Or copy the skill folder (claude-ops/skills/ops-yolo in Lifecycle-Innovations-Limited/claude-ops) into .claude/skills/ops-yolo in your project. Claude Code loads it when a task matches its description.
Run `npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a codex`. Or copy the skill folder (claude-ops/skills/ops-yolo in Lifecycle-Innovations-Limited/claude-ops) into .agents/skills/ops-yolo in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Lifecycle-Innovations-Limited/claude-ops --skill ops-yolo -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/ops-yolo, .gemini/skills/ops-yolo, .github/skills/ops-yolo and .opencode/skills/ops-yolo in your project.
Going by SKILL.md and its folder, Ops Yolo needs credentials named CLAIM_KEY, GITHUB_TOKEN, SENTRY_AUTH_TOKEN and LINEAR_API_KEY. Our summary lists: A credential in GITHUB_TOKEN; A credential in SENTRY_AUTH_TOKEN. Its frontmatter pre-approves these tools: Bash, Read, Grep, Glob, Skill, Agent, AskUserQuestion, TeamCreate, SendMessage, TaskCreate, TaskUpdate, TaskList, EnterPlanMode, ExitPlanMode, CronCreate, CronList, CronDelete, Monitor, WebFetch, WebSearch, mcp__linear__list_issues, mcp__claude_ai_Vercel__list_deployments, mcp__claude_ai_Slack__slack_search_public_and_private, mcp__claude_ai_Gmail__search_threads.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Ops Yolo is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 4k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 317 tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Ops Yolo: Segment Anything Model Guide (Orchestra-Research/AI-Research-SKILLs, 13k stars), CLIP Image-Text Matching (Orchestra-Research/AI-Research-SKILLs, 13k stars), Yolo Master Agent (Tencent/YOLO-Master, 747 stars) and Video Understand (jjyaoao/HelloAgents, 3.2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Lifecycle-Innovations-Limited (a GitHub organization) maintains it in Lifecycle-Innovations-Limited/claude-ops, which has 542 GitHub stars. The repository holds 67 skills in this directory. The repository was last updated on October 10, 2026.
Source: Lifecycle-Innovations-Limited/claude-ops on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.