pm 是一套以方法论为先的项目管理技能，用于跨业务组合管理项目。其核心是把看板（Kanban）与艾森豪威尔矩阵（Eisenhower）结合，并以异步沟通为默认工作方式。每个业务拥有一个独立看板，通过适配器对接具体工具，因此不绑定某一平台。
用途与整体思路
每个业务一个看板，默认包含五列：Backlog（可能重要但尚未承诺的事项）、Ready（已分诊、定义清晰、可被领取）、In Progress（正在处理）、Review/Blocked（等待他人、评审或外部依赖）、Done/Archived（已交付或已终止）。艾森豪威尔矩阵叠加在看板之上，用于两个环节：把 Backlog 分诊进 Ready（决定哪些事项入选），以及从 Ready 中挑选下一项（决定先做哪个）。矩阵分为 Q1 紧急且重要（立即做）、Q2 重要不紧急（安排时间，是高杠杆区）、Q3 紧急不重要（委托）、Q4 既不紧急也不重要（删除）。整体强调异步优先：每次状态快照都应像一段无需录制的 Loom 视频，让工作可见而不必开会。
主要能力与模式
技能根据调用方式解析出模式与目标：/pm setup [business] 为指定业务初始化；/pm triage [business] 对指定业务做分诊；/pm next [business] 给出该业务的下一项，/pm next 不带业务时跨全部看板推荐；/pm status [business] 生成状态快照；/pm unblock [business] 处理受阻事项；/pm weekly 生成周五全局脉搏与下周计划，/pm weekly [business] 针对单个业务。
setup 模式会询问业务使用的工具，走一遍列设置（默认五列，也可自定义），把映射保存到本地配置目录中的 boards.md（仓库内的 references/boards.md 仅作模板），并可选地从对话中生成初始卡片。triage 模式拉取 Backlog，套用艾森豪威尔矩阵展示视图，并建议移动：Q1 移到 Ready 或 In Progress，Q2 移到 Ready 并安排时间，Q3 委托或无人可托时移到 Ready，Q4 归档；随后通过适配器执行移动，或输出文本供手动应用。next 模式在单个看板中先看 Ready 再看 In Progress，若 WIP 超限则提示先完成哪些，若仍有容量则按艾森豪威尔优先级推荐 Ready 中的首选；跨组合模式会从所有看板拉取 Ready，统一排序后推荐前 1–3 项，偏向 Q1 再到 Q2。status 模式生成可直接粘贴到 Slack、Notion、邮件或伙伴私信的快照，包含本周已交付数量与标题、进行中事项、评审/受阻事项及原因、接下来 2–3 项，以及一个可解锁进展的开放问题。unblock 模式读取 Review/Blocked 中的全部事项，逐项呈现阻碍并建议动作（催促某人、上报、缩减范围、终止、阻碍已消失则移回 In Progress），输出简短的动作清单。weekly 模式做周五脉搏与规划：各看板本周交付、进行中、受阻情况，跨组合的势头与漂移，以及下周从 Ready 拉入 In Progress 的 3–5 个 Q2 事项，输出可粘贴进 Notion 周志、伙伴更新或个人日志的组合快照。
使用方式与工具适配
技能会读取本地配置中的 boards.md（个人真实业务列表与每个业务的工具映射），若不存在则回退到仓库模板；也会尝试加载 team.local.md，用于列出合作伙伴、活跃客户和常见阻碍表述，使状态输出更具体。业务映射字段包括 business（slug）、tool（notion / github / plane / linear / obsidian / manual）、board_id 或 URL，以及仅在非默认五列时使用的列覆盖。若某业务尚无映射，会自动进入 setup，询问工具、保存映射后返回原请求模式。适配器按工具分别说明如何按列列出卡片/issue/页面、读取单卡完整内容、创建卡片、在列间移动卡片、添加评论或备注。具体凭据与方式：Notion 使用 $NOTION_API_KEY，数据库含 Status 选择属性；GitHub Projects 使用已认证的 gh CLI（gh project item-list、gh project item-edit）；Plane 需要 $PLANE_API_KEY 与工作区 slug；Linear 使用 Linear MCP 或 API key；Obsidian 直接读写库中的本地看板 Markdown 文件；manual 模式请用户粘贴当前看板状态，并可写回本地 Markdown 文件。
WIP 限制与写作规则
默认每列 WIP：In Progress 为 3，Review/Blocked 不设限但超过 5 时标记提醒；可在本地 boards.md 中按业务覆盖。next 模式若 WIP 超限，不再拉取新事项，而是建议先完成或把某项移到 Review/Blocked。生成 status / weekly 输出时遵循异步写作规则：先给标题性结论（本周交付了什么或什么有风险）；具体到事项名（“交付了主 Logo 变体”而非“在品牌方面有进展”）；不写无主语的动词，让读者三周后或转发给错过更新的人也能冷读；阻碍须点名（“等待设计师评审首页草稿”而非“受阻”）；每份状态用一行加粗的开放问题明确请求能解锁进展的信息。
适用场景与限制
适合个人或小团队跨多个业务管理项目、分诊优先级、保持 WIP 可控并做每周复盘，也适合把状态更新变成可异步分享的文本。它可与 decide（项目遇到真正决策时转交）、deep-research（卡片需要先研究才可行动）、business-brainstorm（Backlog 中的想法需要先压测再分诊）、jab-hook（状态与交付项转为内容素材）以及按业务保存组合上下文的 project_*.md 记忆配合使用。限制方面：需要本地配置看板映射并具备相应工具凭据；manual 模式需人工粘贴与回写；资料未提供具体的安装命令、价格、平台支持范围之外的细节，也暂未提供效果数据或性能指标。