核心用法
aws-wechat-article-main 是公众号运营套件的编排中枢，面向公众号小编、自媒体及品牌内容团队。用户通过分层触发词激活：「一条龙」「完整流程」启动全流程；「帮我写篇公众号」「做一篇」快速新建；「今天写什么好」「爆款选题」从选题切入；「内容日历」「系列策划」从策划起点；「接着上次那篇」恢复进度；「用 GPT/DeepSeek 写一篇」显式指定模型。系统强制按 6 步交互：1)配置自检→2)全局账号约束→3)本篇准备→4)内容流水线→5)发布→6)换图重发（可选），每步产物门禁严格，缺则补全。
显著优点
- 端到端闭环：8 个子 skill 无缝串联，单指令产出可发布图文，无需人工切换工具
- 配置分层清晰：
aws.env管密钥、config.yaml管账号文风与模型元数据、article.yaml管本篇元数据，职责隔离避免泄露 - 状态可恢复：支持「继续上次」断点续作，目录级状态追踪
- 安全阻断机制：微信/API 凭证缺失时强制拦截，禁止自作主张跳过；Agent 不得索要用户密钥
- 灵活输出模式：
publish_method支持 draft（草稿箱）、published（直接群发）、none（纯本地），适应不同合规场景
潜在缺点与局限
- 环境门槛高：需一次性配齐 9 个 slug、Python 环境、LLM 与图像 API、微信开放平台凭证，首次 setup 成本大
- 强顺序依赖：流水线步骤不可跳，用户若只想改排版仍需走完配置自检与账号约束
- 微信生态绑定：核心发布能力依赖公众号 API，非微信场景无法复用
- Agent 代写/代生图例外：需用户显式书面确认
--agent-writing-approved/--agent-image-capable，否则阻断，交互摩擦较大
适合人群
- 高频发文的内容团队与 MCN 机构
- 需标准化 SOP 的品牌自媒体运营
- 熟悉 API 配置、追求自动化的技术型编辑者
- 不适合：偶尔发文、不愿配置密钥、或仅需单步工具的个人用户
常规风险
- 凭证泄露风险：
aws.env存储多组 API key，需确保.gitignore与文件权限 - 发布误操作：
publish_method: published会直接群发，建议在 draft 模式验证后再切换 - 内容合规盲区：AI 生成内容需人工终审，系统虽设 review 节点但不替代平台审核
- API 调用成本：长文配图可能触发大量图像生成请求，需关注用量配额