关于 Eclipse Social Core MCP
Eclipse Social Core MCP 是供团队通过社交平台适配器准备内容的治理核心。它管理规范内容、平台专属变体、绑定哈希的所有者批准、互动策略检查和回执,但自身不执行平台操作或网络调用。
主要功能
- 01规范内容与素材权利记录
- 02平台专属变体及分类差异
- 03内容变更即失效的哈希绑定批准
- 04带回执的互动策略检查
- 05账户模式、紧急开关与回执账本
适用场景
- 01批准前审阅适配后的内容
- 02检查编辑是否使批准失效
- 03依据策略评估互动操作
MCP 相关
向 MCP 客户端提供内容包、预览与差异、批准、策略检查、账户模式和回执管理工具。此治理型服务不进行网络调用;平台适配器在其他位置执行操作。
配置
本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。
工具
15收录的工具列表 · 更新于 1 天前
| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| role | string | 否 | |
| modes | object | 否 | |
| owner | string | 否 | |
| probe | object | 否 | |
| adapter | string | 否 | |
| platform | string | 否 | |
| account_id | string | 是 | |
| account_type | string | 否 | |
| connection_state | string | 否 |
详细介绍
Eclipse Social Core MCP
由 Cyan Eclipse Technologies 提供支持 — https://cetech.ai
Eclipse 社交适配器系列的共享核心——一个经所有者批准的规范内容包,会根据各平台实际允许的方式,成为每个平台上的原生草稿、定时帖子、已发布帖子或准备包。分析数据会保留各平台原有的定义。它绝不使用会话变通方案,绝不绕过平台限制进行自动化,也绝不发布未经批准的变体。
存在的原因
社交平台是各自独立的发布系统,拥有独立的账号、媒体规则、API 权限、指标、链接行为和违规风险。隐藏这些差异的通用“到处发帖”抽象会导致图片裁切错误、链接失效、分析数据失真,以及账号风险。核心负责维护每个适配器都必须遵守的内容——规范内容、权利、声明、审批、适配差异、回执、账号安全——这样每个适配器只需如实说明一个平台的情况。规范:~/workspace/cyan-eclipse/eclipse-social-family-spec-20261025.md(§3–§7)。
状态——如实标注
v0.1.0,阶段 S0 核心。**仅治理:此服务不会执行任何平台操作,也不会进行网络调用。**它存储内容包、计算变体和差异、记录绑定哈希的审批、评估互动策略,并为所有操作生成回执。适配器会在其他地方执行操作——或向所有者提供准备包——且仅采用其获准模式。本地 stdio,仅使用 Python 标准库,合成测试内容包。未声称已通过认证——基准测试待进行。
哈希规则
审批绑定的是哈希,而不是感觉(§3.1)。摄取时会对规范对象生成 SHA-256 内容哈希;每个变体都会针对其媒体、文案、链接、顺序、披露内容、排期和目标平台生成 变体哈希。approve_variant 会记录这两个哈希;approval_check 会根据当前字段重新计算它们。任何变更——文案、排期、目标平台、链接、披露内容——都会改变哈希并使审批失效;变体将返回审核状态。测试套件通过三种方式验证了这一点,其中包括直接篡改字段的测试用例。
工具(15 个)
| 工具 | 功能 |
|---|---|
account_set | 注册/更新已授权账户:声明的能力模式(能力 → 模式)和最新能力探测结果。探测失败会自动降低有效模式——发布/草稿会降为 PREP_PACK,自身互动会降为 COMMUNITY_PREP,读取权限则仍会标记。仅用于评估;本系统不存储任何凭据。 |
account_inventory | 查看所有账户的声明模式和有效模式矩阵、上次探测结果及紧急开关状态。 |
content_ingest | 接收规范内容对象(§3.1):母版及来源记录、文案、附带来源的声明、每项素材的权利信息、无障碍素材、披露记录、预期/禁止使用的渠道和排期。缺少权利信息、声明没有来源或缺少替代文本时,都会列为明确的阻塞项。重新导入变更后的内容会提升版本号。 |
content_get | 完整获取一条规范记录。 |
adapt_preview | 为适配器配置文件(aperture_feed、aperture_reel、aperture_story、prism_shorts、zephyr、wire)构建一个原生变体:尺寸、符合渠道字数限制的文案、该渠道可用的链接位置、平台要求的披露标签、元素顺序,以及分类差异。 |
adaptation_diff | 查看变体的分类差异(MEDIA_CROP、TEXT_REWRITE、LINK_PLACEMENT、ORDER、DISCLOSURE、METADATA、FORMAT_OMISSION,……)。删去规范内容中的数字/声明的改写会被标记为实质性变更——绝不会静默处理。 |
variant_revise | 修订变体;哈希会重新计算,绑定到旧哈希的任何批准都会失效。 |
approval_pack | 审核材料:规范条目 + 变体 + 差异 + 目标位置 + 排期。 |
approve_variant / approval_check | 记录/验证绑定哈希的所有者批准。 |
policy_check | 作为评估器的互动操作手册(§5)。操作:like、comment、report_stop、reset。强制执行第 1 周上限(每天 ≤15 个赞、≤5 条评论)和第 2 周及之后的上限(≤30/≤10)、每天对每个目标最多点赞 2 次、禁止添加链接/自我推广/堆砌标签/评论中使用超过 1 个表情符号、禁止重复评论,并确保停止信号具有最终效力(操作受阻后,互动会话将停止,直到所有者重置)。每次检查都会生成回执,无论允许还是拒绝。 |
engagement_log / engagement_report | 仅追加记录已执行/由所有者完成的操作,并提供每日报告视图(总数与上限对比)。所有操作都会记录在报告中。 |
adapter_kill_switch | 禁用某个系列/单个适配器/单个账户。首先冻结写入;草稿和回执仍可读取。 |
receipt_list | 哈希链式回执账本,并支持链验证。 |
模式(§2.1)
PUBLISH_API · DRAFT_API · PREP_PACK · READ_API · OWN_ENGAGEMENT_API · COMMUNITY_PREP · COMMUNITY_API_PILOT。任何模式都不包含浏览器会话脚本、Cookie 复用、代理或密码收集——绝不包含(§7)。上线时,每个适配器的社区互动默认采用 COMMUNITY_PREP。
运行
python3 server.py # MCP over stdio, stdlib only, no dependencies
python3 smoke.py # end-to-end smoke over real stdio (temp state)
python3 -m unittest discover tests # 26 tests
状态会持久化到服务器旁的 data/state.json(可通过 ECLIPSE_SOCIAL_CORE_STATE 覆盖)。data/ 已加入 Git 忽略列表。
Fixture
fixtures/sample_content.json — 一个合成的 White-Report 风格节目包(9:16 短视频母版 + 封面、一项附带来源的声明、自有权利、替代文本、AI 媒体披露),测试和冒烟测试会用它端到端运行。
路线图(依据规范 §21)
- S1 — 在 Eclipse Connect 轨道之上构建 Prism 产品界面。
- S2 — Zephyr(与此核心并行构建)+ Commons。
- S3/S4 — 根据门控状态推出 Wire、Meridian、Pulse、Comet、Atlas。每个阶段都从带日期的条款/能力记录开始;任何阶段都不会继承其他适配器的结论。
许可证 / 署名
Cyan Eclipse Technologies 产品。“Powered by Cyan Eclipse Technologies”署名须随产品一同保留。
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。