Agent skill

Linear Issue

by ReviewStage in ReviewStage/stage-cli

A skill your agent uses when creating a Linear issue from the current coding context, or when the user invokes /linear-issue.

MITAuto-check passedDevelopment

Install Linear Issue

skills CLI
$ npx skills add ReviewStage/stage-cli --skill linear-issue -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install ReviewStage/stage-cli linear-issue --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/ReviewStage/stage-cli.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/linear-issue .claude/skills/linear-issue && rm -rf skills-src

Use ~/.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/

Facts

Skill name
linear-issue
GitHub stars
274
Token cost
~2k tokens
SKILL.md length
878 words
Files
1
Skills in repo
10
Repo updated
First seen
Licence
MIT

At a glance

A skill your agent uses when creating a Linear issue from the current coding context, or when the user invokes /linear-issue.

  • Works in 6 steps: CONTEXT → SEARCH → TEAMS → …
  • Creating a Linear issue from the current coding context
  • SKILL.md covers Workflow, Step 1: CONTEXT, Step 2: SEARCH and Step 3: TEAMS, plus 4 more sections
  • Calls gh; reaches linear.app

What it does

Linear Issue is an agent skill from ReviewStage/stage-cli. Use when creating a Linear issue from the current coding context, or when the user invokes /linear-issue. Infers team, priority, status, and relationships from conversation context, working directory, and git branch.

Its SKILL.md is about 2k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Git workflow. It works with Linear. The repository describes itself as: A viewer for reviewing local code changes in small individual chapters. Works with any AI agent. The licence is MIT.

When your agent uses it

  • Creating a Linear issue from the current coding context
  • The user invokes /linear-issue

Example prompts

  • “/linear-issue”

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. CONTEXT
  2. SEARCH
  3. TEAMS
  4. INFER
  5. CREATE
  6. REPORT

What it can do on your machine

Read from SKILL.md and the folder at commit 59b977b. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • linear.app

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Linear Issue loads about 2k tokens when it runs. Until then it costs about 57 tokens; SKILL.md has 878 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~57
When it runs · the whole SKILL.md, loaded when a task matches
~2k

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.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated 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.

SKILL.md

The full file from ReviewStage/stage-cli at commit 59b977b, republished under its MIT licence (© ReviewStage). 878 words, ~1,993 tokens.

Download SKILL.mdSave it as .claude/skills/linear-issue/SKILL.md (or your agent's skills folder).
name
linear-issue
description
Use when creating a Linear issue from the current coding context, or when the user invokes /linear-issue. Infers team, priority, status, and relationships from conversation context, working directory, and git branch.
metadata.internal
true

Creating Linear Issues

Single-pass workflow: gather context, search existing issues, infer fields informed by what's already filed, create issue.

Workflow

1. CONTEXT  → Gather signals: args, conversation, directory, git branch
2. SEARCH   → list_issues broadly to find duplicates, related issues, and inform inference
3. TEAMS    → list_teams to get available teams (informed by search results)
4. INFER    → Determine title, description, team, priority, status, labels, project, links, relationships
5. CREATE   → create_issue with inferred fields + relationships
6. REPORT   → Display created issue summary

Step 1: CONTEXT

Gather all available signals:

  • Args: Description provided after /linear-issue — primary signal
  • Conversation: If no args, summarize current discussion as issue description
  • Directory: Current working directory/package (e.g. packages/ai/ suggests AI-related team)
  • Git branch: Branch name often encodes feature/bug context

Search existing issues before anything else — what's already filed informs every downstream decision including team selection.

  1. Call list_issues with keywords extracted from the context (args, conversation summary, branch name)
  2. Search broadly across teams — no team filter yet, since search results may reveal the correct team
  3. Collect results into three buckets:
BucketCriteriaUsed for
DuplicatesSame intent and scope as new issueStop and warn user
RelatedSame area, overlapping contextRelationship inference in Step 4
InformativeSame team/area but different scopeTeam/priority/status inference in Step 4

If a strong duplicate is found (same intent and scope): STOP. Do not proceed to Step 4. Report the existing issue:

Possible duplicate found — did not create.
Existing: TEAM-99 "Add retry logic to extraction agent"
Status: In Progress  |  Assignee: @charles
URL: https://linear.app/...

Reply if you still want to create a new issue.

Step 3: TEAMS

Call list_teams → get all workspace teams

Use search results from Step 2 to guide matching — if related issues belong to a specific team, that's strong evidence for the correct team.

Step 4: INFER

Use context from Step 1, search results from Step 2, and team list from Step 3 to determine all fields.

Team
  • Primary signal: which team do related/informative issues belong to?
  • Secondary signal: directory/package name fuzzy-matched against team names from Step 3
  • Fallback: broadest team
Priority
SignalPriority
"ASAP", "urgent", "blocking", "broken", "critical", "P0", "production down"1 (Urgent)
"soon", "important", "next few days", "high priority", "P1"2 (High)
No urgency signal / default3 (Normal)
"low priority", "nice to have", "when we get to it", "P3", "minor"4 (Low)

Also consider: what priority are related issues set to? Match the neighborhood.

Status
SignalStatus
"needs discussion", "RFC", "should we", "not sure if", "explore", "maybe"Backlog
Default / clear actionable taskTodo
"I'm working on", "currently", "in progress", "started"In Progress
Title

Extract or generate a concise title in imperative form, under 80 characters.

Description

Format as markdown. Include:

  • What the issue is about
  • Context: branch name, relevant file/package, conversation summary
  • Any acceptance criteria apparent from context
Labels

Infer labels from context and search results:

  • From description: "bug"/"broken"/"error" → bug label, "feature"/"add"/"new" → feature label, "refactor"/"tech debt"/"cleanup" → tech-debt label
  • From related issues: If related issues share a common label, apply it to the new issue too
  • Call list_issue_labels with the inferred team to verify labels exist before applying. Only use labels that actually exist in the workspace.
Project
  • If related issues from Step 3 belong to a project, add the new issue to the same project
  • If the conversation or args explicitly mention a project name, use that
  • Otherwise, leave unset

Add traceability links back to the development context:

  • If on a branch with an open PR, link to the PR URL
  • If the conversation references a specific file or commit, link to it on GitHub
  • Use links: [{url, title}] format
Show full SKILL.md (377 more words)Show less
Relationships

Analyze related issues from Step 3:

Sub-issue (parentId) — New issue is a specific task within a broader existing issue. Example: "fix retry in extraction agent" is a sub-issue of "improve chapter generation reliability"

Parent — New issue encompasses existing smaller issues. After creating, call update_issue on each child to set their parentId.

Blocking / Blocked-by (blocks / blockedBy) — Use when:

  • Explicit dependency language: "this blocks X", "can't do Y until this is done"
  • Technical dependency: "migrate DB schema" blocks "add new column"

Related (relatedTo) — Same area, shared context, but neither blocks the other.

Step 5: CREATE

Call create_issue with:

FieldValue
titleInferred title (imperative, <80 chars)
descriptionMarkdown description with context
teamMatched team name
priorityNumeric: 1=Urgent, 2=High, 3=Normal, 4=Low
stateStatus name: "Backlog", "Todo", "In Progress"
labelsArray of label names inferred from context
projectProject name (if related issues share a project)
linksArray of {url, title} linking to PR/branch/commit
parentIdParent issue identifier (if sub-issue)
blocksArray of issue identifiers this blocks
blockedByArray of issue identifiers blocking this
relatedToArray of related issue identifiers

If this issue is a parent of existing issues, after creation call update_issue on each child to set parentId.

Step 6: REPORT

Created: TEAM-123 "Add retry logic to chapter generation"
Team: Product  |  Priority: Normal  |  Status: Todo
Labels: bug, ai-pipeline  |  Project: Chapter Gen V2
Parent: TEAM-100 "Improve chapter generation reliability"
Related: TEAM-98 "Audit error handling in AI pipeline"
Links: PR #42 "feat: add retry logic"
URL: https://linear.app/...

Common Mistakes

MistakeFix
Inferring fields before searching existing issuesAlways search first — existing issues inform team, priority, and relationships
Creating without checking duplicatesStep 3 catches duplicates before any inference work
Setting priority too high by defaultDefault is Normal (3), only escalate with clear urgency signals
Guessing team instead of looking upAlways call list_teams and match against actual teams
Searching only within one teamSearch broadly first — related issues may be in a different team
Forgetting to set relationshipsCheck related bucket from Step 3 for parent/blocking/related
Using IDs instead of names for statecreate_issue accepts state names directly ("Backlog", "Todo")
Skipping description contextAlways include branch, directory, and conversation context
Creating parent without updating childrenAfter creating a parent issue, call update_issue on children
Applying labels that don't existCall list_issue_labels to verify labels exist before using them
Ignoring project from related issuesIf related issues share a project, add the new issue to it
Not linking back to PR/branchAlways check for an open PR with gh pr view and link it

© ReviewStage, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .agents/skills/linear-issue of ReviewStage/stage-cli.

Open the folder on GitHubat commit 59b977b

Compare with similar skills

Linear Issue 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.

Linear Issue compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Linear Issue this skillReviewStage/stage-cli274—~2kAutomated safety check: PassMIT
Draft Pull Request Creatorwordpress-mobile/WordPress-Android3.2k—~881Automated safety check: NotesGPL-2.0
Managing Git Workflowhashintel/hash1.7k—~1.2kAutomated safety check: PassAGPL-3.0
Finishing a Development Branchobra/superpowers296k5 repos~1.9kAutomated safety check: PassMIT
Code Design Rationale Investigatorcursor/plugins10k9 repos~2.6kAutomated safety check: PassNone
Contributor-First PR MergeHKUDS/OpenHarness16k1 repos~847Automated safety check: PassMIT

Similar skills

  • Draft Pull Request Creator

    wordpress-mobile/WordPress-Android

    Commits and pushes current changes, writes a pull request title and body from the branch history and template, and opens a draft PR on GitHub after you approve it.

    3.2k GitHub stars~881 tokensUpdated today
    DevelopmentAuto-check: notes
  • Managing Git Workflow

    hashintel/hash

    Git and pull-request workflow for HASH, including conditional Linear conventions and merge-queue diagnostics.

    1.7k GitHub stars~1.2k tokensUpdated today
    DevelopmentAuto-check passed
  • Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.

    296k GitHub starsUsed in 5 repos~1.9k tokens
    DevelopmentAuto-check passed
  • Official

    Digs into why code is shaped the way it is by checking git history, pull requests and connected tools in parallel, then reporting a cited read on the tradeoffs.

    10k GitHub starsUsed in 9 repos~2.6k tokens
    DevelopmentAuto-check passed
  • Merges external GitHub pull requests while keeping the original author credited, and fixes conflicts after the merge instead of rewriting the contribution.

    16k GitHub starsUsed in 1 repo~847 tokens
    DevelopmentAuto-check passed
  • Moves a package from another TryGhost repository into Ghost as an internal workspace package while keeping its Git history, with checkpoints for the steps that need an administrator.

    55k GitHub stars~3.8k tokensUpdated today
    DevelopmentAuto-check passed

More from ReviewStage/stage-cli

All 10 skills in this repo
  • Fixing CI

    ReviewStage/stage-cli

    A skill your agent uses when CI is failing on a branch and you need to diagnose failures from GitHub, fix them locally with iterative verification, and re-push clean commits.

    274 GitHub stars~977 tokensUpdated 1 mo ago
    Auto-check passed
  • Fixing PR Comments

    ReviewStage/stage-cli

    A skill your agent uses when a pull request has unresolved review comments that need to be addressed, or when asked to fix PR feedback

    274 GitHub stars~953 tokensUpdated 1 mo ago
    Auto-check passed
  • Iterate PR

    ReviewStage/stage-cli

    A skill your agent uses when a PR is open and the user wants to autonomously monitor and fix PR review comments, CI failures, and rebase conflicts on a recurring loop, or when asked to…

    274 GitHub stars~1.1k tokensUpdated 1 mo ago
    Auto-check passed
  • Quality Review

    ReviewStage/stage-cli

    A skill your agent uses when reviewing code changes against AGENTS.md implementation quality standards, or when asked to do an implementation quality review

    274 GitHub stars~1.3k tokensUpdated 1 mo ago
    Auto-check passed
  • Rebase Origin Main

    ReviewStage/stage-cli

    A skill your agent uses when rebasing the current branch onto origin/main, including resolving merge conflicts along the way

    274 GitHub stars~927 tokensUpdated 1 mo ago
    Auto-check passed
  • Trade Off

    ReviewStage/stage-cli

    Use at any stage — planning, before implementing, or reviewing code that's already written — to surface high-level trade-offs that could significantly simplify the work.

    274 GitHub stars~3k tokensUpdated 1 mo ago
    Auto-check passed

Works with

Categories

Questions about Linear Issue

What does Linear Issue do?

A skill your agent uses when creating a Linear issue from the current coding context, or when the user invokes /linear-issue. Linear Issue is an agent skill from ReviewStage/stage-cli. Use when creating a Linear issue from the current coding context, or when the user invokes /linear-issue.

When should I use Linear Issue?

Linear Issue fits situations like: creating a Linear issue from the current coding context; the user invokes /linear-issue.

How do I install Linear Issue in Claude Code?

Run `npx skills add ReviewStage/stage-cli --skill linear-issue -a claude-code`. Or copy the skill folder (.agents/skills/linear-issue in ReviewStage/stage-cli) into .claude/skills/linear-issue in your project. Claude Code loads it when a task matches its description.

How do I install Linear Issue in Codex?

Run `npx skills add ReviewStage/stage-cli --skill linear-issue -a codex`. Or copy the skill folder (.agents/skills/linear-issue in ReviewStage/stage-cli) into .agents/skills/linear-issue in your project. Codex loads it when a task matches its description.

Can I use Linear Issue in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add ReviewStage/stage-cli --skill linear-issue -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/linear-issue, .gemini/skills/linear-issue, .github/skills/linear-issue and .opencode/skills/linear-issue in your project.

What does Linear Issue need to run?

Going by SKILL.md and its folder, Linear Issue needs the command-line tools its instructions call (gh).

Does Linear Issue access the network?

SKILL.md names 1 domain. In commands or code: linear.app; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.

Is Linear Issue safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Linear Issue use?

Linear Issue is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Linear Issue use?

About 2k tokens (SKILL.md is roughly 8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Linear Issue?

Skills that share tags, products or a category with Linear Issue: Draft Pull Request Creator (wordpress-mobile/WordPress-Android, 3.2k stars), Managing Git Workflow (hashintel/hash, 1.7k stars), Finishing a Development Branch (obra/superpowers, 296k stars) and Code Design Rationale Investigator (cursor/plugins, 10k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Linear Issue?

ReviewStage (a GitHub organization) maintains it in ReviewStage/stage-cli, which has 274 GitHub stars. The repository holds 10 skills in this directory. The repository was last updated on September 7, 2026.

Source: ReviewStage/stage-cli on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.