🛠️ プロジェクトフローOps
GitHubとLinear間の実行フローを、PR分類やタスク連携を通じて円滑にし、プロジェクトの進捗を効率的に管理するSkill。
📺 まず動画で見る(YouTube)
▶ 【衝撃】最強のAIエージェント「Claude Code」の最新機能・使い方・プログラミングをAIで効率化する超実践術を解説! ↗
※ jpskill.com 編集部が参考用に選んだ動画です。動画の内容と Skill の挙動は厳密には一致しないことがあります。
📜 元の英語説明(参考)
通过分类问题和拉取请求、关联活跃工作、保持GitHub对外可见而Linear作为内部执行层，来协调GitHub和Linear之间的执行流程。当用户需要待办事项控制、PR分类或GitHub与Linear协调时使用。
🇯🇵 日本人クリエイター向け解説
GitHubとLinear間の実行フローを、PR分類やタスク連携を通じて円滑にし、プロジェクトの進捗を効率的に管理するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o project-flow-ops.zip https://jpskill.com/download/786.zip && unzip -o project-flow-ops.zip && rm project-flow-ops.zip$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/786.zip -OutFile "$d\project-flow-ops.zip"; Expand-Archive "$d\project-flow-ops.zip" -DestinationPath $d -Force; ri "$d\project-flow-ops.zip"完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
project-flow-ops.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
project-flow-opsフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-17
- 取得日時
- 2026-05-17
- 同梱ファイル
- 1
💬 こう話しかけるだけ — サンプルプロンプト
- › Project Flow Ops で、私のビジネスを分析して改善案を3つ提案して
- › Project Flow Ops を使って、来週の会議用の資料を作って
- › Project Flow Ops で、現状の課題を整理してアクションプランに落として
これをClaude Code に貼るだけで、このSkillが自動発動します。
📖 Claude が読む原文 SKILL.md(中身を展開)
この本文は AI(Claude)が読むための原文(英語または中国語)です。日本語訳は順次追加中。
项目流程运营
此技能将分散的 GitHub Issue、PR 和 Linear 任务整合为一条执行流程。
当问题在于协调而非编码时使用。
使用时机
- 梳理开放的 PR 或 Issue 积压
- 决定哪些应放入 Linear，哪些应保留在 GitHub 中
- 将活跃的 GitHub 工作与内部执行通道关联
- 将 PR 分类为：合并、移植/重建、关闭或搁置
- 审查评论、CI 失败或过时 Issue 是否阻碍执行
运营模式
- GitHub 是公开和社区的真实来源
- Linear 是内部执行的真实来源，用于活跃的已排期工作
- 并非每个 GitHub Issue 都需要创建 Linear Issue
- 仅当工作满足以下条件时，才创建或更新 Linear：
- 活跃
- 已委派
- 已排期
- 跨职能
- 重要到需要内部跟踪
核心工作流
1. 首先阅读公开信息
收集：
- GitHub Issue 或 PR 状态
- 作者和分支状态
- 审查评论
- CI 状态
- 关联的 Issue
2. 对工作进行分类
每个项目应归入以下状态之一：
| 状态 | 含义 |
|---|---|
| 合并 | 独立完整、符合策略、准备就绪 |
| 移植/重建 | 有用的想法，但应在 ECC 内部手动重新落地 |
| 关闭 | 方向错误、过时、不安全或重复 |
| 搁置 | 可能有用，但当前未排期 |
3. 判断是否需要 Linear
仅在以下情况下创建或更新 Linear：
- 执行正在积极规划中
- 涉及多个仓库或工作流
- 工作需要内部所有权或排序
- 该 Issue 是更大项目通道的一部分
不要机械地镜像所有内容。
4. 保持两个系统一致
当工作活跃时：
- GitHub Issue/PR 应说明公开进展
- Linear 应在内部跟踪负责人、优先级和执行通道
当工作完成或被拒绝时：
- 将公开解决方案发布回 GitHub
- 相应地标记 Linear 任务
审查规则
- 切勿仅凭标题、摘要或信任进行合并；需使用完整差异
- 当外部来源的功能有价值但不独立完整时，应在 ECC 内部重建
- CI 红色表示需分类并修复或阻止；不要假装其已可合并
- 如果真正的阻碍是产品方向，请直接说明，而非隐藏在工具背后
输出格式
返回：
公开状态
- 议题 / 拉取请求状态
- 持续集成 / 审查状态
分类
- 合并 / 移植重建 / 关闭 / 搁置
- 一段理由说明
线性操作
- 创建 / 更新 / 无需线性项
- 项目 / 泳道（如适用）
下一步操作者行动
- 确切的下一个步骤良好用例
- "审查开放的 PR 积压，告诉我哪些应合并，哪些应重建"
- "将 GitHub Issue 映射到我们的 ECC 1.x 和 ECC 2.0 项目通道"
- "检查这是否需要创建 Linear Issue，还是应保留在 GitHub 中"