ContentCloud v0.12.0

.agents/plugins/registry.json

@@ -5,18 +5,18 @@
     {
       "id": "contentcloud-video-production",
       "kind": "scene_plugin",
-      "version": "0.11.0",
+      "version": "0.12.0",
       "source": {
         "repository": "https://github.com/limecloud/contentcloud",
-        "ref": "v0.11.0"
+        "ref": "v0.12.0"
       },
       "license": "Apache-2.0",
-      "digest": "sha256:6bb473a186c801af02b0ce862fe3bdaf3b5f976afed1e78455c1c6614f018586",
+      "digest": "sha256:ddc2df348bc861074a5011d8f094504d97ad3d1d6f0fdfcf9cc262259d5c365e",
       "signature": {
         "status": "verified",
         "algorithm": "ed25519",
         "key_id": "contentcloud-plugin-release-2026-07",
-        "value": "oLOstIo4Flyh+OJboq/8l7bU8ulK+JyyFQ+UgmHJhbBXPoYc0T7VwSzP3OAh6qAVI958FpM8PfxJMD3XepqgBg=="
+        "value": "oAU/h0IzOc6pnf38ME7uSJIj0vu4TQarhSTvlBjLiZgyzBIag2I/nIP30l4nF6XfV0+sjBdJp2NDyurPazHHBg=="
       },
       "compatible_profiles": [
         "contentcloud.video-production"
@@ -54,8 +54,8 @@
       ],
       "evaluation": {
         "status": "passed",
-        "report": ".agents/plugins/evaluations/contentcloud-video-production-0.11.0.json",
-        "digest": "sha256:62f93a6df1ce2cbcb65d3ce2a530b93a837b33e290f6acc3b0ab939c5d5b8459",
+        "report": ".agents/plugins/evaluations/contentcloud-video-production-0.12.0.json",
+        "digest": "sha256:c02d766058085b090c26a6f37188c73c39e387d47eabe8802671e2986ca70247",
         "evidence": [
           "codex-plugin-transaction",
           "bootstrap-confirmation",

CHANGELOG.md

@@ -2,6 +2,18 @@
 
 ContentCloud 的重要变更记录在此文件中。
 
+## [0.12.0] - 2026-07-31
+
+### Added
+
+- 增加 ContentCloud Content Work OS 官网首页，展示本地 Agent 创作、团队审核和多渠道交付的受治理生产链。
+- 增加官网视觉资源、产品入口和 v6 产品、运行时及迁移路线文档。
+
+### Changed
+
+- 公共首页与登录后的工作台路由分离：`/` 用于官网，`/workspace` 用于生产工作台；项目深链、团队页、文档页和后台返回路径统一使用新的工作台入口。
+- CLI、Web、npm 安装器、Plugin、MCP、Environment Profile、Bootstrap 和 Server/Worker 版本统一升级到 `0.12.0`。
+
 ## [0.11.0] - 2026-07-31
 
 ### Added

VERSION

@@ -1 +1 @@
-0.11.0
+0.12.0

deploy/systemd/contentcloud.env.example

@@ -15,5 +15,5 @@ CONTENTCLOUD_PLUGIN_TRUST_FILE=/etc/contentcloud/plugin-trusted-keys.json
 CONTENTCLOUD_ENVIRONMENT_TRUST_FILE=/etc/contentcloud/environment-trusted-keys.json
 CONTENTCLOUD_ENVIRONMENT_SIGNING_KEY_FILE=/etc/contentcloud/secrets/environment-ed25519.key
 CONTENTCLOUD_ENVIRONMENT_SIGNING_KEY_ID=contentcloud-environment-2026-07
-CONTENTCLOUD_CAPABILITY_RELEASE_VERSION=0.11.0
+CONTENTCLOUD_CAPABILITY_RELEASE_VERSION=0.12.0
 CONTENTCLOUD_ENVIRONMENT_MANIFEST_TTL=24h

deploy/systemd/environment-profile.json

@@ -8,7 +8,7 @@
     {
       "id": "contentcloud-video-production",
       "kind": "scene_plugin",
-      "version": "0.11.0",
+      "version": "0.12.0",
       "required": true,
       "scope": "environment",
       "capabilities": [

docs/roadmap/v6/01-product-and-platform.md

@@ -0,0 +1,138 @@
+# V6 产品与平台需求
+
+## 1. 产品结构
+
+Content Work OS 由五层组成。每一层必须有清晰的责任边界和可读状态。
+
+| 层 | 责任 | 用户看到的对象 |
+| --- | --- | --- |
+| Control Plane | 租户、身份、权限、项目、能力、Registry、审核、审计 | Tenant、Workspace、Capability、Manifest、Audit |
+| Workspace Plane | 本地文件、上下文、候选、缓存和 Handoff | Local Workspace、Sync State、Inbox |
+| Runtime Plane | CLI、Daemon、Agent Adapter、能力探测和任务执行 | Device、Runtime Health、Attempt、Progress |
+| Content Plane | 统一内容批次和类型专属结构 | ContentBatch、ContentItem、ArticleItem、Pack |
+| Delivery Plane | 批准事实导出到用户负责的外部渠道 | ApprovedSnapshot、DeliveryPackage、Published Binding |
+
+## 2. 目标用户
+
+### 内容生产者
+
+在 Codex 或 Claude Code 中处理资料、知识、策略和内容候选。需要快速恢复 Workspace，知道当前可用 Pack，并能在本地完成 lint 和 publish 预检。
+
+### 审核与运营人员
+
+在 Web 中比较不可变 Revision，处理评论、批准、交付和异常。不能被模型对话、最新草稿或本地路径混淆。
+
+### 租户管理员
+
+控制本租户的 Content Pack、Runtime 和外部交付能力；可以看到哪些能力由平台提供、哪些只是未开通、哪些配置异常。
+
+### 平台运营与安全人员
+
+维护签名 Registry、Profile、Pack 发布、撤回、版本兼容窗口、审计和生产验收证据。
+
+## 3. Work OS 首页
+
+登录后的首页不做营销 Hero，而是显示当前工作面：
+
+1. 当前租户、Workspace 和 Agent Runtime。
+2. 待处理的审核、评论、决策和交付。
+3. 正在运行的 Automation、进度和恢复状态。
+4. 已启用的 Content Pack 及其下一步动作。
+5. 阻断项：Manifest 失效、租约过期、能力未开通、版本不兼容、权利或事实缺失。
+
+首页需要使用统一的 `next_action`/页面目标，而不是让每个模块手写 URL。高优先动作在两次点击内可达；低权限用户只能看到可访问对象的摘要。
+
+## 4. 状态语义
+
+所有控制面和官网状态使用以下有限集合：
+
+| 状态 | 含义 | 允许的用户动作 |
+| --- | --- | --- |
+| `enabled` | 平台实现且租户已开通 | 进入生产、提交、审核和交付 |
+| `disabled` | 平台实现但租户未开通 | 查看开通要求，不能创建生产对象 |
+| `unavailable` | 平台尚未实现或已撤回 | 查看 planned 信息，不能执行 |
+| `misconfigured` | 已开通但 Runtime、Pack、Manifest 或版本异常 | 进入诊断，不允许绕过门禁 |
+
+不要把 `disabled` 显示为“暂不支持”，也不要把 `misconfigured` 显示为“关闭”。这两个状态对应不同的运营动作。
+
+## 5. 核心用户流程
+
+### 5.1 首次连接
+
+```text
+登录 -> 选择租户/项目 -> 创建 ConnectSession -> 本地 bootstrap plan
+     -> 用户确认计划 -> 浏览器设备授权 -> Workspace register
+     -> 获取签名 Manifest -> doctor -> 打开 Agent 新会话
+```
+
+V6 在每一步都显示可验证的状态和失败原因。Bootstrap 不能因官网宣传或静态配置而启用租户未授权的 Pack。
+
+### 5.2 本地生产到审核
+
+```text
+Workspace pull -> Agent 读取 Context/Knowledge -> Content Pack 生成 candidate
+-> 本地 lint -> publish dry-run -> 用户确认 publish -> SubmissionRevision
+-> Web review -> approve -> ApprovedSnapshot -> pull -> DeliveryPackage
+```
+
+### 5.3 Automation
+
+```text
+用户确认 Automation Plan -> 服务端签发 TaskContract/ExecutionBundle/租约
+-> Daemon poll/lease -> Attempt 隔离目录 -> Agent 全权限执行
+-> 心跳/进度/SSE -> Schema 复验 -> report/finish -> 审核或交付门禁
+```
+
+Automation 仍然不是普通本地创作的必经路径。官网只能描述“可选的受治理自动运行”，不能宣传为无限制后台代理。
+
+## 6. 信息架构
+
+### 公共官网
+
+- Product：Content Work OS、工作面和生产闭环。
+- Runtimes：Codex、Claude Code 及 Registry 中真实可用的客户端。
+- Content Packs：视频剧本、微信公众号文章和规划中的 Pack。
+- Governance：审批、审计、租户能力和外部平台边界。
+- Docs：按客户端、内容形态和状态进入文档。
+- Connect：创建 Workspace 连接和安装 CLI。
+
+### 登录后工作台
+
+- 工作台
+- 项目
+- 审核协作
+- 交付
+- Automation 与运行
+- 团队
+- 租户能力与设置（按权限显示）
+
+### 平台后台
+
+- Tenant Capability Matrix
+- Agent Client Registry
+- Content Pack Registry
+- Environment Profile/Manifest
+- Device/Daemon health
+- Audit and Release evidence
+
+## 7. 成功指标
+
+### 激活
+
+- 新租户从登录到完成 Workspace doctor 的中位时间小于 10 分钟。
+- 首次连接失败时，90% 的用户能在页面上明确定位到客户端、权限、版本或 Manifest 原因。
+
+### 生产
+
+- 视频和公众号内容均可从统一 Work OS 首页进入，不产生隐藏的类型专用入口。
+- 从本地候选到创建 Submission 的流程不超过一次重复输入。
+
+### 治理
+
+- `disabled`/`unavailable`/`misconfigured` 无法绕过 API、CLI、MCP、Skill 或 Handoff 门禁。
+- 每个 ApprovedSnapshot 都能追溯到租户、Workspace、Content Pack、Runtime 和输入摘要。
+
+### 运营
+
+- Daemon 断网、重启、版本不兼容和 dead-letter 都有可读状态和下一步动作。
+- 官网客户端、Content Pack 和状态文案通过 Registry 检查，避免静态漂移。

docs/roadmap/v6/02-runtime-and-content-packs.md

@@ -0,0 +1,113 @@
+# V6 Runtime 与 Content Pack 需求
+
+## 1. Runtime 统一视图
+
+Runtime 是“谁在本机执行”的产品对象，不等同于某一个模型或 Skill。每个 Runtime 需要公开以下非敏感信息：
+
+- `client_id`、显示名称和宿主版本。
+- `device_id`、Workspace 绑定数量和最近在线时间。
+- 已声明的 Capability、版本和 digest。
+- Daemon 状态：installed、running、stopped、outdated、blocked。
+- 最近一次 Attempt、进度 cursor、待重报和 dead-letter 数量。
+- 当前 Environment Manifest 的签发时间、过期时间和验证结果。
+
+敏感 token、模型凭据、本机绝对路径和 Agent 对话内容不能进入 Web 展示、官网、审计事件或公开文档。
+
+## 2. Tenant Capability Matrix
+
+租户管理员需要能够按租户查看和修改平台允许的能力。修改动作必须生成审计事件，并在下一次 Manifest 投影中生效。
+
+```text
+Tenant
+  -> Content Capability
+  -> Agent Client Capability
+  -> Delivery Capability
+  -> Automation Policy
+```
+
+### 最小字段
+
+| 字段 | 说明 |
+| --- | --- |
+| `tenant_id` | 所属租户 |
+| `capability_id` | 稳定能力 ID，如 `video_script`、`wechat_article` |
+| `state` | enabled / disabled / unavailable / misconfigured |
+| `source` | platform_registry / tenant_override / environment_check |
+| `effective_at` | 本次状态生效时间 |
+| `reason_code` | 可机器读取的阻断原因 |
+| `manifest_digest` | 当前投影所依据的 Manifest 摘要 |
+| `updated_by` | 操作人或系统身份 |
+
+### 门禁要求
+
+- Web 创建、CLI `local`、MCP、Skill、`publish`、审批和交付全部复验租户能力。
+- 关闭能力不能删除已有的批准快照和审计历史。
+- 关闭能力后，已有本地候选可以保留，但不能创建新的正式 Revision 或 DeliveryPackage。
+- `misconfigured` 必须提供诊断入口，不允许用户用 `--force` 或隐藏参数绕过。
+
+## 3. Content Pack 契约
+
+Content Pack 是内容形态和其本地工作流的可发布单元，包含：
+
+- 内容类型 ID 与 Schema 版本。
+- Brief/Batch/Item 的输入输出契约。
+- 本地 Skill、MCP 工具和 Agent handoff 说明。
+- lint、diff、finalize、publish/pull 和交付包命令。
+- 能力要求、外部平台边界、权利/事实/敏感信息门禁。
+- Pack 版本、digest、签名、撤回状态和兼容的 CLI 版本范围。
+
+Content Pack 不能把领域事实藏在 prompt 中。Prompt 只能编排已声明的契约和本地候选，服务端仍然负责身份、权限、Submission、审批和审计。
+
+## 4. V6 首批 Pack
+
+### `video_script`
+
+- 默认启用。
+- 继承 V5 的人群策略、StoryboardPackage、Seedance Prompt Package、成片绑定和结果学习。
+- 官网展示为“完整生产闭环”，但明确 Seedance/抖音登录、上传和发布仍由用户执行。
+
+### `wechat_article`
+
+- 平台可用，租户默认关闭。
+- 使用 ArticleBrief、ArticleItem、文章 lint/diff/finalize、Submission/Review 和公众号本地交付包。
+- 不自动登录公众号后台、不代建草稿、不自动发布。
+- 官网必须同时显示“可用”和“需租户开通”，避免把平台能力误解为租户已开通。
+
+## 5. Environment Manifest 投影
+
+签名 Manifest 是本地 Workspace 和官网/工作台的共同状态来源。V6 要求它可投影为：
+
+```json
+{
+  "tenant_id": "tenant_x",
+  "workspace_id": "workspace_x",
+  "runtime": {"client": "codex", "version": "0.12.0", "status": "ready"},
+  "content_packs": [
+    {"id": "video_script", "state": "enabled", "digest": "sha256:..."},
+    {"id": "wechat_article", "state": "disabled", "reason_code": "tenant_not_enabled"}
+  ],
+  "automation": {"state": "enabled", "max_concurrent_tasks": 2},
+  "manifest_digest": "sha256:..."
+}
+```
+
+示例只表达结构，不构成新的公共 Schema；实施时优先复用现有 Environment Manifest/Registry 契约。
+
+## 6. 运行诊断
+
+工作台需要按故障层级呈现：
+
+1. 身份：登录、租户、项目和角色。
+2. Workspace：根目录、模板锁、sync-state、受管目录和写入探针。
+3. Runtime：客户端探测、Daemon、版本和进程健康。
+4. Pack：签名、digest、能力和本地安装状态。
+5. 业务：Brief/Batch/Item lint、权利、事实、审批和 Delivery。
+
+每个失败项至少包含 `status`、`reason_code`、最近检查时间、影响对象和推荐动作。推荐动作只能导航到受支持的页面或命令，不生成任意 Shell。
+
+## 7. 兼容策略
+
+- 保留现有视频插件暂时承载通用 Scene/MCP 的兼容职责，直到独立 Runtime/Pack 入口完成迁移。
+- 不立即删除旧命令；先在文档和 CLI 输出中标记为 compat，并通过治理检查阻止新的硬编码入口。
+- 新增 Pack 必须通过 Schema、Plugin、Skill、Manifest、Tenant Capability 和官网 Registry 校验。
+- 每个 Pack 至少覆盖：正常路径、未开通、Manifest 过期、digest 漂移、权限不足、Schema 不匹配和交付边界阻断。