inbound-plan-work

入站计划工作

从选定的增长策略、入站分支或入站活动父级议题开始，逐层规划子议题。

规划会创建 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。如果获取的源材料会影响受众、切入点、叙事、主张或验证，请将相关源标题、路径、更新时间、哈希和证明片段纳入拟议议题正文或 Source material/proof。

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

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

创作者源空间

为特定创作者规划内容帖子时，其原始和提炼后的源材料可能位于专属的创作者 wiki 空间中（通过 paperclip-source-capture 捕获，例如 spaceSlug: creator-jane）。提出帖子议题时，请从中获取内容：

• 作为操作员，使用创作者的 spaceSlug 通过 paperclip-wiki-fetch 直接读取该空间（列出页面/源材料，阅读相关的 wiki/... 页面），并将支持性的角度、故事和证明纳入 Source material/proof。
• 对于负责执行的草稿 Agent，请在议题正文中引用公司的 wiki-ask 技能并注明创作者的 spaceSlug，以便 Agent 在撰写草稿时检索引用的细节和语气。
• 规划期间不要对源材料进行匿名化。在 Stop conditions 中注明：草稿/发布阶段必须在发布任何公开帖子前移除客户/承运商名称和可识别细节。

规划模式

示例：

• 年度入站策略 -> 季度策略父级议题。
• 季度入站策略 -> 月度策略父级议题。
• 月度入站策略 -> 渠道活动父级议题。
• LinkedIn 活动 -> 源材料研究、角度提案、帖子草稿、审核修订和信号采集。
• Newsletter 活动 -> 源材料研究、提纲、草稿、编辑、分发准备和信号采集。

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

拟议拆解格式

## Proposed Inbound 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: I0 strategy | I1 source-research | I2 asset-draft | I3 publishing-prep | I4 signal-capture
- Channel:
- Author/persona:
- Audience/ICP:
- Wedge or story:
- Source material/proof:
- Body:
- Acceptance criteria:
- Validation:
- Stop conditions:

创建规则

• 将计划中的问题创建为 backlog，且不分配负责人。
• 不要将问题移至 todo。
• 不要分配 Agent。
• 不要签出工作。
• 不要手动触发心跳。
• 不要发布、安排发布、公开发布或修改外部账户。
• 使用 parentId／原生父级关联，并在创建后验证。
• 如有可用的一级 blockedByIssueIds，请将其用于明确的依赖关系。
• 除非操作员明确批准降级模式，否则不要用评论替代计划文档或阻塞关联。

变更规则

在操作员批准拟议的拆分方案之前，切勿创建子问题。