Slack
Slack 中的营销团队
活动本就在频道里推进——现在生产流程也在这里。向 @Cohenta 发送简报；状态更新在消息串中实时呈现，审批按钮直接出现在团队视野中。Runner 仅发起出站连接，IT 无需暴露任何端口。
首次运行运行 cohenta install slack，投入简报，在消息串中完成审批。
7
个接入面，@Cohenta 均可响应
1
Runner，运行于你掌控的硬件之上
0
Cohenta 持有的密钥数量
3
种自主模式，按运行单独设定
由设计保障
全面铺开，品牌如一。
调色板、字体、语调、支柱、视觉规范——一份配置，贯穿创作、渲染与审阅全流程。
按团队划分
选择你的赛道。
Microsoft Teams
Teams 中的 M365 组织
使用你自己的 Entra 注册、Teams 应用包和 Azure——模板已内置。@Cohenta 响应提及、发布待审消息，并以 Adaptive Cards 形式接收审批——签核全程在你的合规边界内完成。
首次运行部署 Azure 模板，首张待审卡片随即送达。
Claude Code · API
在 Claude Code 与 API 中构建
插件通过 MCP 启动本地 Runner，无需繁琐配置。在编辑器中脚本化创建、修订和状态查询，将 Anthropic API 接入流水线，或从 CLI 驱动同一 Runner。
首次运行从编辑器或流水线，将整场活动端到端脚本化。
ChatGPT · claude.ai
在 ChatGPT 与 claude.ai 中独立运营
从 Cohenta Skills 免费起步——策略规划、品牌声调评估、文案审阅；无需 Runner，无需密钥。准备好执行？通过 OpenAI 安全隧道将 Runner 接入 ChatGPT，或接入内置审阅视图的 claude.
首次运行今日完成品牌声调评估，随时可启用 Runner 执行。
团队部署
代理商的团队部署方案
一套引擎部署于你的云端，白标化服务每位客户。品牌配置确保各自声调独立，审批策略明确由谁按下按钮，每位客户的密钥始终由你持有——永不流转至 Cohenta。
首次运行按客户独立配置品牌与审批策略，以您的名义交付。
一场活动，全渠道贯通
在 Slack 启动，随处查看进展。
cohenta status "q3-launch"
# started in slack #launches · runner: office-mac · outbound only
▸ slack @cohenta live in the thread · approve / request changes
▸ teams adaptive card posted · awaiting sign-off
▸ claude review view open · assets render inline
◆ canonical state: your storage · publish: waiting on a human
直接解答
直面难题。
团队应从哪个入口开始？
营销团队从 Slack 起步——审批直接在工作线程中进行。M365 组织从 Teams 起步，开发者从 Claude Code 或 Anthropic API 起步，个人用户从 ChatGPT 或 Claude 的免费 Skills 层起步。
两个团队能用不同工具协作同一活动吗？
可以。在 Slack 中发起的活动，可在 Teams 或 Claude 中查看——同一活动，品牌身份始终一致。权威状态存储在您本地的磁盘、数据库或存储中，每个入口读取同一数据源。
代理商如何隔离不同客户的品牌？
Team Deployment 在您的云端运行单一引擎，每位客户拥有独立的声调、色板、禁用词和审批策略。密钥以引用形式保存在您的密钥库中，活动状态存储在您的存储上——Cohenta 不持有任何数据。
Teams 部署涉及哪些步骤？
您在 Entra 中注册应用，并在自己的 Azure 环境中运行——提供现成模板，Cohenta 不托管任何内容。审批以 Adaptive Cards 形式送达，@Cohenta 会在工作就绪待签时通知您指定的频道。
个人用户从第一天起就需要 Runner 吗？
不需要。Cohenta Skills 在 ChatGPT 和 Claude 中免费使用——无需 Runner、无需后端、无需密钥——涵盖策略制定、品牌声调评估、内容再利用和文案审阅。当您需要执行活动而非仅作推演时，再添加 Runner。
每个入口的审批流程一致吗？
审批关卡是一致的。流程会暂停并持久等待——跨重启保持——直到有人在 Slack 或 Teams 中点击"批准"、"请求修改"或"拒绝"。无论从哪个入口发起，发布始终需要单独的明确确认。