SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
16,545 个结果
pm-close 是一个项目收尾阶段的工作流入口技能，用于将收尾工作路由到合适的收尾流程并返回正式的收尾信号。它覆盖四类收尾目标：验收与签署确认、交接与过渡完整性、经验教训沉淀、收益复盘与归档就绪。该技能会先确认收尾目标，检查可用的上下文、工具与来源覆盖情况，然后选择一种主要收尾模式（验收签署、交接过渡、经验教训、收益复盘与归档），并优先委派给对应的子技能执行；若子技能不可用，则以等效内联流程运行并保持相同输出契约。执行中要求保留来源事实、审批与证据链接，不得虚构签署、负责人或收尾日期，未知项标记为 TBD。最终始终返回固定结构的收尾摘要，包含目标、所选模式及原因、工具与数据来源检查、当前收尾就绪信号、行动表、未知项、归档交接门禁以及后续跟进建议。
该技能用于项目收尾阶段的验收与正式签核流程。它帮助确认交付验收标准、核验尚未履行的义务、识别遗留风险，并产出可审计的签核决定。流程包括：确认收尾目标（完全验收、有条件签核或暂不签核）、检查可用工具与来源质量、逐条评估验收标准及证据、识别遗留义务与风险、定义签核结论与后续动作，最后按固定结构输出验收签核报告。所有结论需有来源证据支撑，未知项明确标注为 TBD。
该技能用于项目收尾阶段的收益复盘与归档工作流，帮助用户汇总预期收益与实际观测到的价值信号、完成收尾记录、打包可审计的项目归档材料。它按六个步骤推进：确认归档目标、检查可用工具与来源质量、综合收益信号、验证收尾记录与归档集、定义收尾后复盘动作、返回收益与归档输出。输出采用固定结构，包含目标、工具访问检查、当前信号、行动表、未知项和后续跟进，并明确要求不虚构量化收益、未知项标记为 TBD，归档就绪无法确认时返回 blocked 状态。
这是一个面向项目收尾阶段交接与过渡的操作技能，用于明确运营责任转移与交接就绪状态，保障运营连续性。技能以六步工作流推进：确认交接目标（完整交接、支持就绪确认或带条件的交接）；检查可用工具与资料来源质量；评估交接材料与责任归属图，包括文档与运行手册完整性、访问权限与工具归属、支持与升级联系人、过渡时间线；识别阻碍安全交接的就绪缺口；定义过渡行动与检查点并指定负责人和日期；最后按固定结构输出交接报告。该技能强调不得在缺乏证据时标记交接完成，未知信息需标为 TBD，也不得虚构支持联系人、负责人或日期。
该技能用于项目收尾阶段的“经验教训”沉淀：确认学习目标，检查工具与数据源质量，对比预期与实际结果并分析偏差驱动因素，提炼可复用的经验与反模式，并为每条关键经验指定具体后续行动、负责人和复核日期。最终按固定结构输出经验教训文档，包含目标、工具与数据源检查、当前信号（学习置信度与最重要结论）、行动表格、未知项和后续建议，便于团队在下个周期落地改进。
pm-execute 是 pipa-skills 中的执行阶段工作流入口，用于把进行中的交付工作路由到合适的执行流程并返回可供监控跟进的执行摘要。它支持四类执行场景：工作包协调（确认谁负责什么、排序与运营协同）、迭代/冲刺周期（周期规划、周期内控制与评审）、变更控制（范围变更、审批流、影响分析与正式变更决策）、依赖与交接（跨团队依赖、审批与交接顺序）。使用时先确认执行目标，检查可用上下文与数据源（如项目上下文文件、跟踪记录、冲刺看板、里程碑、依赖日志、实施笔记等），再选择一种主要执行模式并优先委派给对应子技能；子技能不可用时可内联执行同等流程。输出固定为执行摘要，包含目标、所选模式及理由、工具与数据检查、当前进展与阻塞/偏差、带负责人/下一步动作/截止或评审日期/状态/证据来源的动作表、待定项以及执行到监控的交接就绪检查。规则强调保留源事实与条目 ID，不虚构负责人、截止日期或完成状态，未知项标记为 TBD，仅在完全无可用执行来源时返回阻塞。
这是一个执行阶段变更控制技能，用于把进行中的变更请求转化为明确、可追溯的决策。它帮助评估变更对范围、进度和成本的影响，判断变更的紧急程度，并给出审批或升级路径建议。技能会引导用户依次确认目标、检查工具与数据源质量、梳理变更与基线影响、准备接受/有条件接受/推迟/拒绝/升级等选项及推荐理由，最后明确审批负责人、决策时限和各相关方的下一步动作，并按固定结构输出变更控制记录，未确定事项以TBD标注。
这是一个面向项目执行阶段（execute-stage）的依赖与交接控制技能，用于帮助项目经理识别跨团队阻塞、核查交接就绪度并规划升级路径，以降低项目停滞风险。技能以六步工作流运行：确认目标、检查工具与数据源质量、梳理关键依赖与交接、识别就绪缺口与阻塞路径、定义行动与升级触发条件、按固定结构输出结果。输出包含目标、工具访问检查、当前信号、行动表、未知项和后续跟进等部分，要求未知信息明确标记为 TBD，未获证据不得视为交接完成。
pm-execute-iteration-cycle 是一个面向项目管理场景的技能，用于执行冲刺或迭代周期的执行阶段操作。它围绕“让周期承诺保持现实、可见且可决策”这一目标，覆盖从周期开始到关闭的流程：确认周期目标、检查工具与数据源质量、规整承诺与在制品（WIP）状态、评估风险与结转压力、设定恢复动作与检查节点，最后按固定结构输出迭代结果。该技能强调以看板、待办列表、站会与状态记录、依赖与阻塞更新为依据，要求区分数据源质量高低，并明确标注未知负责人或日期为 TBD，不得在缺乏来源证据时暗示工作已完成。输出包含周期健康状态（on-track、watch、at-risk、blocked）、动作表格、未知项与后续建议，并推荐衔接 pm-monitor-ticket-triage 技能。适合需要在迭代中进行进度跟踪、风险管理和结转决策的项目管理人员使用。
这是一个用于在制品工作包执行阶段协调的技能。当用户需要对活跃工作包进行执行阶段的协调时使用，目标是把执行责任明确到每个负责人，并通过明确的下一步行动保持近期工作推进。工作流包括确认协调目标、检查工具与来源质量、规范化活跃工作包、识别负责人与排序缺口、设定协调动作与检查点，最终按固定结构输出协调结果。适用于项目执行阶段需要梳理负责人、排序和近期承诺的场景。
pm-initiate 是 Pipa Skills 中的项目启动阶段工作流入口，用于帮助用户完成项目立项前的准备工作。它先确认用户当前需要的启动目标，再检查可用的项目文档、协作系统和干系人数据，然后从四种模式中选择一种执行：建立可复用的项目上下文、界定交付问题与成功标准、梳理干系人与决策权限，或确认项目章程与可行性关卡。执行后返回统一格式的启动摘要，包含目标、所选模式、工具与数据检查、当前明确事项、待办行动、未知项以及进入计划阶段的就绪度评估。该技能强调保留原始事实、不虚构负责人或日期，未知信息标记为 TBD。适用于项目早期需要厘清背景、判断是否值得启动或准备向规划阶段交接的场景。
该技能用于项目启动阶段的准入评估：检查项目章程是否完整、可行性假设是否成立、交付是否就绪，并判断项目能否启动，输出明确的 go、有条件 go 或 no-go 决策及待补齐的差距。技能按六步流程运行，依次确认评估目标、检查工具与数据来源、评估章程各组成部分、评估可行性与风险、起草决策与条件、返回结构化评估结论，并在来源缺失时标记 TBD。
该技能用于项目启动阶段的问题框定：把模糊需求整理成清晰、可复用的项目问题定义，便于后续规划。它会先确认框定目标，检查可用工具与资料来源质量，再起草问题陈述、受影响用户与干系人、问题范围与非目标，并定义期望结果、可衡量成功标准与已知约束，最后列出假设、风险与待决策事项，按固定结构输出问题框定文档。资料不足时以TBD标记未知，仅在完全无可用来源时返回阻塞。
pm-initiate-project-context 是一个用于产品经理（PM）工作的上下文管理技能，可在工作区或作品集层面以及单个项目层面创建和维护可复用的项目上下文。它建立分层上下文体系：工作区路由文件 .agents/project-context.md 作为入口，说明当前活跃项目、已有项目包及其位置；每个项目的上下文包位于 .agents/flow-projects/<project-slug>/flow-project-context.md，供后续 PM 技能快速查找工具、信息源和关键工作记忆。该技能通过五步流程工作：确定上下文模式与目标、检查已有上下文、按需收集信息、创建或更新文档、确认并保存；支持从仓库资料自动起草或逐段对话式收集，未知信息标记为 TBD，资料不足时返回阻塞状态而非编造文档。
pm-initiate-stakeholder-map 是一个用于项目启动阶段的干系人梳理技能，帮助在详细规划开始前明确项目干系人、决策权限、审批路径与沟通预期。该技能按照六个步骤执行：确认梳理目标、检查可用工具与信息来源质量、规范化干系人清单、以 RACI 方式映射决策与审批角色、定义沟通与升级路径、返回结构化干系人地图输出。输出包含目标、工具访问检查、当前信号、干系人地图表、行动项、未知项和后续建议，并要求将缺失信息明确标记为 TBD，不虚构决策权限。适用于项目启动、干系人对齐、审批链梳理等场景。
PM Monitor 是一个面向项目管理监控阶段的工作流入口工具，用于在项目执行过程中选择并执行合适的监控流程，并返回清晰的后续行动建议。它支持五类监控意图：需求接收与分诊（incoming tickets/comments/feedback 的响应与积压清理）、项目状态汇总、预算/消耗/预测健康检查、风险与阻塞跟进、以及负责人缺失或更新滞后的归属漂移检查。运行时会先确认监控目标，检查可用的工具与数据源覆盖情况（如 Jira/Linear/ClickUp、Slack/Email、Notion/Confluence），然后路由到四种模式之一（Intake triage、Budget review、Status、Risk and follow-through），执行对应子工作流，最后按固定结构输出监控摘要，包含目标、所选模式、工具访问检查、当前信号、行动表、未知项、交接门禁与后续建议。该工具强调保留源事实与 ID、不虚构负责人或截止日期、未知项标记为 TBD、不隐式关闭条目，并在数据缺失时说明最小必要补充输入。
pm-monitor-budget 是一个面向进行中的项目或客户合作的项目预算健康检查技能，适用于监控阶段。它按“基线→实际与承诺→剩余预测→完工预测→偏差→行动”的结构化成本追踪流程，从现有项目资料中回答“预算状况如何”，并给出保守、可用于决策的健康信号。该技能只做监控，不替代财务系统，需区分来源事实与推断信号，避免虚假精度。
这是一个面向项目管理监控阶段的风险升级技能，用于将风险与阻塞信号转化为明确的升级决策与后续跟进。它按六步流程运行：确认升级目标、检查工具与来源质量、综合风险/问题/容忍度信号、识别升级候选与决策路径、设定负责人行动与检查点、输出结构化风险升级报告。输出包含整体升级信号（稳定、观察、立即升级、受阻）、置信度、行动表及未知项，适用于项目监控期的阻塞与风险集中度分析与决策推进。
pm-monitor-status 是一个用于交付项目的监控阶段状态汇总技能。它把分散的交付信号整理成可直接用于决策的状态报告，回答“当前进展如何、哪些需要关注、下一步做什么”，并明确责任人与后续跟进。技能以 RAG（green/amber/red/blocked）表达交付状态，维护简洁的 RAID 视图（风险、假设、问题、依赖），并将每个红色或黄色信号对应到负责人、下一步行动与升级触发条件。输出默认是适合会议的简洁报告，包含状态、置信度、受众、所用来源、变化内容、当前关注点、RAID 快照、里程碑与决策表以及后续跟进事项。适用于团队例会更新、面向管理层或利益相关者的汇总、会议前的项目健康快照以及跨职能跟进检查。
该技能用于对进入的工作项（工单、评论、客户反馈、缺陷报告、支持请求）执行一套可重复的受理分诊与响应运营流程，将杂乱输入转化为清晰的响应与执行队列，目标是让每个事项达到可响应、可指派负责人、可执行的状态。流程包括确认来源与目标、确认可用工具与数据源、套用分诊标准（分类、优先级、严重度、置信度、状态建议）、规范化事项并去重合并、暴露缺失上下文与阻塞、生成响应草稿与路由动作，以及给出关闭信号与汇总。输出按固定结构生成分诊报告，包含受理摘要、优先队列、待补信息队列、响应队列、延迟/搁置、升级项和关闭信号等表格，并支持按 Jira/Linear/ClickUp、Notion/Trello、电子表格等工具格式做适配映射。
pm-plan 是 pipa-skills 中的计划阶段工作流入口，用于项目交付规划。它帮助判断用户当前需要的是需求简报、范围与进度基线、路线图与优先级排序，还是 RAID/RACI/决策日志等治理设置，然后选择并执行相应的规划工作流，最后返回一份可执行、可交接的计划摘要。该技能强调保留来源事实与编号、不虚构承诺/负责人/截止日期、未知项标记为 TBD，并在计划门禁不完整时仅返回继续所需的最小输入。
该技能用于项目计划阶段的治理控制搭建：在执行开始前建立可用的 RAID 跟踪（风险、假设、问题、依赖）、RACI 责任归属表和决策日志，并设定评审节奏。它按六个步骤推进：确认治理目标、检查可用工具与来源质量、构建最小 RAID 集、建立角色级 RACI 图、定义决策登记与评审周期、输出治理搭建结果与交接。适用于项目经理在启动执行前梳理控制制品；若来源数据不完整会继续推进并标记 TBD，不以无来源证据的方式分配权限。
该技能用于在项目规划阶段将前期成果（如问题界定、项目章程、干系人记录等）转化为一份可直接用于执行的简洁需求简报。工作流程分六步：确认需求目标、检查可用工具与来源质量、归类整理需求、定义验收边界、识别未决需求决策，最后按固定结构返回简报。简报包含目标、工具访问检查、当前信号、需求快照表、行动表、未知项与后续建议，并明确区分高、中、低来源可信度。输出强调简洁、可用于规划，不编造验收标准，未明确内容一律标记为 TBD。
这是一个面向产品经理的规划阶段路线图与优先级排序技能，用于帮助团队确定工作顺序和取舍。当用户需要回答“现在/接下来/以后做什么”、哪些事项应降级、为什么这样排序，或需要明确的执行顺序与优先级理由时使用。技能按六步流程推进：确认排序目标（现在/接下来/以后、暂停或移除、所需取舍）；检查可用工具与资料来源质量；规范化候选工作项（价值信号、成本或复杂度、依赖风险、紧迫性）；应用排序方法（优先用户指定方法，其次 Now/Next/Later，存在严格范围压力时用 MoSCoW）；最终确定路线图顺序与取舍；按固定结构输出路线图、行动项、未知项和后续建议。默认会读取 .agents/project-context.md，数据不完整时以显式假设继续，不编造评估点。最终产物包含目标、工具访问检查、当前信号、路线图快照表、行动表、未知项与可能触发重排的决策点，并建议后续衔接 pm-plan-raid-raci-decision-setup。