pm-initiate-project-context

用途

pm-initiate-project-context 用于为 PM（产品经理）工作建立和维护分层的可复用上下文系统，覆盖两种层级：

• 工作区路由器：.agents/project-context.md，是入口文件，告诉其他 PM 技能当前活跃项目是哪个、存在哪些项目包、下一步该读什么。
• 项目上下文包：.agents/flow-projects/<project-slug>/flow-project-context.md，是按项目复用的上下文，要求紧凑、可操作，帮助下层技能快速找到工具、信息源和该项目最重要的记忆内容。

主要能力

• 判断用户需要工作区级上下文、项目级上下文或两者兼有；请求不明确时先检查现有路由和项目目录，必要时列出项目询问。
• 起草前检查已有 .agents/project-context.md、.agents/flow-projects/ 及目标项目包，更新时原样保留未涉及章节。
• 若项目尚不存在则新建项目包；若工作区路由不存在但需要做项目级工作，同次运行创建最小路由。
• 信息收集支持两条路径：有可用仓库资料时默认自动起草，仅对缺失要点追问；无资料时逐段对话式收集，每次只问一个章节。
• 工具章节明确记录：优先使用的 Composio 工具包或 MCP 路径、用途、优先级（primary/secondary/fallback）、访问状态（connected/partial/not-connected/unknown）、不可用时的回退或手动路径。
• 信息源章节明确记录：首选查找位置、各源的适用用途、信任级别（high/medium/low）、访问方式（repo/connected-tool/manual）。
• 无信号回退：既无可用仓库资料、用户又无法提供足够细节时，返回阻塞状态，不保存编造的成品文档，只询问最少必要信息。

使用方式

技能内部按五步工作流执行，并要求在工作笔记中维护进度清单：

1. 确定模式与目标：区分工作区模式与项目模式；未指明项目时先检查现有文件，歧义时用提问工具列出项目；项目 slug 使用小写 kebab-case，不擅自重命名已有 slug，文档内保留用户提供的显示名称。
2. 检查已有上下文：读取并汇总现有路由或项目包，只收集缺失或变更的章节。
3. 收集信息：工作区模式需确认上下文用途、主要使用者、默认活跃项目、项目目录、共享工具及路由规则；项目模式需确认显示名称、目标、当前阶段、干系人与决策人、工具、信息源及需记住的事项。
4. 创建或更新文档：按模板生成工作区路由（工作区概览、活跃项目、项目目录、共享工具与访问、共享信息源与路由规则、共享工作记忆、开放问题与下一步）或项目包（项目摘要、目标与成功标准、干系人与决策角色、范围假设约束、工具、信息源、工作记忆、开放问题与下一步）。
5. 确认并保存：展示成品或差异摘要，提一个针对性调整问题；保存前按模式检查必需章节是否齐全（工作区 6 个、项目包 8 个），缺失项填写或标记 TBD；保存后告知用户其他 PM 技能应先读工作区路由，再按需读项目包。

耦合规则：工作区模式只更新路由，除非用户明确要求同时处理项目包；项目模式先更新项目包，再确保路由指向它，更新路由时只新增或修改该项目目录行，不重写无关条目。

适用场景

• 需要在工作区层面建立 PM 上下文入口，统一多个项目的路由。
• 新建或更新单个项目的可复用上下文包。
• 为用户提及的项目建立工具与信息源清单，并标注优先级、访问状态与回退路径。

限制

• 只依据可见事实起草，未知信息保留为 TBD，不编造细节。
• 不使用原文以外的功能、价格或平台信息；原文未提供的内容暂未提供。
• 文件路径固定为 .agents/project-context.md 与 .agents/flow-projects/<project-slug>/flow-project-context.md。