mcpField
I
inbound-triage

inbound-triage

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

关于 inbound-triage

用于评估 Paperclip 入站工作是否达到指定 AFK 执行就绪级别的 Skill。它为议题分类、指出就绪信息缺口，并仅在获批后应用变更。

主要功能

  1. 01检查议题背景和就绪信息
  2. 02为每项议题指定一种分类
  3. 03指出具体就绪缺口
  4. 04核验获批的更新

适用场景

  1. 01检查内容研究能否 AFK 执行
  2. 02找出撰写帖子前缺少的背景
  3. 03检查发布准备工作是否存在阻塞

MCP 相关

该 Skill 采用 CLI 优先的集成矩阵；就绪判断依赖 Wiki 来源时，会使用 paperclip-wiki-fetch 核验。

安装

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

$npx skills add https://github.com/bbengamin/skills --skill inbound-triage

安装后在 Claude Code 中输入/inbound-triage确认已加载。

包含的文件

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

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

详细介绍

入站分诊

判断计划中的入站工作是否已达到所声明的就绪级别，可供 AFK 执行。

参考资料

先阅读以下内容：

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

仅在需要时打开：

  • references/docs/paperclip-operator/control-plane.md
  • references/docs/paperclip-operator/cli-contract.md

流程

  1. 阅读目标 issue 或 issue 列表。

  2. 检查：

    • 状态
    • 项目
    • 父级链
    • 关联目标
    • 计划文档
    • 描述
    • 验收标准
    • 入站就绪级别
    • 作者／人设
    • 渠道和活动背景
    • 受众或 ICP
    • 切入点、定位、叙事和主张
    • 源材料和佐证
    • 预期输出
    • 发布、排期和账号操作边界
    • 阻塞项和 blockedByIssueIds
    • 评论
    • 负责人

  3. 将范围内的每个 issue 恰好归为以下一类：

    • AFK-ready
    • needs-info
    • blocked
    • needs-human
    • too-broad
    • revise
    • cancel
    • done

    完成条件：范围内的每个 issue 都恰好有一个分类。

  4. 给出具体的修改建议。完成条件：每个非 AFK-ready 的 issue 都列明具体缺少的就绪要素。

  5. 请求批准。

  6. 应用已批准的修改，并通过重新读取记录进行验证。

Wiki 源材料

如果就绪状态取决于 Paperclip wiki URL、wiki 页面路径或已捕获的 wiki 源材料，请使用 paperclip-wiki-fetch 验证源材料是否可访问且内容充足，然后再将 issue 分类为 AFK-ready。若可用，请在 Source/proof status 中列出获取到的标题、路径、更新时间和哈希值。

如果因缺少凭据、公司范围、wiki id、空间 slug 或页面路径而无法获取 wiki 参考内容，请将 issue 分类为 needs-info，并在 Missing readiness elements 中指出缺少 wiki 访问信息。

如果分诊发现 wiki 内容过时、缺失或有误，请建议后续使用 paperclip-wiki-manage 技能。除非操作员明确切换到 wiki 管理并批准具体修改，否则不要在常规分诊中更改 wiki 内容。

就绪级别

  • I0 strategy - 策略或分支父级就绪状态。
  • I1 source-research - 研究或佐证收集。
  • I2 asset-draft - 帖子、新闻简报、脚本、切入角度或内容素材的起草。
  • I3 publishing-prep - 为发布准备已审核的素材，但不发布。
  • I4 signal-capture - 汇总入站回复、评论、对话或内容信号。

就绪规则

只有当 issue 提供了足够的上下文，使 Agent 无需操作员持续监督即可执行时，入站工作才算 AFK-ready：

  • 相关的获客公司目标或团队目标
  • 稳定的入站渠道项目
  • 父级策略或活动背景
  • 就绪级别
  • 作者／人设
  • 渠道
  • 受众或 ICP
  • 切入点、叙事、定位或假设
  • 已批准的源材料和佐证
  • 预期输出
  • 验收标准
  • 验证要求
  • 停止条件
  • 没有尚未解决的一级阻塞项

如果暗示了发布、排期、外部账号操作或缺乏依据的主张，但未明确获得批准，则入站工作尚未就绪。

建议格式

## Inbound Triage Recommendation

### <issue identifier/title>

- Classification:
- Readiness level:
- Current status:
- Recommended status:
- Missing readiness elements:
- Author/channel context:
- Source/proof status:
- Publishing/account-action boundary:
- Proposed comment:
- Proposed blocker links:
- Follow-up skill:

状态规则

  • todo 表示已就绪，且可在所声明的入站就绪级别执行。
  • backlog 表示暂缓处理或尚无法开始。
  • 对于有具体 issue 依赖的阻塞项，在支持的情况下，必须使用一级阻塞项链接。
  • 对于范围过大的入站策略或活动 issue，使用 inbound-plan-work。
  • 使用评论说明分诊理由。

修改规则

先报告建议。只有在操作员批准后，才能更新状态、评论、阻塞项、标签或负责人。

评论

支持 Markdown