'issue' 검색 결과

Review GitHub experiment issues and update concise summaries that explain the setup, investigation, and current conclusion. Add useful supporting links and maintain labels so newcomers can understand both ongoing and completed work.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Add summaries to experiment issues
• Update stale conclusions or unresolved blockers
• Make closed experiment issues easier to understand

Turn tasks in tasks.md into individual GitHub issues after breaking down work. The skill checks the repository’s remote URL and creates issues in the matching GitHub repository so the tasks can be tracked there.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Creating GitHub issues after breaking down work
• Moving tasks.md items into GitHub tracking
• Registering tasks in the repository matching the Git remote

QA 테스트에서 발견한 GitHub 이슈와 PR을 릴리스 추적 및 버그 심각도 라벨로 정리합니다. 여러 항목에 라벨을 일괄 적용할 수 있습니다.

• QA 발견 사항을 릴리스별로 정리
• 버그 심각도 분류
• 여러 이슈와 PR에 라벨 적용

Turn a Codewhale bug or feature idea into an actionable GitHub issue with evidence, reproduction steps, and testable acceptance criteria. Check related work, select existing labels and a milestone, and return the filed issue with supporting evidence.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• File a bug with reproduction steps and evidence
• Define testable acceptance criteria for a feature idea
• Check for duplicate issues and related pull requests

Organize Happy's GitHub issues, find duplicates, and check whether reported bugs are fixed on main, the primary development branch. Prepare replies and proposed actions for maintainer review, with explicit approval required before changes affecting contributors.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Grouping open issues and identifying duplicates
• Checking whether reported bugs are fixed on main
• Drafting replies and issue closure comments

Create GitHub issues for OpenShell bugs, feature requests, and tasks using the gh command-line tool. Organize firsthand use cases, impact, and completion criteria into the project's templates, then return the created issue link.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Report an OpenShell bug you directly encountered
• Request a feature for a specific OpenShell use case
• Register an internal task with completion criteria

Investigate a specific OpenShell problem or feature need and create a structured GitHub issue. Record observed behavior, technical findings, alternatives, and missing evidence so a human can decide what to accept and pursue.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Investigate an OpenShell bug and document reproduction steps
• Compare alternatives for a specific feature need
• Prepare a structured issue for human review

INTERNAL/HELPER skill — do NOT invoke directly from a user query. This is the shared formatter/poster used by create-issue, create-issue-from-issue-number, and update-issue. It formats an implementation-ready GitHub Issue body, runs the pre-posting checklist, executes `gh issue create` or `gh issue edit`, and optionally posts a 確認事項 follow-up comment. Invoke this skill ONLY from one of the three parent skills via the Skill tool, after the parent has completed analysis. If a user asks to 'format an issue body' or similar, route them to the appropriate parent skill (/create-issue, /create-issue-from-issue-number, or /update-issue) rather than invoking this one directly.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

雑な要件や思考メモからGitHub Issueを生成するスキル。 「Issueを作成して」「Issueを作って」「Issue起票して」「これをIssueにして」などのリクエストで発動。 テキスト入力や添付ファイルから要件を抽出し、構造化されたIssueを作成する。 記載されていない仕様は推測せず、不明点はユーザーに質問する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

INTERNAL/HELPER skill — do NOT invoke directly from a user query. This is the shared formatter/poster used by create-issue, create-issue-from-issue-number, and update-issue. It formats an implementation-ready GitHub Issue body, runs the pre-posting checklist, executes `gh issue create` or `gh issue edit`, and optionally posts a 確認事項 follow-up comment. Invoke this skill ONLY from one of the three parent skills via the Skill tool, after the parent has completed analysis. If a user asks to 'format an issue body' or similar, route them to the appropriate parent skill (/create-issue, /create-issue-from-issue-number, or /update-issue) rather than invoking this one directly.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

依頼された内容（自然言語の説明、または既存のIssue番号）を要件とTODOに分解し、タスクごとにGitHub Issueを作成するスキル。タスクの整理・分解、複数Issueの一括作成、依存関係の明示が必要な場合に使用する。「この機能をIssueに分けて」「タスクを洗い出してIssueにして」「PRDのIssue #123 を分解して」といったリクエストで発動する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Sentry の Issue 一覧 URL（例 `https://<org>.sentry.io/issues/?project=<id>&environment=<env>`）を受け取り、未解決（unresolved）の Issue を列挙して1件ずつサブエージェントで並列調査する。コード上で既に解消済みと確認できたものは Sentry 側を resolved にし、未解消のものは `create-issue` スキルで GitHub Issue を作成する。「Sentryのissueをトリアージして」「Sentryの未解決エラーをチケット化して」といった依頼で使用する。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

repo の root に issues/ を作り、dotfiles の issues/README.md を持ち込んで issue 運用を始める。commit するかはユーザーに聞く。「issue運用を始めて」「issuesディレクトリを作って」「start-issues-ops」で発火。

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

gh CLI로 GitHub의 이슈 분류, PR 검토와 병합 가능 여부 확인, CI 실패 조사, 변경 이력을 포함한 릴리스 준비, 보안 경고 확인을 수행합니다.

• 이슈를 분류하고 중복을 확인합니다
• PR 검토 상태와 병합 가능 여부를 확인합니다
• CI 워크플로 실패 원인을 조사합니다

Orca의 CLI로 Jira 이슈를 확인·검색하고 상태를 변경하거나 후속 이슈를 만듭니다. 작업 완료 시 PR/MR 링크와 완료 댓글을 기록할 수도 있습니다.

• 연결된 Jira 이슈에서 작업 시작
• JQL로 이슈 검색
• 이슈 상태 변경

GitHub 이슈와 PR을 대조해 중복 작업, 수정 PR이 없는 보안 지적, 미해결 중대 버그를 정리하고 우선 조치와 건수를 보고서로 제공합니다.

• 스프린트 전에 이슈와 PR을 점검할 때
• 같은 수정을 진행하는 PR을 찾을 때
• 수정 PR이 없는 보안 지적을 확인할 때

Organize GitHub issues using parent and child relationships and links showing which tasks must finish first. Use gh CLI to create, change, remove, and inspect relationships, including links across repositories.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Breaking a large issue into linked sub-issues
• Recording which issues must be completed first
• Linking dependent issues across repositories

Create GitHub issues that follow the current repository's templates. The skill selects the appropriate report format, collects required information, and prepares the title, body, labels, and issue type for review before submission.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• File a bug report using the repository's template
• Submit a feature request with required details
• Create an internal engineering task as a maintainer

Manage coding work from issue intake through implementation, review, deployment, and acceptance checks. Track each completion requirement against fresh evidence, with defined retry limits and explicit escalation when progress needs human input.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Taking a ready issue through implementation and verification
• Coordinating implementation, review, and deployment handoffs
• Checking runtime behavior against acceptance criteria

Fix bugs reported in GitHub issues through a reproduce-first process. The workflow guides code changes, build checks, verification, regression tests that check for recurring failures, and review before considering the fix complete.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Fixing a bug reported in a GitHub issue
• Reproducing a user-reported problem before editing code
• Verifying a fix and adding regression tests

Create a GitHub tracking issue from a merged Kilo v1 pull request, documenting behavior, edge cases, and acceptance criteria so an agent can verify or rebuild the same behavior in opencode v2.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Track a v1 bug fix for the v2 rewrite
• Document behavior and edge cases to preserve
• Prepare implementation instructions for a v2 agent

Review OpenShell issues, pull requests, and failed main-branch checks, then build a local Markdown report with linked evidence and ranked recommendations. Saved progress helps resume an unfinished triage pass without changing GitHub.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Reviewing incoming issues and community pull requests
• Checking failed CI runs on main
• Prioritizing unresolved issues with supporting evidence

Investigate Bifrost GitHub issues by examining reports, related code, and library documentation. Produce an implementation plan with impact analysis and regression tests, including a demonstrated failing test for bugs before requesting approval to fix them.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Investigating the cause of a reported bug
• Planning implementation for a feature request
• Assessing effects on APIs, UI, and dependent code

Turn feature requirements into a PRD, a document defining what to build, then organize development plans and GitHub Issues. Coordinate parallel agents and track progress, blockers, and next priorities through delivery.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Define feature requirements and scope in a PRD
• Split development plans into tasks and sync them to GitHub
• Coordinate parallel agents working on issues