[xiaoland]

Extension 的全局版本与启用数组会把不同 Peer 的原生实现绑在一起，且 MF 产物可能缺失。此改造让 Python 与 MF 按各自精确坐标独立发布，并以 Peer×Extension 选择管理本机参与；浏览器插件启用、恢复与同页升级保持共享信息和业务状态。

• 共享 Extension 只保留身份、配置与业务状态；每 Peer 独立保存 distribution/version/enabled，实际 loaded/running/restart/error 来自目标 Host。选择版本与启用分开，操作不连带其他 Peer。
• 管理 v2 与 Core SDK0.4 切换为 Peer participation 契约；历史精确版本保留，未知原生格式待本 Host解析，不改latest。历史 MF SDK range 不放宽，需用户显式选择支持版本。
• 独立 MF Changesets 版本与发布流程不读取 Core 源码。保存固定候选后才写 Registry v2，失败恢复原ZIP并逐文件验公共字节；SDK、App与MF生命周期分别交付。
• Host restore 不改启用意图，迟到异步结果复核原连接/精确pin；Resolver精确owner注销与缓存校验支持同页升级。冷深链阅读等待一次有界restore重试，真实UnknownResolver仍给出最终错误。
• UI列出插件在哪些Peer参与，区分选择与真实运行。纯Python插件在浏览器有准确不可用说明。未知select结果只从原连接读回同目标精确pin，不重发、不autoEnable；Cancel重开后旧回调不能关闭新picker。

本次一次性 pnpm release:version 已机械准备 CoreSDK0.4.0、App0.1.3、MailMF0.3.2、MemosMF0.3.1、TwitterMF0.4.2；没有重复pending intent。各原生版本独立，不与Python同步版本。

验证：此前真实隔离SPA source b170 已通过Mail无Python冷读、同页Mail/Twitter精确升级及新resolver实例、睡眠Peer原精确版本恢复、共享config/state和内容保持、首次Disable收敛、真实Core200回复丢失后的读回，以及Cancel重开的回调隔离。后继业务源码与该资格一致；官方RuntimeWeb0.4与Toolkit0.5采用正式GitHub assets/完整性锁。原48d全部7CI通过，requiredWeb24/24通过；当前重排head32bfc在latest-main6965全部7CI成功（38505797419/38505794283），本地完整pnpm check通过；SDK0.3正式main恢复、原bytes和匿名下载及外部consumer已通过。

数据库资格使用真实protected-main Core sourcec5a8429 / immutable imageghcr.io/inkcre/core-py@sha256:c31a852f60b2aed5e4ad3df1352b135884a44fb15d156f08354baf8f468e8071，契约extension-peer-participation-v2、migratione6a1b2c3d4f5。这是隔离检查准入，不是生产数据库已迁移的声明。

生产顺序：已合并独立SDK/暂停机制PR131与draft恢复PR132；repository pause=true，实际main Pages/MF自动任务均skip。此PR可在pause下main准入，先正式发布CoreSDK0.4，随后Runtime正常新patch与Web精确消费锁闭环。App/MF的exact-main手动恢复仍等待官方Core与selfhost兼容切换及parent gate；不自动安装、启用或升级用户插件，也不改共享业务状态。旧Tab维护与完整刷新指引见web-delivery，保留连接设置和Peer ID。