Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/initializ/forge/linearnpx skills add initializ/forge --skill lineargit clone --depth 1 https://github.com/initializ/forgeWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00022 | $0.02002 |
| Opus 5 | $0.00011 | $0.01001 |
| Sonnet 5 | $0.00004 | $0.00400 |
| Haiku 4.5 | $0.00002 | $0.00200 |
Grade A, and why
linear scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
- curl How it starts
The opening of the file, as written. The whole thing — 216 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Linear Skill
You can read, search, and update Linear issues, list workflow states, and post comments. Use this skill as the entry point for ticket-driven workflows — turn ENG-123 into a structured payload, transition state, comment on progress.
When to use this skill
- The user references a Linear issue by identifier (
ENG-123,OPS-7, etc.). - The user asks for "my tickets" / "open issues" / "what's assigned to me".
- An automation needs to mark work started, post a PR link as a comment, or move a ticket through workflow states.
Issue identifier format
Linear identifiers look like <TEAM_KEY>-<NUMBER> — ENG-123, OPS-7. They are not GraphQL UUIDs. The Linear API accepts both forms on issue(id:), so always pass the human identifier the user gave you. Never invent or normalise identifiers — use them verbatim.
State transition pattern (hard rule)
You MUST call linear_get_workflow_states first and use the resolved id when calling linear_update_issue_state. State IDs are per-team UUIDs; state names like "Todo" or "In Progress" are not portable across teams and cannot be passed to linear_update_issue_state directly.
Workflow:
linear_get_issueto find the issue'steam.id.linear_get_workflow_stateswith thatteam_idto enumerate the team's states.- Pick the state by matching its
name(case-insensitive) ortype(unstarted,started,completed,canceled,triage,backlog). linear_update_issue_statewith the issue identifier and the resolvedstate_id.
Commenting etiquette
Post a comment when:
- Work has been picked up (one comment, e.g.
"Working on this."). - A pull request has been opened (one comment with the PR URL).
- Work is blocked and the user should know.
- Work is complete (one comment summarising what shipped).
Do not chatter. Post no more than one comment per agent action. Do not narrate intermediate tool calls, file edits, or reasoning into Linear comments — the channel-side conversation is the place for that. Comments are durable artifacts on the ticket; treat them like git commit messages, not Slack messages.
What ships with it
7 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- scripts/common.sh 1.6 KB runs code
- scripts/linear-add-comment.sh 1.8 KB runs code
- scripts/linear-get-issue.sh 1.1 KB runs code
- scripts/linear-get-workflow-states.sh 1.1 KB runs code
- scripts/linear-list-my-issues.sh 1.7 KB runs code
- scripts/linear-search-issues.sh 3.3 KB runs code
- scripts/linear-update-issue-state.sh 1.4 KB runs code
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 216 lines · 22 tokens per session scan A d57357527e48
linear is a skill published in the GitHub repository initializ/forge (156 stars, last pushed 4d ago), licensed Apache-2.0. It adds 22 tokens to every session and 2,002 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
Linear
Managing Linear issues, projects, and teams. Use when working with Linear tasks, creating issues, updating status, querying projects, or managing team workflows.
star-plan-decomposer
Break a research plan down into executable sub-plans with concrete, checkable steps — turning its method or milestones into actionable tasks. Reads the parent plan (written by star-plan-coach and living under metds/plans/), picks a decomposition axis (phase / component / evidence), confirms the unit list, then by…
star-plan-executor
Execute or implement a leaf research sub-plan: turn it into code and run light validation. Orients in the codebase using .env, turns the sub-plan from metds/plans/ into a concrete checked execution plan, implements it with surgical changes, keeps intermediate working files under a plan-specific tasks directory…
star-refs-reviewer
Literature review and related work: per-paper analysis notes plus a verified reference.bib. Builds an auditable base — 5–10 close papers read into notes, plus a classified reference.bib of ≥50 verified entries. No argument finds the method in metds/ and runs the full pass, resuming if metds/refs/ exists; a PLANNAME or…
star-code-release
Open-source or publish the project: gather scattered code, polish it, compile README.md. Consolidates into ${CODENAME}/, sweeping tasks/, wkdrs/ and the root, promoting only code passing a three-part evidence test (the README cites it, an executed leaf needs it, or it reproduces a results.md number), placed by…
star-code-reviewer
Review code quality, docstrings, and whether a plan's code matches what it promised. No argument reviews all of ${CODENAME}/; a PLANNAME (slug / prefix / filename) reviews that plan's files plus conformance (§3 tasks, §4 deliverables, §5 done-criterion); a path reviews that path; diff or a git range reviews changed…