用途：为 Hootsuite 集成提供参考架构和最佳实践项目布局，适合在设计新 Hootsuite 集成、评审项目结构或梳理发布治理流程时使用。
架构分层：自上而下为应用层（内容管理、调度、发布）、Hootsuite API 客户端（OAuth、令牌刷新、限流）、Hootsuite REST API v1，基址为 platform.hootsuite.com/v1/。
项目结构：hootsuite-integration 下含 src/hootsuite（client.ts、auth.ts、publishing.ts、analytics.ts、types.ts）、src/services（scheduler.ts、content.ts、media.ts）、src/api/schedule.ts、src/store/tokens.ts，以及 tests/unit、tests/fixtures 和 .env.example。
关键决策：令牌存数据库或 KV 而非环境变量，因为刷新令牌每次使用都会变化；调度采用队列而非直接调用 API 以合规限流；媒体先预处理以减少被拒状态；多账号按 profile 批量调度并分别处理错误。
发布治理：分离草稿创建、审批、受众校验、受限调度、聚合可观测性与取消/回滚；文案与媒体留在获批发布边界内，不进入遥测。需先准备账号归属、受众策略、审批权限、目标允许列表与每条发布边界的负责人，并区分沙箱/预发/生产配置及回滚方案。
使用方式：先梳理每个触发到账号的路径（负责人、受众、审批状态、允许操作、幂等性、可观测性、回滚），从仅草稿的沙箱夹具开始，遇到未知账号、受众、目标或审批状态时失败关闭；调度需幂等且有界，不确定情况隔离而非发布；推广前先用单账号仅草稿金丝雀验证并保留上一版本。
限制与错误处理：账号、受众、凭证、计划或审批策略变更后需重新评估控制；遇未知账号/受众、审批断言失败、金丝雀中的公开发布路径或非幂等重试时停止，隔离事件并恢复先前受控路径。输出为架构记录，含负责人、不透明账号 ID、策略修订、幂等/重试行为、可观测性、测试证据与回滚修订，不含文案、媒体、账号名、令牌与身份信息。资料未提供具体实现代码、收费与平台细节，暂未提供。