getstream/vision-agents · Archived

pr

Create a draft pull request for the Vision-Agents repo using gh CLI.

First seen May 16, 2026

Installation

$ npx skills add getstream/vision-agents --skill pr

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from getstream/vision-agents.

npx skills add getstream/vision-agents

Browse all from getstream/vision-agents

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 7.9K
License LICENSE
Default branch main
Open issues 1
Status Archived

Skill metadata

Parsed from SKILL.md frontmatter.

Declared agents claude-code

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,496 B
  • docs SUMMARY.md 78 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 2 installs

SKILL.md

Pull Request (Vision-Agents)

Before creating

  • Run git log main..HEAD --oneline. If the branch contains more than one independent logical change, STOP and ask the user whether to split it before proceeding.
  • Run uv run --no-sync dev.py check. Skip if the diff does not touch Python code (*.py) or pyproject.toml — e.g. docs-only, .gitignore, .github/, or .claude/ changes.
  • Do not run integration tests locally, CI handles them.
  • If the change is user-facing (public API break, new feature, bug fix), update CHANGELOG.md per the rules in CLAUDE.md.

Creating

  • Always gh pr create --draft. Push the branch first.
  • Follow .github/pullrequesttemplate.md. Read every commit on the branch, do not summarise from the latest commit alone.
  • ## Why is motivation + context. ## Changes, if included, is high-level; never per-bullet justifications, those belong in ## Why.
  • Link public GitHub issues inline within ## Why (e.g. "users reported X (#478)"), not as a trailing Fixes #N.
  • Do not paste CI, lint, or tool output in the body.
  • Do not hard-wrap paragraphs. GitHub renders each newline inside a paragraph as a visible line break, so a 72-column-wrapped paragraph becomes a staircase. Write each paragraph or bullet as one unbroken line; rely on the browser to soft-wrap. Only use newlines to separate paragraphs, list items, or block elements.