Eclipse Aperture MCP

本地服务

eclipsebazaar.com社交媒体02 天前更新

代码仓库访问官网

关于 Eclipse Aperture MCP

Eclipse Aperture MCP 是用于为专业 Instagram 账号准备内容变体的本地原型。它生成平台原生格式、展示审批预览并记录哈希绑定的凭据；不会发布内容或进行实时调用。

主要功能

01基于静态样例的能力矩阵
02Feed、Carousel、Reel 和 Story 变体
03包含版式和审批细节的预览
04与审批绑定的差异和哈希
05仅追加且可验证的凭据账本

适用场景

01从一个内容包准备原生格式变体
02审批前检查版式和披露信息
03核验内容准备的历史记录

MCP 相关

通过本地 stdio 提供四个 MCP 工具，用于能力探测、构建变体、生成预览包和列出凭据。服务器不会进行实时调用，也不会发布内容。

配置

本地服务的配置在各客户端中通用，复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置

{
  "mcpServers": {
    "cyan-eclipse-technologies-llc-aperture": {
      "command": "uvx",
      "args": [
        "eclipse-aperture"
      ]
    }
  }
}

启动命令uvx eclipse-aperture

本地服务需要在你的电脑上安装运行环境（如 Node.js 18+）。各客户端的配置文件位置不同，请参考客户端文档。

安装包

pypieclipse-aperture0.1.0stdio

工具

收录的工具列表 · 更新于 1 天前

参数	类型	必填	说明
simulate_probe_failure	boolean	否

详细介绍

Eclipse Aperture MCP

由 Cyan Eclipse Technologies 提供支持 — https://cetech.ai

Eclipse Aperture — Instagram 适配器：一个获批的软件包可为专业账号生成原生 Feed、Carousel、Story 和 Reel 版本；发布和分析仅通过 Meta 批准的 Graph API 接口进行。

为什么要做这个

White Report 已通过本机构现有的获批连接器，以专业方式运营 Instagram。S0 将这条已运行的路径转化为经过能力探测、与哈希绑定的产品界面，而不是一组操作习惯（spec §9、§18）。Aperture 就是这个界面：能力声明、原生版本、所有者批准的预览，以及回执。

状态 — 如实标注

v0.1.0，阶段为 S0 规范化。此服务不会发布任何内容，也不会进行任何实时调用。 本机构的 Instagram 运营仍通过现有连接器进行，不属于本产品；Aperture 仅引用该路径，绝不重复实现——不存在第二条令牌路径、会话处理，也不会在此代码中存放任何凭据材料。本地 stdio，仅使用 Python 标准库。不声称已获认证 — 测试待进行。

工具（4 个）

工具	功能
`capability_probe`	返回来自静态声明固件（日期为 2026-10-25，标记为 `[verify]`）的能力矩阵：用于发布/草稿的 `PUBLISH_API`、用于读取的 `READ_API`、用于自有媒体评论的 `OWN_ENGAGEMENT_API`、用于社区互动的 `COMMUNITY_PREP` — 这是 §9 对符合条件的专业账号所规定的状态，等级为 A，但须满足 Meta 应用权限、审核、账号角色和当前 Graph API 版本的要求。`simulate_probe_failure=true` 用于测试系列降级规则：写入模式会自动降级为准备模式，且绝不会转而采用变通方案。
`variant_build`	从规范软件包构建一个原生版本：Feed 4:5、按叙事顺序排列的 Carousel（首张卡片 = 钩子，结尾卡片前呈现重点）、Reel 9:16、Story 9:16 — 使用有效的链接路径（个人主页链接；Story 链接贴纸 — 说明文字中的链接不可点击，绝不会作为转化路径），在版本中保留平台 AI 媒体标签，标记与规范版本的差异，并生成版本哈希。
`preview_pack`	所有者批准的精确原生预览：渲染尺寸、说明文字、链接路径、安全区域说明、主题标签、披露信息、顺序 — 以及差异和批准所绑定的哈希。
`receipt_list`	仅追加、经哈希链连接的回执账本，并附带链验证。

代码中贯彻的原生规则（§9）

Feed 竖版采用 4:5，比正方形更适合网格；横版衍生版本会展示，但绝不会盲目居中裁切。
Reels/Stories 采用 9:16 并遵守平台安全区域 — 文本和证据不得进入顶部/底部的 UI 区域。
主题标签是可搜索的元数据，而不是堆砌；获批的标签集会显示在差异中。
Threads 不是独立产品（§8）：当其受限模式经过验证后，将作为子适配器纳入此 Meta 系列工具中 — 不会创建 Threads 专属条目或作出相关声明。

运行

python3 server.py            # MCP over stdio, stdlib only, no dependencies
python3 smoke.py             # probe + Reel variant + preview over real stdio
python3 -m unittest discover tests   # 11 tests

状态会持久化到 data/state.json（可通过 ECLIPSE_APERTURE_STATE 覆盖）。data/ 已加入 gitignore。能力固件位于 fixtures/capability.json；冒烟测试会使用社交核心的 sample_content.json 软件包。

路线图（依据 spec §21）

以带日期的 Meta 条款/能力记录替代静态声明 → 实时 ig_capability_probe。
ig_media_stage / ig_container_verify / ig_publish_receipt / ig_insights_read / ig_own_comment_queue — 仅针对获批的 Graph 接口，仅针对与哈希绑定的获批软件包，并且在声称完成之前必须先读取并确认发布结果。执行线路仍沿用本机构的现有路径。