Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计通过

syncing-linearsyncing Linear 开发

Agent Skill

用于处理 Linear 项目、Issue、团队、周期和产品开发任务流。它适合让 Agent 辅助查询任务状态、整理需求队列、创建缺陷或汇总迭代进展。使用时需要确认 workspace、team、label、assignee 和状态流转规则;涉及批量创建或修改任务时,应先核对字段和目标团队,避免把草稿需求直接写入正式项目。

总安装

196

周安装

8

GitHub Stars

2

下载量

63
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:syncing-linear(syncing Linear 开发)
来源仓库:https://github.com/boojack/skills
仓库路径:skills/syncing-linear
安装命令:
npx skills add https://github.com/boojack/skills --skill syncing-linear
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/boojack/skills --skill syncing-linear

简介

用于处理 Linear 项目、Issue、团队和产品开发任务流。

  • 适合查询任务状态、整理需求队列或汇总迭代进展。
  • 使用时需确认 workspace、team、label 和状态流转规则。
  • 涉及批量创建或修改任务时应先核对字段和目标团队。
  • 避免将草稿需求直接写入正式项目,防止误操作。syncing-linear 属于开发类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Syncing to Linear

Takes artifacts from docs/plans/YYYY-MM-DD-<slug>/ as input. Syncs to Linear as an issue with linked documents.

Supported artifacts: definition.md (required), design.md, plan.md, execution.md (all optional).

Does NOT modify local files except linear.json.

NO LOCAL FILE MODIFICATIONS EXCEPT linear.json

Workflow

- [ ] Step 1: Locate Issue Directory
- [ ] Step 2: Initialize
- [ ] Step 3: Sync Issue
- [ ] Step 4: Sync Documents
- [ ] Step 5: Finalize

Step 1: Locate Issue Directory

If an argument is provided, use it; otherwise list directories and ask. Verify definition.md exists — if missing, STOP.

Step 2: Initialize

Read linear.json if it exists. Resolve team: linear.json--team argument → auto-detect via linear-server:list_teams. Read artifacts: definition.md (required), design.md, plan.md, execution.md (all optional).

Step 3: Sync Issue

Generate from definition.md:

  • Title: under 70 characters, imperative or noun-phrase style
  • Description (in this exact order): Problem (required): One bold sentence stating the core issue, then 1-2 plain sentences on consequences. No code references, no solution language. Impact (required): Bulleted list. Each bullet: bold lead phrase supporting detail. Background (required): Collapsible section (>>> syntax). 3-5 sentences of context.

Example:

## Problem
**Webhook payloads are delivered without signature verification, allowing any network peer to forge event notifications.**

Consumers cannot distinguish legitimate events from spoofed requests.

## Impact
- **Forged deployments** — attackers trigger production deploys via crafted webhook events
- **Data poisoning** — pipeline consumers ingest unverified payloads as trusted input

>>> Background
The platform dispatches webhook events over HTTPS but includes no HMAC signature header. Most providers (GitHub, Stripe, Slack) sign payloads with HMAC-SHA256. This project skips that step.
>>>

If issueId in state: update_issue. Otherwise: create_issue and record ID, identifier, URL.

Step 4: Sync Documents

ArtifactTitle formatSource
DefinitionFull Definition: <title>definition.md
DesignDesign: <title>design.md (skip if missing)
PlanPlan: <title>plan.md (skip if missing)
ExecutionExecution: <title>execution.md (skip if missing)

<title>: slug → spaces → title case.

If document exists in state: update_document. Otherwise: create_document with issue set to identifier. No placeholder documents.

Step 5: Finalize

Write linear.json and print console summary.

Output

linear.json in the issue directory. Only include document keys for documents actually synced.

{
  "issueId": "uuid",
  "issueIdentifier": "TEAM-123",
  "issueUrl": "https://linear.app/...",
  "team": "team-name-or-id",
  "documents": { "definition": "doc-id", "design": "doc-id", "plan": "doc-id", "execution": "doc-id" }
}
Synced to Linear:
- Issue: TEAM-123 — <title> (<url>)
- Definition document: created | updated
- Design document: created | updated | skipped (not found)
- Plan document: created | updated | skipped (not found)
- Execution document: created | updated | skipped (not found)

Anti-patterns

  • ❌ Full definition in description → ✓ condensed plain-language summary
  • ❌ File paths in description → ✓ code details stay in linked documents
  • ❌ Placeholder documents → ✓ skip missing artifacts
  • ❌ Duplicate issues/documents → ✓ check state, update instead
  • ❌ Modifying definition.md or design.md → ✓ only linear.json is written

Related Skills

  • defining-issues — produces definition.md and design.md
  • executing-tasks — produces plan.md and execution.md

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

33.65%
按下载量换算21

Claude

31.17%
按下载量换算20

Cursor

18.49%
按下载量换算12

Gemini CLI

9.68%
按下载量换算6

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills