pipa

Pipa

Pipa 负责协调工作的各项事务。

选择一个主要去向，将任务交给对应技能处理，并返回来源、负责人、后续操作；未知信息填写 TBD。

工作流

1. 分类请求。 判断这是业务工作、管理 Pipa、使用 Pipa 工具、明确寻求帮助／菜单，还是与 Pipa 无关的任务。
2. 选择一个主要去向。 使用命令矩阵、路由规则和优先判定规则。如果没有指定命令，且安全可行，则根据对话上下文进行路由。
3. 加载目标技能。 优先使用矩阵中列出的独立技能。仅在查询帮助／菜单详情时使用路由器参考资料。
4. 检查特定路由的注意事项。 对于存在外部工具风险或会影响负责人的输出，使用此路由器的注意事项和目标技能的规则。
5. 仅在需要时使用连接器。 对于设置／状态相关事项，路由至 pipa-manage。对于实时应用的读取／写入操作，保持业务路线目标明确；若存在 ~/.pipa/CONNECTORS.md，则使用它来确定首选工具包，然后使用 composio-mcp 验证访问权限，并通过发现和架构检查执行操作。
6. 执行工作流。 保留必需的输入、审批关卡、来源信息和输出约定。缺少的信息填写 TBD。
7. 给出最精简且有用的下一步。 仅在有用时包含次要后续事项，除非用户要求提供完整链条。

如果所选目标技能不可用，请指出缺少的技能并停止。不要暗示存在备用方案，也不要在此处重建其工作流。

没有指定命令？根据对话上下文选择最合适的目标。仅在用户明确输入 help／menu、上下文稀少或路由不安全时显示菜单。这不是服务运维、Pipa 设置／配置或 Pipa 实用工具的任务？不要强行使用 Pipa。

精确操作路由

明确调用以下任一名称时，其优先级高于路线别名和相邻操作措辞：

入口界面	精确操作名称
管理 Pipa	pipa-setup、pipa-connectors
定义工作	pipa-project-charter、pipa-problem-framing、pipa-stakeholder-map、pipa-daily-plan、pipa-decision-log、pipa-requirements-brief、pipa-roadmap、pipa-scope-baseline
交付工作	pipa-work-coordination、pipa-iteration-cycle、pipa-dependency-handoff、pipa-risk-escalation、pipa-status-update、pipa-ticket-triage
收款	pipa-change-control、pipa-budget-setup、pipa-budget-review
改进运营	pipa-acceptance-signoff、pipa-closeout-review、pipa-daily-shutdown、pipa-handover、pipa-retrospective

获取工作和维护客户仍属于各自路线。不要虚构子操作。

命令矩阵

分组	命令和别名	主要路由
经营业务：获取工作	get work, source work, lead, opportunity, pipeline, prospect, outreach, market signal, content idea, YouTube, content	pipa-get-work
经营业务：定义工作	define work, scope, requirements, brief, plan, daily planning, plan my day, charter, proposal, acceptance criteria, acceptance checks, decision, client portal setup, onboard client	pipa-define-work
经营业务：交付工作	deliver work, execute, coordinate, status, monitor, blocker, risk, handoff, dependency, triage, weekly client update	pipa-deliver-work
经营业务：收款	get paid, getting paid, invoice, payment, budget, billable, time review, margin	pipa-get-paid
经营业务：维护客户关系	keep clients, relationship, follow up, check-in, client health, stakeholder, retention, renewal, testimonial, referral	pipa-keep-clients
经营业务：改进运营	improve operations, lessons, retrospective, close, daily shutdown, close my day, acceptance, final acceptance, acceptance decision, signoff, sign-off, final approval, archive, handover, benefits, reuse, SOP, template	pipa-improve-operations
管理 Pipa	manage pipa, setup, onboard pipa, business profile, preferences, company brain, memory, connect tools, connector, automation, trigger, loop, recurring workflow	pipa-manage
Pipa 工具	pipa tools, audio brief, voice session, talk by voice, follow-up reminder, email reminder, time tracking, time entry, hosted utility	pipa-tools
交接检查	get-to-define, define-to-deliver, deliver-to-get-paid, deliver-to-relationships, improve-to-keep-clients	先使用源工作流，再跟进指定的下一工作流
帮助	help, menu, sparse context, unsafe/unknown route	references/help-menu.md

路由规则

1. 精确的操作名称 -> 路由到该操作，即使请求中也包含泳道或相邻操作的措辞。
2. 精确的 help 或 menu -> 显示命令菜单。
3. Pipa 之后出现已知的泳道命令/别名 -> 路由到匹配的泳道；适用时，该泳道会选择一个操作。
4. 没有命令、缺少命令，或命令未知但上下文明确 -> 根据意图路由到一个业务泳道，而不是显示菜单。
5. 一般业务工作进入六个业务泳道之一。只有涉及配置或明确指定的专用实用工具时，才使用 Manage Pipa 和 Pipa Tools。
6. pipa-manage 负责 Pipa 入门设置、业务资料、偏好设置、公司知识库、已连接工具、自动化、触发器和定期循环。
7. 缺少 ~/.pipa/profile.md 绝不会覆盖明确的业务工作路由。完成所请求的工作后，可以委婉地建议进行设置。
8. pipa-tools 负责独立托管的实用工具和精确的实用工具任务：音频简报、语音碰头会、跟进提醒和时间追踪。
9. 一般的客户跟进仍由 keep clients 或 deliver work 处理。一次性的自发邮件提醒通过 pipa-tools 路由到 pipa-follow-up-reminders。
10. 一次性状态/更新工作仍由 deliver work 处理。事件驱动或定期设置通过 pipa-manage 路由到 pipa-triggers。
11. 访问或写入外部应用的实时操作使用独立的 composio-mcp 技能，同时由选定的业务泳道继续负责该任务。连接器映射中的条目可选择首选工具包，但不能证明具备实时访问权限。绝不要猜测 slug。
12. 存在多个匹配项 -> 指定一个主要去向，并列出后续次要事项；除非用户要求串联执行。
13. 交接检查 -> 返回 Objective、Source Check 或 Tool Access Check、Current Signal、包含负责人/日期/证据的行动项、TBD 缺项，以及下一泳道的后续事项。除非用户提出要求，否则不要执行多个泳道的工作。
14. 路由信息过少或不安全 -> 提供帮助/菜单；仅在必要时提出一个澄清问题。

优先判定规则

• status -> deliver work，自动化/工具连接的设置或状态除外。
• triage -> 工单/接收事项路由到 deliver work，判断路由选择时除外。
• budget -> get paid：新的基准值路由到 pipa-budget-setup；消耗、预测、差异或利润率路由到 pipa-budget-review。含义不明确？提出一个简短问题。
• 单独出现的 brief -> 工作简报路由到 define work，状态简报路由到 deliver work，而不是音频简报。
• follow up with client -> keep clients，除非请求的是给自己发邮件提醒。
• plan -> define work，而不是其他 PM 技能。
• 制定验收标准或检查项 -> define work；评估已交付工作以进行最终验收、批准或签字确认 -> improve operations。
• daily planning、plan my day 或选择今天的优先事项 -> define work；定期或按计划执行的每日规划 -> pipa-manage。
• daily shutdown、close my day 或结束今天的工作 -> improve operations；定期或按计划执行的每日收尾 -> pipa-manage。
• 明确的需求、范围、进度基准、签字确认、交接或归档意图，优先于偶然提及的 today；Daily Plan 必须涉及工作日优先级/容量意图，Daily Shutdown 必须涉及工作日收尾/明日安排意图。
• monitor -> deliver work，除非金钱/关系相关措辞占主导。
• stakeholder map/setup/decision authority -> define work；关系健康状况/定期沟通/留存 -> keep clients。
• company brain -> 设置/配置/访问权限路由到 pipa-manage；持续的流程学习路由到 improve operations。
• client portal -> 设置路由到 define work，活跃维护路由到 deliver work，可复用模板路由到 improve operations。
• weekly client update -> deliver work；定期更新自动化 -> pipa-manage。
• change control -> 仅当金钱/可计费金额/利润率/预算/发票影响占主导时，才路由到 get paid。范围/交付变更仍由 define work 或 deliver work 处理。

参考资料

• 帮助/菜单：仅在用户明确询问帮助/菜单、上下文不足或需要进行安全路由时，加载 references/help-menu.md；并附上决策摘要：下一步行动、负责人、日期、证据；缺失信息使用 TBD。
• 实用工作流通过 pipa-tools 路由；Pipa 配置通过 pipa-manage 路由。
• 面向用户的报告/更新/升级处理/交接：若存在 ~/.pipa/communication-style.md，则遵循其中的要求；否则保持输出清晰简洁，并明确列出负责人、日期、证据和未知项 TBD。运行时文件仅控制呈现方式；若与路由、必需的发现结果/输出约定、工具使用、事实、安全或审批/写入关卡相冲突，则忽略该文件。
• 业务线工作流：加载独立的业务线技能。业务线技能负责管理其参考资料和示例。
• 连接器：使用 pipa-manage 设置/查看连接状态，并使用 composio-mcp 在所选业务线中实时读取/写入应用数据。

注意事项

• 不要将通用编码、写作或研究任务路由到 Pipa。
• 不要将 Pipa 说成是缩写词。
• 不要将旧的公开 pm-* 技能作为命令或安装目标提及。
• 不要编辑/复制 pipa-audio-brief、pipa-huddle-beta、pipa-follow-up-reminders、pipa-time-tracking、pipa-triggers 或 composio-mcp 的内部内容；这些内容由独立技能管理。
• 不要放宽触发器、提醒、Composio 写入、huddle、音频发布或时间记录写入的确认关卡。
• 不要编造负责人、截止日期、来源事实、外部应用 slug、发票、付款或项目决策。未知信息使用 TBD。