大多数人停止发帖，并不是因为没有想法，而是因为周四到了，草稿还没写。content 活动替你写草稿，把判断留给你。
先问还缺什么
一次调用就能回答你的组织还要做什么，以及完成下一步的确切调用，依据的是你已经拥有的东西。
curl "https://makehybrid.com/linkedin/setup" -H "X-API-KEY: $MH_KEY"
显示为 unknown 的步骤，是这个部署两头都看不到的步骤。它永远不算完成，只要还剩一个，向导就保持 not-ready。
启动活动
curl -X POST "https://makehybrid.com/linkedin/campaigns" \
-H "X-API-KEY: $MH_KEY" -H "Content-Type: application/json" \
-d '{"kind":"content","name":"Weekly posts","account_id":"'$ACCOUNT_ID'","state":"running",
"settings":{"brief":"Posts for a founder selling onboarding software to fintechs.",
"voice":"Plain, concrete, first person. No hashtags.",
"posts_per_week":3,"hours":[8,12],"approve":"manual"}}'
简述值得花十分钟。说明业务做什么、为谁做、希望被人记住什么；voice 这一行写它听起来该是什么口吻。这两样都由你自己的 AI 密钥来读，而不是我们的。
读草稿，批准想要的
curl "https://makehybrid.com/linkedin/campaigns/$CAMPAIGN_ID/posts?state=draft" -H "X-API-KEY: $MH_KEY"
curl -X PATCH "https://makehybrid.com/linkedin/campaigns/$CAMPAIGN_ID/posts/$POST_ID" \
-H "X-API-KEY: $MH_KEY" -H "Content-Type: application/json" -d '{"state":"approved"}'
批准，是让一篇帖子能以你的名义发布的那一步，所以它是始终留给你的一步。需要的话，先改文字，用 scheduled_at 把它挪到别的时段，或者先搁置。
给活动设上 room_id，等待批准的草稿就会变成那个项目房间里的一项任务 — 其余的工作本来就在那里发生 — 而不是一份需要有人记得去打开的清单。
常见问题
它能不问我就发布吗？
能 — approve: auto — 但对大多数账号，这是个错误的交换。人工批准每周只花一分钟，却决定了发出去的是一篇你本来会写的帖子，还是一篇你不得不解释的帖子。
我能加一篇自己写的帖子吗？
能。向该活动的 posts 发送 POST，带上你写好的文字；或者带上 draft: true，让它根据简述写一篇。它会和其他帖子一样加入日程。
已经发布的帖子会怎样？
它仍留在 LinkedIn 上。从活动里删除它，只会删掉我们这一侧；要从 LinkedIn 删除，是针对发帖账号的另一次调用。