菜单
Linearのissueを整理し、会話しながら新規issueに落とすスキル。2つのモードを持つ: (1) 既存issue整理: Backlogの全issueをINVEST原則で診断し、分割・統合・再分類を提案・実行 (2) 会話→issue化: ユーザーとの対話から要件を引き出し、適切な粒度のissueに落とす 両モード完了後、整理された実行計画を自動生成する。 トリガー: 「issueを整理して」「Backlog整理」「issue棚卸し」「やること整理」「実行計画を作って」 「issueの粒度を揃えて」「issueに落として」「要件をissueにして」
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use by any agent before writing specs, editing code, or changing workflow files when the change could add compatibility behavior, aliases, silent fallbacks, or default-value fallbacks.
Use before presenting implementation plans and after non-trivial commits when the review should run through Claude Code with the configured Fable model. Runs claude -p in streaming review mode, derives the Fable model from claude/settings.json, constrains tools for read-only review plus currentness checks, handles resume, and defines review timeout semantics.
Use when committing, pushing, or preparing PRs. Defines the user's commit workflow, message style discovery, review handoff, and branch/worktree push requirements.
Use before presenting implementation plans and after non-trivial commits that require review. Runs codex exec in read-only review mode, handles resume, MCP transport errors, and review timeout semantics.
Use for code implementation, bug fixes, refactors, and test additions. Enforces the user's development style: YAGNI, TDD, clear contracts, separation of concerns, no unsolicited fallback or backward-compatibility helpers, and maintainable code structure.
Use when writing or editing tests. Tests should be ordered by near-normal, normal, then abnormal cases where applicable, and test names must be Japanese behavior descriptions from a reviewer/user perspective.
| name | linear-issue-organizer |
| description | Linearのissueを整理し、会話しながら新規issueに落とすスキル。2つのモードを持つ: (1) 既存issue整理: Backlogの全issueをINVEST原則で診断し、分割・統合・再分類を提案・実行 (2) 会話→issue化: ユーザーとの対話から要件を引き出し、適切な粒度のissueに落とす 両モード完了後、整理された実行計画を自動生成する。 トリガー: 「issueを整理して」「Backlog整理」「issue棚卸し」「やること整理」「実行計画を作って」 「issueの粒度を揃えて」「issueに落として」「要件をissueにして」 |
Linearのissueを整理し、会話から新規issueを生成し、整理された実行計画を出力する。
前提: linear-cli skillが利用可能であること。Linear 設定は ../linear-cli/SKILL.md を参照。
Phase 1: organize (既存issue整理)
Phase 2: capture (会話→issue化)
Phase 3: catalog (実行計画生成)
「整理して」→Phase 1から、「issueに落として」→Phase 2から、「実行計画」→Phase 3から。明示なければ1→2→3。
linear issue list --team {TEAM_ID} --sort priority -s unstarted -A --no-pager
linear issue list --team {TEAM_ID} --sort priority -s started -A --no-pager
linear issue list --team {TEAM_ID} --sort priority -s backlog -A --no-pager
各issueを6項目で判定:
| 原則 | 判定基準 |
|---|---|
| Independent | 単独で着手可能か |
| Negotiable | アウトカムで記述されているか（実装手段でなく） |
| Valuable | 完了時に明確な価値があるか |
| Estimable | 1〜3日と見積もれるか |
| Small | 1〜3日で完了できるか |
| Testable | pass/failで判定可能か |
テーブルで提示し、ユーザー承認を得る:
| ID | タイトル | 診断 | 提案 |
|---|---|---|---|
| XXX-01 | ... | I❌ S❌ | → 3分割: Spike + Task + Feature |
| XXX-02 | ... | N❌ V❌ | → Project昇格 |
| XXX-03 | ... | 全✅ | 変更なし |
承認後にlinear CLIで反映:
linear project create + issue移動縦割りスライスで分割する。横割り（DB→API→UI→テスト）ではなく、ユーザー価値単位で縦に切る。
Issue型の使い分け:
| Type | 定義 | サイズ |
|---|---|---|
| Feature | ユーザー価値を提供する機能追加 | 1〜3日 |
| Task | 明確なステップの実行 | 0.5〜1日 |
| Bug | 既存機能の不具合修正 | 0.5〜2日 |
| Spike | 不確実性の解消（time-boxed） | 0.5〜1日 |
SpikeとFeature/Taskは必ず分離。 Spikeの結果を受けてTask/Featureが生まれる。
一度に2問まで:
ルール:
issue間の依存を明示し、critical pathを提示:
Spike → Task → Feature群（並列可能）
ユーザー確認後、linear CLIで一括作成。依存関係はdescription内にBlocked by: XXX-NNで明記。
Phase 1・2完了後、全issueを再取得し実行計画を出力。
# 実行計画 ({プロジェクト名}) - {日付}
## 実行予定
### {Project名 or カテゴリ}
| # | Issue | Type | Size | 依存 | Status |
|---|---|---|---|---|---|
| 1 | XXX-01: 〜を調査する | Spike | 0.5日 | - | Todo |
| 2 | XXX-02: 〜を追加する | Task | 0.5日 | #1 | Todo |
| 3 | XXX-03: 〜を表示する | Feature | 1日 | #2 | Todo |
## Parking Lot (保留)
| Issue | 理由 |
|---|---|
| XXX-99: ... | スコープ未定 |