这个 Skill 能做什么，适合哪些场景？
该技能用于在开始发布内容前规划自然社交媒体渠道组合。它根据受众证据和业务目标，比较候选平台的发布、评论、私信和数据洞察能力及访问类别。它还会检查每个渠道的发布与互动所需工时，声明一个 ECHO 项目成熟度配置，并将选定渠道作为 proposed 状态事件提交。它不负责记录渠道的规范事实，也不执行付费广告、创作者合作、产品发布或邮件工作。
读取用户提供的目标、受众证据和人员容量，可只读查看 memory/channels/ 中的既有渠道档案，并使用官方平台文档补充能力与政策事实。它为每个候选平台建立能力/适配矩阵，填写发布、评论、私信、洞察四项能力和访问类别；估算或记录每周发布及托管工时；声明 community、B2C 或 founder 项目成熟度配置；将渠道分为 primary、secondary 和 watch，并记录被拒原因。对相邻的付费社交、内容加热、创作者合作、发布日提交和邮件请求进行边界分流，不执行这些工作。对选定渠道调用 registry-events.py 提交 proposed 状态事件，之后交接给 voice-dossier-builder；若排队三个或以上事件，还会提示 channel-registry 执行提升扫描。
- 面向后端工程师推广开发者工具、团队只有创始人和 DevRel 每周有限工时，需要决定运营哪些自然社媒渠道。
- 面向中国消费者做护肤品认知推广，团队需要评估小红书、微信公众号、视频号或抖音是否适合。
- 团队已有多个社媒账号但只能稳定维护其中一部分，需要按受众、目标和实际工时决定保留、降频或观察。
- 准备开始自然社媒运营但缺少受众画像、访谈或分析数据，需要先停止选平台并转交 audience-mapper。
如何安装这个 Skill？
- 运行时脚本、注册表权限和引用的仓库文件未在本技能文件中独立验证；部署前应确认路径、主机权限和提案事件的拒绝/失败反馈。
- 平台能力、政策和受众注意力可能过时；尤其是中国平台应使用最新官方规则或用户导出，不应把静态矩阵当作持续有效事实。
- “保存结果”和提交 proposed 事件仍可能产生外部或持久状态变化，应在实际运行前明确逐项确认、审阅范围并保留恢复方案。
- Shell / 命令行
- 网络访问
- 本地文件系统
Python standard library
在兼容 Agent Skills 的主机中，从仓库安装单个技能：npx skills add aaron-he-zhu/aaron-marketing-skills -s aaron-channel-portfolio-planner。也可以克隆完整仓库：git clone https://github.com/aaron-he-zhu/aaron-marketing-skills，然后使用 social/explore/channel-portfolio-planner/SKILL.md。该仓库整体采用 Apache-2.0 许可证。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/aaron-he-zhu/aaron-marketing-skills.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/social/explore/channel-portfolio-planner" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- Pick our organic social channels: dev-tool CLI product, audience = backend engineers, staffing = 1 founder + 1 DevRel at 6 hrs/week total.
提供自然语言目标、受众证据、候选平台和团队工时，例如："Pick our organic social channels: dev-tool CLI product, audience = backend engineers, staffing = 1 founder + 1 DevRel at 6 hrs/week total." 若没有 persona、访谈或分析数据，技能会返回 NEEDS_INPUT，并建议先使用 audience-mapper。使用前需明确这是渠道选择，而不是渠道事实登记或内容发布。
这个 Skill 有哪些优点和局限？
- 以受众和目标为先，而不是凭平台流行度选渠道。
- 把发布、评论、私信和洞察能力与访问类别放进同一矩阵。
- 将发布和互动工时纳入预算检查，区分 User-provided 与 Estimated。
- 通过 proposed 状态事件提交选定渠道，避免未经登记就把渠道视为 active。
- 明确分流付费、创作者、发布和邮件等相邻工作。
- 没有受众证据时不会替用户猜测平台，必须先补充数据或运行 audience-mapper。
- 候选平台的能力与政策事实需要官方文档、用户分析导出或手工资料；封闭平台不能通过抓取或自动化补齐。
- 不会自动发布内容、处理互动、写入 HOT 状态或直接修改渠道规范档案。
- 需要可用的 shell、文件系统和仓库运行时来提交 registry-events.py 提案事件。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
FollowSkills 如何评估这个 Skill？
技能明确将粘贴内容视为不可信数据，限制为只读读取、用户确认后保存，并将渠道变更限制为 proposed 事件；仓库安全材料还说明密钥不存储、默认不执行外部状态变更。扣分在于本技能依赖运行时注册表和外部平台事实，但未在自身文件中完整说明权限边界、失败回滚和实际授权确认流程。
输入、输出、停止条件、NEEDS_INPUT 分支、相邻任务路由和提案事件流程描述较一致，且引用了确定的脚本路径。静态材料未证明脚本可用、关键路径可复现或异常输入的具体错误反馈，因此按静态上限保守扣分。
触发场景、参数提示、预期输出、非适用范围和中英文平台示例较清楚；对小红书、视频号等中国平台规定手动包或用户导出，并禁止自动化。扣分在于平台能力和政策事实依赖用户或官方文档，且未充分定义不同市场、团队规模和数据质量下的边界。
具备结构化 frontmatter、版本、Apache-2.0 许可、Quick Start、Skill Contract、数据源、保存规则、引用材料和后续技能；README 也提供安装和版本信息。扣分在于本技能未说明维护责任人、更新路径、变更记录、依赖版本和系统化故障排查。
技能定义了能力矩阵、预算现实检查、分层选择、边界分流和提案事件等可直接使用的产出，且通过 staffing 约束降低空转渠道的风险。静态审查无法验证实际输出质量、注册表提交成功或相较人工规划的增量价值，因此不超过静态上限并扣分。
关键判断来源包括用户目标、受众证据、官方平台文档、访问分类和可选公开注意力信号，并标注用户提供与估算数据。扣分在于没有本技能专属的示例结果、第三方复核、覆盖该技能关键路径的测试或可独立重现的执行证据。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →