mcpField
O
outbound-plan-work

outbound-plan-work

github.com/bbengamin营销与增长344 次安装11 周前更新
代码仓库

关于 outbound-plan-work

outbound-plan-work 是用于将增长策略、外联分支或营销活动问题拆分为一层子问题的工作流技能。它将规划事项保留在 backlog，并要求操作人员批准后才创建问题。

主要功能

  1. 01规划一层子问题
  2. 02为每个子问题分类
  3. 03核查 Wiki 来源材料
  4. 04获批后创建问题
  5. 05验证问题记录

适用场景

  1. 01将策略拆分为季度或月度计划
  2. 02把营销活动转为规划问题
  3. 03在问题提案中加入 Wiki 证据

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/bbengamin/skills --skill outbound-plan-work

安装后在 Claude Code 中输入/outbound-plan-work确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
CONTEXT.md
references/docs/growth-operator/
afk-readiness.md
control-plane.md
workflow.md
references/docs/paperclip-operator/
cli-contract.md
integration-matrix.md

详细介绍

外向工作规划

根据选定的增长策略、外向分支或外向活动父级问题，一次规划一级子问题。

规划会创建状态为 backlog、未分配的结构，但不会让工作进入可开始状态。

参考资料

请先阅读：

  • references/CONTEXT.md
  • references/docs/growth-operator/workflow.md
  • references/docs/growth-operator/control-plane.md
  • references/docs/growth-operator/afk-readiness.md
  • references/docs/paperclip-operator/cli-contract.md
  • references/docs/paperclip-operator/integration-matrix.md

流程

  1. 确定目标增长策略、外向分支或外向活动父级问题。

  2. 阅读问题、计划文档、父级链、项目、关联目标、阻塞项和评论。

  3. 确认预期的规划深度。

  4. 提出一级子问题。

  5. 将每个拟议子问题准确归为以下一种类型：

    • 看起来已就绪
    • 规划父级
    • 需要人工处理
    • 已阻塞
    • 需要信息

    完成标准：每个拟议子问题都恰好带有一种类型。

  6. 如果有两个以上拟议子问题不明确，请暂停并先进行针对性澄清，再创建问题。

  7. 为每个问题提供准确的标题、正文、状态、父级、项目、阻塞项和负责人。

  8. 请求批准。

  9. 获批后，按依赖顺序创建问题，并核实每条记录。

Wiki 源材料

如果父级问题、计划文档、评论或操作员提示词引用了 Paperclip wiki URL、wiki 页面路径或已捕获的 wiki 来源，请在提出外向子问题前使用 paperclip-wiki-fetch。如果获取的来源会影响市场、ICP、切入点、素材请求、报价、CTA、潜在客户来源或个性化依据，请将相关来源标题、路径、更新时间、哈希和证明片段纳入拟议问题正文。

如果因缺少凭据、公司范围、wiki id、空间 slug 或页面路径而无法获取 wiki 引用，请暂停规划并询问缺失的信息。不要创建依赖无法访问的 wiki 材料的子问题。

如果操作员明确要求根据外向规划输出发布、同步或更新 wiki 内容，请先完成拟议拆解，然后在获得批准后使用 paperclip-wiki-manage 修改 wiki。

规划模式

示例：

  • 年度外向策略 -> 季度策略父级问题。
  • 季度外向策略 -> 月度策略父级问题。
  • 月度外向策略 -> 活动父级问题。
  • 演示活动 -> 确定 ICP 细分、建立潜在客户名单、丰富联系路径、起草触达序列、准备演示脚本、记录回复和经验。
  • 引荐活动 -> 梳理引荐路径、起草请求、准备背景简介、跟踪回复并总结经验。

将宽泛的子项创建为规划父级，而非可直接执行的问题。

拟议拆解格式

## Proposed Outbound Child Issues

### 1. <title>

- Type: ready-looking | planning parent | needs-human | blocked | needs-info
- Priority:
- Status to write: backlog
- Parent:
- Project:
- Linked goals:
- Blocked by:
- Assignee: null
- Readiness level: O0 strategy | O1 asset-prep | O2 tool-work | O3 send-ready | O4 reply-booking
- Market/vertical:
- ICP/buyer/persona:
- Wedge or painful workflow:
- Artifact ask:
- Offer/CTA:
- Lead source or contact route:
- Compliance/account-action boundaries:
- Body:
- Acceptance criteria:
- Validation:
- Stop conditions:

创建规则

  • 将已规划的问题创建为 backlog 状态且不分配负责人。
  • 不要将问题移至 todo。
  • 不要分配 Agent。
  • 不要签出工作。
  • 不要手动触发心跳。
  • 除非父级策略明确批准，否则不要发送消息、抓取认证后内容、修改 CRM 记录、购买工具或使用外部账户。
  • 使用 parentId／原生父级关联，并在创建后核实。
  • 如果有可用的一级 blockedByIssueIds，请用于记录具体依赖。
  • 除非操作员明确批准降级模式，否则不要用评论替代计划文档或阻塞项链接。

修改规则

在操作员批准拟议拆解前，绝不创建子问题。

评论

支持 Markdown