docs: 新增智媒工厂 OA 规格体系
This commit is contained in:
Codex
@@ -0,0 +1,493 @@
|
||||
# PJ2026-02 智媒工厂总规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于 `/root/selfmedia` 已跑通能力建立智媒工厂 L0 总规格和七个 L1 能力域。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-02 智媒工厂总项目需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-02 |
|
||||
| 短名 | 智媒工厂 |
|
||||
| 层级 | L0 总项目 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 规格治理索引 | 本文第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只保留稳定使命、范围、术语、系统边界、能力域分工、原子需求和必要过程控制。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 项目使命
|
||||
|
||||
项目使命包括：
|
||||
|
||||
- 面向科技资讯创作者和技术团队；
|
||||
- 把资讯发现、事实核验、编辑策划、动态图文、配音、字幕、成片和发布材料收敛为本地优先的生产链；
|
||||
- 当前以嵌入式与 AI 交叉、纯嵌入式和 AI 为首要内容方向；
|
||||
- 长期成为可配置、可单步调试的技术内容生产基础设施；
|
||||
- 使每一期节目都能从来源证据追溯到口播、画面、成片和评论区引用。
|
||||
|
||||
### 2.2 当前能力基线
|
||||
|
||||
- 资讯收集：
|
||||
- 通过 YAML 登记 RSS、Atom、Hacker News API 和人工来源；
|
||||
- 保留一手来源、发现来源、信任层级、分类、版权提示和原始响应；
|
||||
- 优先处理嵌入式与 AI、纯嵌入式、AI，并识别优惠、样片和免费额度等实用信息。
|
||||
- 编辑策划：
|
||||
- 支持授权 LLM 和完全离线模板两种文稿路径；
|
||||
- 生成固定开场、卡片大纲、分条口播、术语补充、总结、参考来源和评论区文案；
|
||||
- 对状态、日期、数字、媒体归因、预印本和专业对象说明实施质量门。
|
||||
- 视觉制作：
|
||||
- 采集来源网页或 GitHub 页面为本地视觉工件；
|
||||
- 为生成内容输出暖色、圆角、可配置的 HTML 动效、PNG 预览和 PPTX；
|
||||
- 以确定性时间驱动页面滚动、章节进度和阶段导航。
|
||||
- 音频成片：
|
||||
- 使用本地开源中文 TTS 生成可缓存配音；
|
||||
- 由 YAML 控制音色、语速、停顿、响度、字幕和编码；
|
||||
- 生成 WAV、时间线、SRT、ASS、MP4、封面和自动检查报告。
|
||||
- 流水线平台：
|
||||
- TypeScript CLI 支持单步、区间和完整流水线；
|
||||
- 长任务采用异步作业，提供状态、进度、日志、结果、重试和取消；
|
||||
- 同源 Web 编辑台展示期次、作业、日志、费用和已登记媒体工件；
|
||||
- 当前工件清单是步骤输出索引，不是经过内容版本兼容性校验的完整发布包。
|
||||
- 发布运营：
|
||||
- 生成与最终成片真实章节起点一致的评论区时间轴；
|
||||
- 输出参考来源、公开目录价成本估算、技术验收结果和人工复核提示；
|
||||
- 通过本地或公网 IP 提供候选成片和工件的受控预览。
|
||||
|
||||
### 2.3 当前差距与目标边界
|
||||
|
||||
- 当前没有持久化的人工批准状态、批准人、批准时间、退回记录或发布版本台账。
|
||||
- 当前没有把全部媒体、来源、费用和检查工件按内容版本兼容性组合成发布包。
|
||||
- 当前没有 Web 内置 Codex 终端、版本化后端容器、会话 PVC 或重启自动恢复。
|
||||
- 当前没有 YAML-first Kubernetes 部署、隔离 Secret 投影或公网 IP 部署后验收。
|
||||
- 当前没有 GitHub、mirror、PaC、Tekton、GitOps 和 Argo 自动交付链。
|
||||
- 当前 Web 编辑台仍需与生成内容主题解耦，目标控制台采用工业风和紧凑高信息密度布局。
|
||||
- 第 6 章使用“应”描述目标需求；目标要求不代表当前实现或当前上线状态。
|
||||
|
||||
### 2.4 长期愿景
|
||||
|
||||
- 形成多栏目、多主题、多语言和多平台复用的内容生产模型，同时保持每个栏目独立的来源、策划、视觉、声音和发布策略。
|
||||
- 让人工编辑能够在任何阶段插入、覆盖、重跑或批准结果，不被端到端自动化锁死。
|
||||
- 建立来源事实、内容决策、媒体工件和发布版本之间的可追溯关系，支持复核、纠错和再利用。
|
||||
- 持续扩展本地开源语音、视觉和媒体能力，使表现力提升不依赖外部付费生成服务。
|
||||
- 将内容效果、受众反馈和纠错结果回流到选题、提示词和栏目规则，但不以平台流量替代事实质量和版权边界。
|
||||
- 通过 Web 内置 Codex、隔离会话和自动交付链，把单机工具演进为可受控部署和恢复的平台。
|
||||
|
||||
### 2.5 范围内
|
||||
|
||||
- 科技资讯源的发现、采集、归一化、去重、分类、排序、证据保存和人工补录。
|
||||
- 从来源证据到结构化口播稿、镜头意图、引用清单和发布文案的编辑过程。
|
||||
- 来源页面视觉、HTML 动效、演示文稿、配音、字幕、封面和成片的本地生产。
|
||||
- YAML-first 配置、TypeScript CLI、异步作业、工件契约、日志、费用、检查和 Web 可视控制面。
|
||||
- 发布候选的技术验收、人工复核入口、时间轴、来源目录、AI 参与披露和版本留存。
|
||||
- Web 内置 Codex、隔离凭据、会话恢复、YAML-first Kubernetes 和自动交付目标能力。
|
||||
- 生成内容使用暖色圆角主题，Web 工厂、控制台和内置终端使用工业风、直角或极小倒角主题。
|
||||
|
||||
### 2.6 范围外
|
||||
|
||||
- 自动绕过登录、付费墙、访问控制、站点条款或版权限制抓取第三方内容。
|
||||
- 复制既有自媒体的原文、配音、字幕、封面、音乐、品牌视觉或受保护媒体资产。
|
||||
- 自动替代编辑者完成事实、法律、版权、平台规则和最终发布责任判断。
|
||||
- 以某个仓库、框架、CLI、模型或服务名称作为长期能力域；实现可以替换，需求边界保持稳定。
|
||||
- 社交平台账号托管、自动互动、广告投放、商业结算和未经审批的自动公开发布。
|
||||
- 向 Web 终端或 Codex Agent 提供 Kubernetes、kubeconfig、ServiceAccount 或宿主机控制权限。
|
||||
- 单次抓取故障、一次渲染、一个作业日志或阶段性样片流水账；这些属于执行证据，不属于 L0 稳定需求。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 智媒工厂 | 从可信科技资讯到可发布媒体候选及配套发布材料的本地优先生产系统。 |
|
||||
| 期次 | 一次独立内容生产单元，具有稳定标识、标题、期数、报道日期、输入、工件和作业记录。 |
|
||||
| 来源项 | 经过归一化的资讯记录，保留标题、链接、日期、摘要、来源身份、角色、信任层级和分类。 |
|
||||
| 一手来源 | 由产品、项目、公司、机构或作者团队直接发布的公告、发布说明、论文或仓库记录。 |
|
||||
| 发现来源 | 用于发现线索和提供编辑背景的媒体、社区或聚合入口，不替代可获得的一手事实。 |
|
||||
| 来源闭环 | 口播中的可核验事实能够解析到期次来源项，并在引用与发布材料中保持同一归因。 |
|
||||
| 内容单元 | 开场、大纲、单条资讯、总结或参考来源等可独立配音和映射场景的结构化文稿单元。 |
|
||||
| 场景 | 具有独立画面、时间范围、章节标题和动效状态的视频组成单元。 |
|
||||
| 工件 | 流水线生成并登记的来源、文稿、视觉、音频、字幕、视频、报告或发布文本文件。 |
|
||||
| 发布候选 | 已通过自动技术检查但仍需人工事实、版权、听感和平台规则复核的成片及配套材料。 |
|
||||
| 发布包 | 目标能力中与同一期次、内容版本和工件哈希绑定的候选媒体、引用、费用、检查和批准材料集合。 |
|
||||
| 平台交付 | 将应用、内置 Codex、隔离会话和凭据通过受控 Kubernetes 与自动链交付到公网原入口的能力域。 |
|
||||
| owning YAML | 对可调业务事实具有唯一所有权的 YAML 配置；代码只负责校验、调度和渲染。 |
|
||||
| 实现引用版本 | 后续源码变更用于声明其遵循哪一版规格语义的稳定标识。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把智媒工厂作为完整内容生产系统看待。本章只描述外部输入、输出和责任边界，不把内部项目治理当作产品能力。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 技术内容编辑、栏目运营者、媒体制作者、审核者和受控自动化任务。 |
|
||||
| 外部输入 | 来源配置、公开 Feed/API/网页、人工来源、期次元数据、栏目规则、授权 LLM 凭据、本地模型、GitHub 提交、部署配置和发布约束。 |
|
||||
| 受控资源 | 期次工件、作业记录、日志、用量、后端容器、Codex 会话、会话 PVC、GitOps 目标、K8s 工作负载和验收报告。 |
|
||||
| 外部输出 | MP4、WAV、SRT/ASS、PPTX、HTML/PNG、封面、引用目录、评论区时间轴、成本估算、检查报告和可视化状态。 |
|
||||
| 用户接口 | TypeScript CLI、同源 HTTP API、Web 编辑台和可直接复核的文件工件。 |
|
||||
| 网络接口 | 公开 RSS/Atom/API/网页、可选 OpenAI 兼容 LLM 端点、GitHub 交付入口和受控公网 IPv4。 |
|
||||
| 系统边界 | 系统负责生产、追溯、技术检查与目标应用交付；编辑者负责最终事实、版权、表达、平台合规和发布决定。 |
|
||||
|
||||
## 5. 内部模块分工与规格索引
|
||||
|
||||
L1 按完成标准划分为七个稳定能力域。仓库、框架、模型、命令和运行端口只是实现引用，不构成 L1。
|
||||
|
||||
| 编号 | 内部模块 | 规格文档 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-0201 | 资讯源 | [PJ2026-0201 资讯源](PJ2026-0201-information-sources.md) | 来源发现、采集、证据、归一化、分类、排序和版权边界 | 公开来源、编辑者配置 | [编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
| PJ2026-0202 | 编辑策划 | [PJ2026-0202 编辑策划](PJ2026-0202-editorial-planning.md) | 选题、核验、叙事、口播、来源引用和栏目结构 | [资讯源](PJ2026-0201-information-sources.md) | [视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
| PJ2026-0203 | 视觉制作 | [PJ2026-0203 视觉制作](PJ2026-0203-visual-production.md) | 来源视觉、场景设计、HTML 动效、演示文稿、进度导航和封面画面 | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md) | [音频成片](PJ2026-0204-audio-video-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
| PJ2026-0204 | 音频成片 | [PJ2026-0204 音频成片](PJ2026-0204-audio-video-production.md) | 本地配音、时间线、字幕、音视频合成和媒体质量 | [编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md) | [发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
| PJ2026-0205 | 流水线平台 | [PJ2026-0205 流水线平台](PJ2026-0205-pipeline-platform.md) | YAML 配置、CLI 调度、异步作业、可观测性、工件契约、用量计费和 Web 控制面 | 全部生产能力域的步骤契约 | 全部 L1 的可执行、可调试和可观察运行 |
|
||||
| PJ2026-0206 | 发布运营 | [PJ2026-0206 发布运营](PJ2026-0206-publishing-operations.md) | 发布候选、引用与时间轴、人工复核、版本归档、预览和反馈回流 | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md)、[流水线平台](PJ2026-0205-pipeline-platform.md) | 内容发布者和后续栏目改进 |
|
||||
| PJ2026-0207 | 平台交付 | [PJ2026-0207 平台交付](PJ2026-0207-platform-delivery.md) | Web Codex、隔离会话与凭据、K8s、公网 IP、自动交付和运行验收 | [流水线平台](PJ2026-0205-pipeline-platform.md)、[发布运营](PJ2026-0206-publishing-operations.md) | 受控运行面、编辑者和交付自动化 |
|
||||
|
||||
### 5.1 目标架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph External[外部输入]
|
||||
Feeds[公开 Feed / API / 网页]
|
||||
Manual[人工来源与编辑决定]
|
||||
Models[授权 LLM 与本地模型]
|
||||
Git[GitHub / mirror / GitOps]
|
||||
end
|
||||
subgraph Factory[智媒工厂]
|
||||
Sources[资讯源]
|
||||
Editorial[编辑策划]
|
||||
Visual[视觉制作]
|
||||
Audio[音频成片]
|
||||
Platform[流水线平台]
|
||||
Publish[发布运营]
|
||||
Delivery[平台交付]
|
||||
end
|
||||
subgraph Outputs[外部输出]
|
||||
Media[视频 / 音频 / 字幕 / PPT]
|
||||
Release[时间轴 / 来源 / 披露 / 验收]
|
||||
Console[CLI / API / Web 编辑台]
|
||||
Terminal[公网 IP / 内置 Codex]
|
||||
end
|
||||
Feeds --> Sources
|
||||
Manual --> Sources
|
||||
Manual --> Editorial
|
||||
Models --> Editorial
|
||||
Sources --> Editorial
|
||||
Sources --> Visual
|
||||
Editorial --> Visual
|
||||
Editorial --> Audio
|
||||
Visual --> Audio
|
||||
Audio --> Publish
|
||||
Sources --> Publish
|
||||
Editorial --> Publish
|
||||
Platform -.调度与观测.-> Sources
|
||||
Platform -.调度与观测.-> Editorial
|
||||
Platform -.调度与观测.-> Visual
|
||||
Platform -.调度与观测.-> Audio
|
||||
Platform -.调度与观测.-> Publish
|
||||
Audio --> Media
|
||||
Publish --> Release
|
||||
Platform --> Console
|
||||
Git --> Delivery
|
||||
Delivery -.承载与验收.-> Platform
|
||||
Delivery -.承载与验收.-> Publish
|
||||
Delivery --> Terminal
|
||||
```
|
||||
|
||||
目标架构保持职责分离：
|
||||
|
||||
- 各生产能力域定义自身结果是否正确；
|
||||
- 流水线平台负责按同一契约调度、记录和展示；
|
||||
- 流水线平台不重新定义选题、视觉、音频或发布事实。
|
||||
- 平台交付负责应用运行面和自动交付，不把 Kubernetes 权限交给内容 Agent。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
GitSource[GitHub 提交] --> DeliveryChain[mirror / PaC / Tekton / GitOps / Argo]
|
||||
DeliveryChain --> Runtime[Kubernetes 应用运行面]
|
||||
Runtime --> Config
|
||||
Config[owning YAML 与期次元数据] --> Collect[采集与人工补录]
|
||||
Network[公开来源] --> Collect
|
||||
Collect --> SourceManifest[来源清单与原始快照]
|
||||
SourceManifest --> Select[分类、排序、选题与事实核验]
|
||||
Select --> Script[结构化文稿与来源引用]
|
||||
Script --> SourceVisuals[来源页面视觉]
|
||||
Script --> Voice[分段配音]
|
||||
SourceManifest --> SourceVisuals
|
||||
SourceVisuals --> Scenes[HTML 场景 / PNG / PPTX]
|
||||
Voice --> AudioTimeline[WAV 与句级时间线]
|
||||
Script --> AudioTimeline
|
||||
AudioTimeline --> Subtitles[SRT / ASS]
|
||||
Scenes --> Render[确定性画面渲染]
|
||||
Subtitles --> Render
|
||||
AudioTimeline --> Render
|
||||
Render --> Candidate[MP4 / 封面 / 场景时间线]
|
||||
Candidate --> Inspect[自动技术检查]
|
||||
SourceManifest --> Inspect
|
||||
Script --> Inspect
|
||||
Inspect --> PublishPack[目标发布包组合]
|
||||
Candidate --> Comment[真实时间轴与评论区来源]
|
||||
Comment --> PublishPack
|
||||
PublishPack --> PublicEntry[公网 IP 预览与人工复核]
|
||||
Runtime --> PublicEntry
|
||||
```
|
||||
|
||||
数据流中的每个正式步骤必须读取已登记上游工件并输出新工件。上游缺失或不合法时应明确失败，不得使用隐藏默认值、旧期次文件或伪造输入补成成功。
|
||||
|
||||
图中的自动交付、目标发布包和持久化人工复核属于目标能力。当前只具备主机运行、步骤工件、评论区材料和技术检查。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant G as GitHub / GitOps
|
||||
participant D as 自动交付链
|
||||
participant K as Kubernetes 运行面
|
||||
participant E as 编辑者
|
||||
participant C as CLI / Web
|
||||
participant P as 流水线平台
|
||||
participant S as 生产步骤
|
||||
participant A as 期次工件
|
||||
participant R as 发布复核
|
||||
G->>D: 提交受审查变更
|
||||
D->>K: 构建、协调并执行公网验收
|
||||
K-->>D: 返回版本、健康与隔离证据
|
||||
E->>C: 从公网 IP 打开 Web、CLI 或内置终端
|
||||
E->>C: 创建期次并选择单步或完整流水线
|
||||
C->>P: 提交异步作业
|
||||
P-->>C: 返回 jobId
|
||||
loop 每个选中步骤
|
||||
P->>S: 传入期次、配置和取消信号
|
||||
S->>A: 读取已登记上游工件
|
||||
S->>A: 原子写入结果和清单
|
||||
S-->>P: 更新进度、日志和步骤结果
|
||||
C->>P: 查询状态、日志或结果
|
||||
P-->>C: 返回同一作业事实
|
||||
end
|
||||
P-->>C: 作业终态与工件索引
|
||||
E->>R: 复核事实、版权、听感和平台规则
|
||||
R->>A: 目标能力记录批准、退回或重跑决定
|
||||
R-->>E: 发布候选或明确阻塞项
|
||||
```
|
||||
|
||||
长任务必须异步执行。CLI 和 Web 提交后立即获得作业标识，编辑者通过状态、日志和工件观察进展；重试创建新作业并保留旧证据，不能覆盖失败历史。
|
||||
|
||||
图中的自动交付、内置终端和批准记录属于目标时序；当前实现从创建期次到技术检查和候选预览的部分已经跑通。
|
||||
|
||||
### 5.4 当前实现映射
|
||||
|
||||
| 能力 | 当前实现引用 | 当前事实 |
|
||||
| --- | --- | --- |
|
||||
| 配置入口 | `/root/selfmedia/config/selfmedia.yaml` 及其 `configRefs` | YAML 是可调事实来源，配置缺失或不合法时失败。 |
|
||||
| CLI 与作业 | `/root/selfmedia/scripts/selfmedia-cli.ts`、`scripts/src/jobs.ts`、`scripts/src/runner.ts` | 支持单步、完整流程、状态、日志、结果、重试和取消。 |
|
||||
| 内容步骤 | `/root/selfmedia/scripts/src/steps/` | 已实现采集、文稿、视觉、幻灯、配音、字幕、渲染和检查。 |
|
||||
| Web 编辑台 | `/root/selfmedia/scripts/src/server-app.ts`、`web/src/` | 同源展示期次、作业、用量和媒体工件。 |
|
||||
| 期次事实 | `/root/selfmedia/data/editions/<edition-id>/` | 来源、文稿、媒体、时间线、用量和检查结果按期次归档。 |
|
||||
| 已验证样片 | `embedded-ai-weekly-2026-07-13-r3` | 已形成九场景、五条资讯、网页滚动、配音字幕、成片、评论区和十项技术检查。 |
|
||||
| 发布状态 | 当前无持久化批准与发布台账 | 已生成候选和复核材料，但没有批准人、批准时间、退回或已发布状态。 |
|
||||
| 发布包 | 当前无版本兼容性发布包 | 存在步骤工件和输出清单，但尚未按内容版本校验并组合全部发布材料。 |
|
||||
| 平台交付 | 当前无正式 Kubernetes 运行面 | Web Codex、隔离会话、YAML-first K8s 和自动交付均为 [PJ2026-0207 平台交付](PJ2026-0207-platform-delivery.md) 目标。 |
|
||||
|
||||
## 6. 全局原子需求
|
||||
|
||||
### 6.1 SMF-L0-REQ-001 可信资讯底座
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-001 | 可信资讯底座 | [PJ2026-0201 资讯源](PJ2026-0201-information-sources.md) | [编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
智媒工厂应建立可追溯的科技资讯底座，使每条进入节目候选池的事实都有来源身份、时间、角色、信任层级、分类、证据摘要和原始链接。
|
||||
|
||||
职责边界如下：
|
||||
|
||||
- 资讯源负责发现、归一化、去重、分类和证据边界；
|
||||
- 编辑策划决定是否采用以及如何表达；
|
||||
- 视觉制作只在允许范围内生成来源视觉；
|
||||
- 发布运营保留最终引用；
|
||||
- 任何下游模块不得把发现媒体改写为一手发布者。
|
||||
|
||||
完成标准是：从任一成片资讯可反向定位到期次来源项和公开链接；一手、媒体、社区、预印本和优惠信息的状态边界不会在下游丢失。
|
||||
|
||||
### 6.2 SMF-L0-REQ-002 有效编辑叙事
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-002 | 有效编辑叙事 | [PJ2026-0202 编辑策划](PJ2026-0202-editorial-planning.md) | [资讯源](PJ2026-0201-information-sources.md)、[视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
智媒工厂应把来源证据转化为信息密度高、口语自然、对技术受众有实际价值的栏目文稿，并保持开场、概述、故事、总结和参考来源的稳定结构。
|
||||
|
||||
编辑策划负责选题、事实边界、术语补充、媒体归因、状态限定和叙事节奏。下游模块只能消费结构化内容，不能以画面或配音修饰掩盖证据不足和文稿空泛。
|
||||
|
||||
完成标准是：每条资讯说清“发生了什么、谁发布、对受众有什么影响、目前不能据此推出什么”，并能通过来源引用复核关键事实。
|
||||
|
||||
### 6.3 SMF-L0-REQ-003 动态视觉表达
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-003 | 动态视觉表达 | [PJ2026-0203 视觉制作](PJ2026-0203-visual-production.md) | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md)、[音频成片](PJ2026-0204-audio-video-production.md) |
|
||||
|
||||
智媒工厂应提供可配置、可追溯、适合科技资讯的动态视觉表达，使信息层级、来源画面、章节状态和叙事节奏在视频中一致呈现。
|
||||
|
||||
本需求只约束生成的 HTML、PPT、PNG、封面和视频画面，不约束 Web 工厂与控制台外观。
|
||||
|
||||
视觉制作负责：
|
||||
|
||||
- HTML 场景、来源页面滚动、演示文稿、预览图、章节进度和主题系统；
|
||||
- 提供温暖、阳光、圆润且易读的默认视觉；
|
||||
- 允许替换主题实现；
|
||||
- 保持字幕安全区和内容可辨识性，不让装饰牺牲信息表达。
|
||||
|
||||
完成标准是：同一场景在指定绝对时间可确定性重现，画面来源可以追溯，九宫格式堆字、未经授权搬运和依赖在线 CDN 的生产场景不被接受。
|
||||
|
||||
### 6.4 SMF-L0-REQ-004 自然音频成片
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-004 | 自然音频成片 | [PJ2026-0204 音频成片](PJ2026-0204-audio-video-production.md) | [编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
智媒工厂应使用本地开源媒体能力把结构化文稿和场景合成为自然、同步、可重新配置的配音字幕成片。
|
||||
|
||||
音频成片负责：
|
||||
|
||||
- 语音规范化、分段推理、缓存、语速、停顿和响度；
|
||||
- 字幕切分、场景时间线、编码和媒体检查；
|
||||
- 在改变语速或声音参数时只重跑受影响步骤，不要求重新采集和写稿。
|
||||
|
||||
完成标准是：音频、字幕、场景和视频时间线在允许误差内一致，媒体流、分辨率、响度、峰值和可解码性通过技术检查，人工仍能识别并退回读音或表达问题。
|
||||
|
||||
### 6.5 SMF-L0-REQ-005 可调试生产平台
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-005 | 可调试生产平台 | [PJ2026-0205 流水线平台](PJ2026-0205-pipeline-platform.md) | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
智媒工厂应提供 YAML-first、CLI-first 的生产平台，使每个正式步骤可独立运行、观察、重试和复现，并由同一实现组合为完整流水线和 Web 可视流程。
|
||||
|
||||
流水线平台负责：
|
||||
|
||||
- 配置校验、步骤 DAG、异步作业、进度、日志、结果和取消；
|
||||
- 工件索引、服务接口和可视控制面；
|
||||
- 统计所有 LLM 尝试的 Token 与公开目录价估算；
|
||||
- 不泄露 API key、凭据文件内容或敏感请求材料。
|
||||
|
||||
Web 工厂和控制台应采用工业风、紧凑高信息密度、直角或极小倒角的视觉语言，不复用生成内容的暖色大圆角主题。
|
||||
|
||||
完成标准是：编辑者能通过 CLI 单步定位问题，通过 Web 查看同一作业事实；失败、取消、重试和费用可见；无隐藏默认配置或付费媒体生成服务依赖。
|
||||
|
||||
### 6.6 SMF-L0-REQ-006 受控发布闭环
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-006 | 受控发布闭环 | [PJ2026-0206 发布运营](PJ2026-0206-publishing-operations.md) | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md)、[流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
智媒工厂应把技术通过的成片组织为可人工批准、可退回和可追溯的发布候选，并生成与最终视频一致的时间轴、来源、AI 参与披露和复核材料。
|
||||
|
||||
发布运营负责：
|
||||
|
||||
- 最终工件组合、评论区文本、技术检查结果解释和人工清单；
|
||||
- 版本归档和预览入口；
|
||||
- 区分自动检查通过与事实、版权、法律或平台合规批准；
|
||||
- 阻止未完成必要人工复核的候选被标记为已发布。
|
||||
|
||||
完成标准是：发布者无需手工重新计算章节起点或整理来源链接，且可以明确看到批准前仍需承担的检查责任和任何阻塞项。
|
||||
|
||||
### 6.7 SMF-L0-REQ-007 隔离自动交付
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SMF-L0-REQ-007 | 隔离自动交付 | [PJ2026-0207 平台交付](PJ2026-0207-platform-delivery.md) | [流水线平台](PJ2026-0205-pipeline-platform.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
智媒工厂应提供可复现、最小权限和可自动验收的平台交付，使编辑者能通过公网 IP 的 Web 内置 Codex 终端进入与后端版本一致的源码、CLI 和受限 Agent 工具环境。
|
||||
|
||||
平台交付负责：
|
||||
|
||||
- 使用 PVC 保存 `~/.codex/sessions` 与 supervisor 恢复元数据，不承诺持久化源码工作区；
|
||||
- 通过 YAML-first `sourceRef` 分离投影后端 Token 与 Codex 模型配置；
|
||||
- 确保终端没有 ServiceAccount token、kubeconfig、Kubernetes API 或宿主机权限；
|
||||
- 以 YAML-first Kubernetes 暴露公网 IPv4 原入口；
|
||||
- 建立 GitHub、mirror、PaC、Tekton、GitOps、Argo 和运行验收自动链。
|
||||
|
||||
完成标准包括：
|
||||
|
||||
- 通过公网 IP 验证 Web、API 和内置终端；
|
||||
- 验证版本一致性、会话重启恢复和权限负面边界；
|
||||
- 从运行版本追溯到提交、镜像摘要、GitOps revision 和部署后验收结果。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 SPEC-first 和层级规则
|
||||
|
||||
- 改变项目使命、L1 能力域、全局数据流或全局验收口径时，先更新本 L0 规格。
|
||||
- 改变某个能力域的稳定输入、输出、职责或完成标准时，先更新对应 L1 规格。
|
||||
- 单次作业、一个缺陷、一次样片、一次部署或一次文档收口不进入 L0/L1 需求正文。
|
||||
- 新增能力先按完成标准确定唯一主责 L1；跨域关系通过同目录相对链接表达，不复制同一需求。
|
||||
|
||||
### 7.2 实现引用和追溯
|
||||
|
||||
- 本规格当前实现引用版本为 `draft-2026-07-13-p0`。
|
||||
- 后续新增或修改的源码文件应在可承载注释的文件头标记：
|
||||
- `SPEC: PJ2026-02 智媒工厂 draft-2026-07-13-p0`；
|
||||
- 同时标记主责 L1 的编号、短名和实现引用版本。
|
||||
- 自动生成文件、第三方文件、纯配置、锁文件和二进制工件可以不加文件头：
|
||||
- 其生成器、校验器或 owning YAML 入口必须能追溯到本规格；
|
||||
- 期次工件必须能追溯到作业记录、步骤结果和配置引用摘要。
|
||||
|
||||
### 7.3 验收和发布控制
|
||||
|
||||
- 能力验收优先使用原入口：
|
||||
- CLI 能力用 TypeScript CLI；
|
||||
- Web 能力用同源 Web/API；
|
||||
- 媒体能力用实际工件、播放器和媒体探测；
|
||||
- 发布材料用最终场景时间线和来源清单复核。
|
||||
- 平台交付用 YAML 选中的公网 IPv4、Web 内置终端、会话重启恢复和权限负面检查。
|
||||
- 自动技术检查只决定“是否具备人工发布复核条件”，不决定“是否可以公开发布”。
|
||||
- 发布前至少复核：
|
||||
- 事实、日期、数字和状态；
|
||||
- 来源角色和归因；
|
||||
- 版权、授权和 AI 参与披露；
|
||||
- 读音、字幕、画面和时间轴；
|
||||
- 平台规则、地区限制和活动期限。
|
||||
|
||||
### 7.4 配置、Secret 和成本控制
|
||||
|
||||
- 可调业务事实由 owning YAML 管理，代码不保留第二套静默默认值。
|
||||
- LLM 凭据只在运行时从用户授权位置读取：
|
||||
- 日志、工件、Web 和费用摘要不得输出 API key；
|
||||
- 模板模式必须可以在不读取 LLM 凭据时运行。
|
||||
- 目标运行面的凭据必须分离投影：
|
||||
- 后端 API Token 使用 YAML-first `sourceRef` 投影到 `~/.env/TOKEN`；
|
||||
- Codex 模型 API key 和配置从受控 `~/.codex/*.pika` 源路径投影到运行时 Codex home；
|
||||
- 两类凭据使用不同 `sourceRef` 和 `targetKey`，状态只披露 presence 与 fingerprint。
|
||||
- 所有 LLM 请求尝试都应记录 Token 用量状态和费用估算状态：
|
||||
- 成功、被质量门拒绝和请求失败均不能从统计中静默消失；
|
||||
- 公开目录价估算必须标明来源、抓取时间、币种和“非实际账单”边界；
|
||||
- 未知模型或缺失用量不得按零费用处理。
|
||||
|
||||
### 7.5 偏离判定
|
||||
|
||||
以下情况属于偏离风险，应停止扩大实现并回到对应规格重新归类：
|
||||
|
||||
- 只增加来源数量，却没有改善证据、分类、选题或发布价值。
|
||||
- 只追求视觉特效、语音模型或编码参数，却没有可感知的内容完成标准。
|
||||
- 以 Web 页面、CLI 命令、仓库或模型名称替代能力域定义。
|
||||
- 绕过单步工件契约，通过临时脚本或旧期次文件拼出成功结果。
|
||||
- 自动公开发布，但没有人工批准、版权检查、平台规则检查和回退路径。
|
||||
- 通过手工主机进程、SSH、临时端口或直接 Kubernetes 权限替代目标平台交付链。
|
||||
- 增加监控或统计，却没有下游编辑、质量或成本决策使用新信号。
|
||||
|
||||
### 7.6 规格回写
|
||||
|
||||
- 稳定需求、边界或验收变化回写对应 L1；影响多个 L1 时同时更新本 L0 索引和全局数据流。
|
||||
- 实现细节、作业编号、日志、截图和长证据保留在项目运行工件，不写入稳定规格正文。
|
||||
- 规格间只使用本目录内的相对链接；不在规格正文保存 GitHub issue 或 PR 链接。
|
||||
@@ -0,0 +1,338 @@
|
||||
# PJ2026-0201 资讯源需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于现有公开 Feed、Hacker News API、人工来源和期次来源清单建立资讯源规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0201 资讯源需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0201 |
|
||||
| 短名 | 资讯源 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只保留资讯发现、采集、证据、分类、排序和使用边界的稳定需求。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
资讯源的目标是：
|
||||
|
||||
- 提供可信、及时、可追溯的候选事实；
|
||||
- 主动发现嵌入式与 AI 交叉、纯嵌入式、AI 和实用优惠信息；
|
||||
- 明确区分发布者原文、媒体报道、社区线索和预印本；
|
||||
- 避免下游把线索误当结论或把媒体改写为一手来源。
|
||||
|
||||
### 2.2 范围内
|
||||
|
||||
- 来源目录、启停策略、抓取类型、优先级、标签、信任层级、来源角色和视觉使用提示。
|
||||
- RSS、Atom、公开 API、GitHub Releases/Changelog 和人工来源的采集与归一化。
|
||||
- 原始响应留存、规范链接、去重、分类、排序、摘要证据和抓取失败记录。
|
||||
- 嵌入式与 AI、纯嵌入式、AI 的优先级，以及硬件开发 Harness 和 AI Agent/Coding Harness 分类。
|
||||
- 官方优惠、折扣、优惠券、样片计划、开发板赠送和免费额度的条件化表达。
|
||||
- 新闻媒体、Hacker News、大学论文、官方公告和开源项目发布记录的归因边界。
|
||||
- 供下游视觉制作使用的页面策略和版权提示，不负责实际画面制作。
|
||||
|
||||
### 2.3 范围外
|
||||
|
||||
- 选题取舍、叙事角度和最终口播表达，归 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 网页截图、滚动动效、演示文稿和封面，归 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 自动绕过登录、验证码、付费墙、反爬机制或站点条款获取正文和媒体。
|
||||
- 保存或再发布第三方全文、原视频、原音频、大量图片或不必要的个人信息。
|
||||
- 用搜索排名、社交热度或单一媒体观点替代事实证据和编辑判断。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 来源目录 | 由 owning YAML 管理的允许来源、抓取方式、角色、优先级、标签和风险提示集合。 |
|
||||
| 来源角色 | `primary` 表示一手事实入口，`discovery` 表示发现线索或编辑背景入口。 |
|
||||
| 信任层级 | 对第一方、混合第一方、预印本、编辑媒体和社区发现等来源性质的显式标记。 |
|
||||
| 规范链接 | 去除可安全忽略的跟踪参数并保持资源身份稳定的链接，用于去重和追溯。 |
|
||||
| 证据摘要 | 从允许获取的元数据和短摘录中保留的事实线索，不等价于复制原文。 |
|
||||
| 人工来源 | 因无稳定自动入口或需人工核验而写入期次输入的结构化来源项。 |
|
||||
| 预印本 | 尚不能默认视为已经同行评审的论文发布形态。 |
|
||||
| 实用优惠 | 具有明确发布者、期限、地区、资格和条件的折扣、样片、赠送或免费额度信息。 |
|
||||
| 状态边界 | beta、预览、分阶段开放、预印本、临时调整、地区限定等不能在下游丢失的事实限制。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把资讯源作为智媒工厂的事实入口看待，不负责内容表达和媒体制作。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 编辑策划、视觉制作、发布运营和人工来源维护者。 |
|
||||
| 外部输入 | owning YAML 来源目录、公开 Feed/API/网页、GitHub 发布记录、人工来源条目和期次日期。 |
|
||||
| 受控资源 | 原始网络响应、规范化来源项、来源清单、分类排序、抓取状态和版权提示。 |
|
||||
| 外部输出 | 按优先级排序的候选池、可解析来源标识、原始链接、短证据、状态边界和来源视觉策略。 |
|
||||
| 用户接口 | TypeScript CLI 的采集单步、来源清单文件、结构化日志和 Web 来源视图。 |
|
||||
| 系统边界 | 资讯源负责“候选事实从哪里来、是什么角色、能否追溯”；不决定“节目最终说什么”。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020101 | 来源目录 | 本规格 6.1 | 来源身份、抓取策略、角色、信任、优先级和使用提示 | 编辑规则、公开来源 | 网络采集、分类排序 |
|
||||
| PJ2026-020102 | 网络采集 | 本规格 6.2 | Feed/API 获取、超时、并发、原始响应和失败状态 | 来源目录、公开网络 | 证据归一 |
|
||||
| PJ2026-020103 | 证据归一 | 本规格 6.3 | 标题、链接、日期、摘要、规范链接、去重和来源标识 | 网络采集、人工来源 | 分类排序、编辑策划 |
|
||||
| PJ2026-020104 | 分类排序 | 本规格 6.4 | 主题分类、内容优先级、一手优先和候选池排序 | 证据归一、栏目规则 | 编辑策划 |
|
||||
| PJ2026-020105 | 优惠信息 | 本规格 6.5 | 期限、地区、资格、条件、过期和返利边界 | 官方公告、人工核验 | 编辑策划、发布运营 |
|
||||
| PJ2026-020106 | 来源治理 | 本规格 6.6 | 归因、预印本、版权、失败和过期来源处置 | 全部来源环节 | 视觉制作、发布运营 |
|
||||
|
||||
本章图形描述目标数据面。当前已实现范围和未实现差距见第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Inputs[外部来源]
|
||||
Feed[RSS / Atom]
|
||||
API[Hacker News API]
|
||||
Manual[人工来源]
|
||||
end
|
||||
subgraph SourcePlane[资讯源数据面]
|
||||
Registry[来源目录与策略]
|
||||
Fetcher[受控采集器]
|
||||
Normalizer[证据归一与去重]
|
||||
Classifier[分类与价值排序]
|
||||
Store[原始响应与来源清单]
|
||||
end
|
||||
Registry --> Fetcher
|
||||
Feed --> Fetcher
|
||||
API --> Fetcher
|
||||
Manual --> Normalizer
|
||||
Fetcher --> Normalizer
|
||||
Fetcher --> Store
|
||||
Normalizer --> Classifier
|
||||
Classifier --> Store
|
||||
Store --> Editorial[编辑策划]
|
||||
Store --> Visual[视觉制作]
|
||||
Store --> Publish[发布运营]
|
||||
```
|
||||
|
||||
来源目录决定允许连接什么入口以及如何解释结果。采集器不拥有选题，来源清单不拥有最终叙事。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
Registry[owning YAML 来源目录] --> Fetch[Feed / API 采集]
|
||||
Manual[人工来源] --> Normalize[证据归一]
|
||||
Fetch --> Raw[原始响应存档]
|
||||
Fetch --> Normalize
|
||||
Normalize --> Dedupe[规范链接与去重]
|
||||
Dedupe --> Classify[分类与优先级]
|
||||
Classify --> Manifest[期次来源清单]
|
||||
Manifest --> Editorial[编辑策划]
|
||||
Manifest --> Visual[来源视觉]
|
||||
Manifest --> Publish[最终引用]
|
||||
```
|
||||
|
||||
原始响应和规范化来源清单必须分开保存。下游使用来源清单中的稳定标识和链接，不直接依赖临时抓取对象或未登记页面内容。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant E as 编辑者
|
||||
participant P as 流水线平台
|
||||
participant R as 来源目录
|
||||
participant F as 公开 Feed / API
|
||||
participant N as 归一与排序
|
||||
participant A as 期次来源工件
|
||||
E->>P: 提交 collect 单步
|
||||
P->>R: 读取并校验允许来源
|
||||
loop 每个启用来源
|
||||
P->>F: 按策略获取元数据
|
||||
alt 来源成功
|
||||
F-->>P: 原始响应
|
||||
P->>A: 保存响应与抓取状态
|
||||
P->>N: 归一来源项
|
||||
else 来源失败
|
||||
F-->>P: 超时或错误
|
||||
P->>A: 保存失败状态
|
||||
end
|
||||
end
|
||||
P->>N: 合并人工来源并去重排序
|
||||
N->>A: 写入来源清单
|
||||
P-->>E: 返回计数、分类与失败摘要
|
||||
```
|
||||
|
||||
采集失败必须在同一作业和来源清单中可见。是否继续整期由质量门判断，不能把失败来源记录为零条成功。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 SOURCE-L1-REQ-001 可治理来源目录
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SOURCE-L1-REQ-001 | 来源目录 | PJ2026-020101 来源目录 | [编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md) |
|
||||
|
||||
系统应以 owning YAML 管理允许来源。每个来源必须明确标识：
|
||||
|
||||
- 名称、类型、入口和启停状态；
|
||||
- 采集策略、信任层级和来源角色；
|
||||
- 默认分类、分类方式、优先级和标签；
|
||||
- 视觉策略、版权提示和已知问题。
|
||||
|
||||
来源目录必须支持：
|
||||
|
||||
- 第一方厂商和开源项目；
|
||||
- 国际嵌入式媒体、Hacker News 和 arXiv；
|
||||
- 人工维护页面。
|
||||
|
||||
没有稳定公开入口的来源应声明为 `manual-only`，不能在代码中私自增加隐藏抓取路径。
|
||||
|
||||
当前基线覆盖：
|
||||
|
||||
- Arm、NXP、MicroPython、LVGL、Arm-2D 和 PikaPython；
|
||||
- NI、Analog Devices、ST、NVIDIA、Arduino 和嘉立创相关入口；
|
||||
- AI Agent/Coding Harness 和硬件 Development/Test Harness；
|
||||
- 国际嵌入式媒体和 arXiv。
|
||||
|
||||
具体名单可以演进，但字段和角色边界必须保持可校验。
|
||||
|
||||
### 6.2 SOURCE-L1-REQ-002 可审计采集
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SOURCE-L1-REQ-002 | 可审计采集 | PJ2026-020102 网络采集 | PJ2026-020103 证据归一、[流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
系统应通过公开且允许使用的 Feed、API 或人工输入采集资讯，并为每个自动来源记录成功、失败、响应状态、获取时间和原始响应摘要。
|
||||
|
||||
网络采集必须遵循以下边界：
|
||||
|
||||
- 明确并发、超时和失败语义；
|
||||
- 单个来源失败时不得伪造成功；
|
||||
- 是否允许整期继续由质量门决定；
|
||||
- Hacker News 只作为发现来源；
|
||||
- 不得把提交者或讨论内容改写为项目官方事实。
|
||||
|
||||
原始 Feed、Atom、API 响应应按期次存档并带哈希或等价完整性线索。人工来源必须保留登记者可复核的原始链接、日期和短证据，不得只写无法追溯的总结。
|
||||
|
||||
### 6.3 SOURCE-L1-REQ-003 稳定证据模型
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SOURCE-L1-REQ-003 | 证据模型 | PJ2026-020103 证据归一 | PJ2026-020102 网络采集、[编辑策划](PJ2026-0202-editorial-planning.md) |
|
||||
|
||||
系统应把不同来源归一为稳定来源项。来源项至少包含：
|
||||
|
||||
- 来源标识、来源名称、标题和链接；
|
||||
- 发布日期、抓取时间和摘要证据；
|
||||
- 分类、标签、角色和信任层级；
|
||||
- 是否预印本、发现入口和视觉策略。
|
||||
|
||||
规范链接和去重应：
|
||||
|
||||
- 消除安全可忽略的跟踪差异；
|
||||
- 不把不同版本、不同公告或不同语言页面错误合并；
|
||||
- 保留最可信、最接近一手发布者且证据更完整的候选。
|
||||
|
||||
媒体或社区发现项如果能定位到一手页面，应同时保留发现关系和一手来源；如果暂时只有媒体报道，必须在来源项和文稿中明确媒体归因。
|
||||
|
||||
### 6.4 SOURCE-L1-REQ-004 主题与价值排序
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SOURCE-L1-REQ-004 | 分类排序 | PJ2026-020104 分类排序 | [编辑策划](PJ2026-0202-editorial-planning.md) |
|
||||
|
||||
系统应按照栏目 owning YAML 对候选资讯分类和排序，当前优先顺序为嵌入式与 AI、纯嵌入式、AI，并在同类中优先一手来源、明确状态、近期发布和可行动价值。
|
||||
|
||||
分类必须基于来源默认值和内容证据：
|
||||
|
||||
- 不能因媒体栏目名称或单个宽泛关键词把普通 AI 新闻误归为嵌入式；
|
||||
- 不能把汽车线束等无关 `wire harness` 混入硬件 Development/Test Harness。
|
||||
|
||||
排序只决定候选池顺序，不替代编辑选择。来源热度、Hacker News 排名和媒体标题可以作为线索，但不能覆盖证据质量、受众相关性和状态边界。
|
||||
|
||||
### 6.5 SOURCE-L1-REQ-005 有条件实用优惠
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SOURCE-L1-REQ-005 | 实用优惠 | PJ2026-020105 优惠信息 | [编辑策划](PJ2026-0202-editorial-planning.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应识别并结构化官方优惠、折扣、优惠券、样片计划、开发板赠送和免费额度，使编辑者可以判断其是否仍然有效并适合目标受众。
|
||||
|
||||
每条优惠至少应保留：
|
||||
|
||||
- 类型；
|
||||
- 截止时间或有效期；
|
||||
- 适用地区、资格和条件；
|
||||
- 官方链接。
|
||||
|
||||
已过期、缺失日期、条件不清或使用返利链接的条目应降权或剔除，不能以“限时福利”掩盖无法核验的限制。
|
||||
|
||||
发布时必须重查活动状态。资讯源只提供采集时证据，不保证平台库存、价格、地区资格或用户最终能获得优惠。
|
||||
|
||||
### 6.6 SOURCE-L1-REQ-006 来源和版权边界
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| SOURCE-L1-REQ-006 | 来源治理 | PJ2026-020106 来源治理 | [视觉制作](PJ2026-0203-visual-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应在来源清单中保留可供编辑、视觉和发布环节消费的归因、版权和状态提示，并禁止把“可访问”解释为“可自由再发布”。
|
||||
|
||||
来源许可必须分层判断：
|
||||
|
||||
- Feed 和 API 默认只授权其明确允许的元数据用途；
|
||||
- 正文、图片、论文图表、品牌素材和页面截图应按来源条款与发布场景单独复核；
|
||||
- arXiv 元数据与单篇论文内容的许可不能混为一谈。
|
||||
|
||||
来源不可访问、页面变化或视觉采集失败时，应保留失败状态并提供无图降级，不得使用无关图库或旧截图冒充当前来源。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与引用
|
||||
|
||||
- 当前已经实现 YAML 来源目录、Feed/API/人工来源、原始响应、归一化、去重、分类排序和来源清单。
|
||||
- 当前已经在真实 R3 期次中采集第一方、国际媒体、Hacker News 和人工来源。
|
||||
- 第 6 章仍是稳定目标口径；新增来源、许可变化和优惠复核需要持续按该口径验收。
|
||||
|
||||
- 来源 owning YAML：`/root/selfmedia/config/sources.yaml`。
|
||||
- 栏目分类和排序：`/root/selfmedia/config/editorial.yaml`。
|
||||
- 采集与归一：`/root/selfmedia/scripts/src/steps/collect.ts`。
|
||||
- 期次输入与输出：
|
||||
- `inputs/manual-sources.yaml`；
|
||||
- `sources/raw/`；
|
||||
- `sources/manifest.json`。
|
||||
- 后续相关源码修改应标记：
|
||||
- `SPEC: PJ2026-0201 资讯源 draft-2026-07-13-p0`。
|
||||
|
||||
### 7.2 原入口验收
|
||||
|
||||
- 使用 TypeScript CLI 单步运行 `collect`。
|
||||
- 核对来源总数、自动来源成功数、人工来源数、一手与发现来源数、分类分布和抓取失败。
|
||||
- 随机抽取来源项，验证规范链接、发布日期、角色、信任层级、证据摘要、原始响应和视觉策略可解析。
|
||||
- 对优惠信息单独验证截止时间、地区、资格、条件和过期处置。
|
||||
- 对媒体、Hacker News 和预印本单独验证归因和状态没有被提升。
|
||||
|
||||
### 7.3 变更和失败控制
|
||||
|
||||
- 新增或修改来源先改 owning YAML，再运行配置校验和有界采集。
|
||||
- 来源结构字段、角色语义、分类优先级或优惠接受标准变化时，先更新本规格。
|
||||
- 单个来源临时故障保留为运行证据，不直接修改稳定规格。
|
||||
- 连续失败、条款变化、入口停用或数据质量长期下降时，应在 owning YAML 中禁用或改为人工来源。
|
||||
- 来源数量不能作为完成标准；完成标准是进入下游的候选可追溯、可归因、状态清楚且对栏目有用。
|
||||
|
||||
### 7.4 回写边界
|
||||
|
||||
- 选题和文稿问题回写 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 来源页面画面和截图使用问题回写 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 最终引用、活动复核和平台披露问题回写 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
- 调度、日志、作业和工件可见性问题回写 [流水线平台](PJ2026-0205-pipeline-platform.md)。
|
||||
@@ -0,0 +1,346 @@
|
||||
# PJ2026-0202 编辑策划需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于现有结构化文稿、质量门、专业对象补充和来源闭环建立编辑策划规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0202 编辑策划需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0202 |
|
||||
| 短名 | 编辑策划 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只定义选题、事实核验、栏目结构、叙事和引用的稳定完成标准。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
编辑策划负责：
|
||||
|
||||
- 把可追溯来源转化为有判断、有信息密度、适合技术受众收听的栏目内容；
|
||||
- 决定本期为什么讲这些消息；
|
||||
- 决定每条消息要解释到什么深度以及哪些限制必须明说；
|
||||
- 让开场、大纲、故事和总结形成连贯叙事；
|
||||
- 避免把来源摘要机械拼接成“AI 味”文稿。
|
||||
|
||||
### 2.2 范围内
|
||||
|
||||
- 栏目定位、受众假设、期次题目、候选池、选题数量和内容优先级。
|
||||
- 固定开场、五十字内概述、卡片大纲、单条故事、总结和参考来源口播结构。
|
||||
- 事实锚点、日期、数字、产品状态、媒体归因、预印本和活动条件的表达边界。
|
||||
- 按受众熟悉度补充专业对象的功能、作者、公司、发布者或大学团队来源。
|
||||
- 结构化文稿、配音文本、视觉方向、来源引用和评论区来源文本的内容一致性。
|
||||
- 授权 LLM 生成、质量门重试和完全离线模板路径。
|
||||
|
||||
### 2.3 范围外
|
||||
|
||||
- 来源抓取、去重、分类和原始证据保存，归 [资讯源](PJ2026-0201-information-sources.md)。
|
||||
- HTML 画面、页面滚动、演示文稿和封面，归 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 音色、语速、字幕断句和视频编码，归 [音频成片](PJ2026-0204-audio-video-production.md)。
|
||||
- 发布批准、平台文案投放和效果反馈归档，归 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
- 通过杜撰数字、空泛预测、夸张标题或隐去限制提升戏剧性。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 事实锚点 | 能由来源证据直接支持且决定一条资讯核心价值的日期、状态、数字、动作或对象关系。 |
|
||||
| 质量门 | 在接受文稿前检查结构、长度、证据、空泛表达、状态限定和引用完整性的规则集合。 |
|
||||
| 受众熟悉度 | 对目标受众是否可合理推断已经认识某个对象的编辑判断。 |
|
||||
| 专业对象补充 | 对陌生库、组件、框架、协议或项目补充其功能和发布者的短句。 |
|
||||
| 状态限定 | 对 beta、预览、预印本、临时调整、媒体报道、地区限制等事实边界的明确表达。 |
|
||||
| 镜头意图 | 文稿为视觉制作提供的信息重点、来源页面和画面节奏建议，不是最终视觉实现。 |
|
||||
| 结构化文稿 | 包含开场、大纲、故事、总结、参考来源、配音单元和来源引用关系的机器可读工件。 |
|
||||
| 模板模式 | 不调用 LLM、根据来源和固定规则生成可调试文稿的离线路径。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把编辑策划作为内容判断和结构化表达能力看待，不负责来源网络和媒体渲染。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 栏目编辑、审核者、视觉制作、音频成片和发布运营。 |
|
||||
| 外部输入 | 期次元数据、来源候选池、栏目规则、受众熟悉对象、人工编辑意见和可选 LLM 响应。 |
|
||||
| 受控资源 | 选题结果、结构化文稿、质量门反馈、配音单元、镜头意图、来源引用和引用目录。 |
|
||||
| 外部输出 | 开场、大纲、故事、总结、参考来源口播、配音文本、视觉方向和可解析引用。 |
|
||||
| 用户接口 | TypeScript CLI 文稿单步、可编辑 JSON/TXT/Markdown 工件、日志和 Web 文稿视图。 |
|
||||
| 系统边界 | 编辑策划负责“说什么以及如何准确地说”；不负责来源可访问性、画面制作、声音表现和最终发布批准。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020201 | 栏目策划 | 本规格 6.1 | 栏目定位、受众、期次结构和选题组合 | 期次元数据、来源候选 | 全部编辑环节 |
|
||||
| PJ2026-020202 | 事实核验 | 本规格 6.2 | 锚点、状态、数字、日期、归因和不能推出的结论 | 资讯源 | 文稿生成、发布复核 |
|
||||
| PJ2026-020203 | 口播叙事 | 本规格 6.3 | 开场、大纲、故事、总结、节奏和语言质量 | 栏目策划、事实核验 | 视觉制作、音频成片 |
|
||||
| PJ2026-020204 | 对象补充 | 本规格 6.4 | 专业对象功能、作者或发布者说明与熟悉对象免补充 | 事实核验、受众规则 | 口播叙事 |
|
||||
| PJ2026-020205 | 文稿质量 | 本规格 6.5 | 生成、重试、质量门、模板路径和人工覆盖 | 全部编辑环节 | 流水线平台 |
|
||||
| PJ2026-020206 | 引用闭环 | 本规格 6.6 | 文稿到来源、镜头、配音和发布引用的一致关系 | 资讯源、结构化文稿 | 发布运营 |
|
||||
|
||||
本章图形描述目标数据面。当前已实现范围和未实现差距见第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Inputs[编辑输入]
|
||||
Edition[期次元数据]
|
||||
Sources[来源候选与证据]
|
||||
Rules[栏目与受众规则]
|
||||
Human[人工编辑意见]
|
||||
end
|
||||
subgraph EditorialPlane[编辑策划数据面]
|
||||
Planner[选题组合]
|
||||
Evidence[事实锚点与状态]
|
||||
Generator[LLM 或模板生成]
|
||||
Gate[结构与事实质量门]
|
||||
Assembler[确定性内容组装]
|
||||
end
|
||||
Edition --> Planner
|
||||
Sources --> Planner
|
||||
Rules --> Planner
|
||||
Human --> Planner
|
||||
Planner --> Evidence
|
||||
Evidence --> Generator
|
||||
Rules --> Generator
|
||||
Generator --> Gate
|
||||
Gate --> Assembler
|
||||
Assembler --> Script[结构化文稿]
|
||||
Assembler --> Citations[引用与配音文本]
|
||||
```
|
||||
|
||||
确定性组装器拥有期数、日期、固定开场和引用顺序。生成模型不能越过质量门直接成为下游内容真相。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Pool[可追溯候选池] --> Select[按价值与组合选题]
|
||||
Select --> Evidence[提取事实锚点与限制]
|
||||
Evidence --> Audience[判断受众熟悉度]
|
||||
Audience --> Draft[生成开场 / 大纲 / 故事 / 总结]
|
||||
Draft --> Gate[结构、证据与语言质量门]
|
||||
Gate -->|拒绝并反馈| Draft
|
||||
Gate -->|接受| Script[结构化文稿]
|
||||
Script --> Visual[镜头意图]
|
||||
Script --> Audio[配音单元]
|
||||
Script --> Publish[来源引用与评论区文本]
|
||||
```
|
||||
|
||||
质量门拒绝必须产生具体反馈并进入下一次生成或人工修订，不能只重复同一提示。被拒绝响应仍属于可观察的 LLM 尝试和成本事实。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant E as 编辑者
|
||||
participant P as 流水线平台
|
||||
participant S as 来源清单
|
||||
participant G as 文稿生成器
|
||||
participant U as 用量记录
|
||||
participant Q as 质量门
|
||||
participant A as 文稿工件
|
||||
E->>P: 提交 script 单步
|
||||
P->>S: 读取候选与来源证据
|
||||
P->>G: 传入栏目规则和有界证据
|
||||
alt 模板模式
|
||||
G-->>P: 模板结构化草稿
|
||||
else 授权 LLM
|
||||
loop 直到接受或达到上限
|
||||
G-->>P: 模型响应与 usage
|
||||
P->>U: 记录本次尝试和费用状态
|
||||
P->>Q: 校验结构、事实和表达
|
||||
alt 被拒绝
|
||||
Q-->>G: 返回具体修订反馈
|
||||
else 接受
|
||||
Q-->>P: 接受结构化内容
|
||||
end
|
||||
end
|
||||
end
|
||||
P->>A: 组装开场、正文、引用与配音单元
|
||||
P-->>E: 返回文稿、引用和质量摘要
|
||||
```
|
||||
|
||||
模板模式不得读取 LLM 凭据。模型尝试即使被拒绝，也必须先写入用量与质量结果再进入下一次尝试。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 EDIT-L1-REQ-001 栏目化选题
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| EDIT-L1-REQ-001 | 栏目选题 | PJ2026-020201 栏目策划 | [资讯源](PJ2026-0201-information-sources.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应根据以下条件形成一期选题：
|
||||
|
||||
- 栏目定位和报道日期；
|
||||
- 目标时长和受众；
|
||||
- 内容优先级和候选证据；
|
||||
- 主题组合和实用价值。
|
||||
|
||||
系统不得只选择得分最高或标题最热的若干条。
|
||||
|
||||
当前栏目组合规则如下：
|
||||
|
||||
- 优先嵌入式与 AI 交叉；
|
||||
- 其次纯嵌入式；
|
||||
- 再次 AI；
|
||||
- 避免同一期内容都属于同一厂商、同一产品或同一种发布形式；
|
||||
- 优惠和供应链变化只有与技术受众实际决策相关时才可入选。
|
||||
|
||||
选题完成标准包括来源足够、日期和状态明确、受众价值可以用一句话说明、节目组合有层次。候选证据不足时应减少条目或明确失败，不能用空泛评论补齐数量。
|
||||
|
||||
### 6.2 EDIT-L1-REQ-002 事实与状态核验
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| EDIT-L1-REQ-002 | 事实核验 | PJ2026-020202 事实核验 | [资讯源](PJ2026-0201-information-sources.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应在写稿前为每条入选资讯确定事实锚点、来源角色和状态边界，并要求文稿只陈述来源能够支持的内容。
|
||||
|
||||
具体事实使用规则如下：
|
||||
|
||||
- 日期、版本、处理器、内存、价格、性能和截止时间只有在证据明确时才能出现；
|
||||
- 来源未提供延迟、功耗、精度、兼容性或开放范围时，文稿应说明未知；
|
||||
- 不能用行业常识填成该产品事实。
|
||||
|
||||
媒体报道必须说“媒体报道”或点明媒体；大学论文只有在来源明确单位时才说“来自某大学团队”，否则使用“作者团队”；预印本不得暗示已经同行评审。
|
||||
|
||||
### 6.3 EDIT-L1-REQ-003 固定栏目结构
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| EDIT-L1-REQ-003 | 口播结构 | PJ2026-020203 口播叙事 | [视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md) |
|
||||
|
||||
系统应生成稳定但不僵硬的栏目结构，至少包含开场、卡片式大纲、逐条资讯、总结和参考来源口播。
|
||||
|
||||
开场应使用期次元数据确定性生成：
|
||||
|
||||
- 报出期数、栏目名和日期；
|
||||
- 使用“主要内容有”引出不超过五十字的概述；
|
||||
- 使用“下面是详细内容”进入正文；
|
||||
- 不允许 LLM 改写期数、日期或固定句式。
|
||||
|
||||
栏目叙事顺序如下：
|
||||
|
||||
- 每条故事先给核心变化；
|
||||
- 再解释技术或业务影响；
|
||||
- 最后说明限制、验证建议或下一步；
|
||||
- 总结收束共同主题，不重复逐条摘要；
|
||||
- 参考来源口播固定为“以下是这期《栏目名》的参考来源，完整链接见评论区”。
|
||||
|
||||
### 6.4 EDIT-L1-REQ-004 受众适配说明
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| EDIT-L1-REQ-004 | 对象补充 | PJ2026-020204 对象补充 | PJ2026-020202 事实核验、PJ2026-020203 口播叙事 |
|
||||
|
||||
系统应根据受众熟悉度决定是否补充短介绍：
|
||||
|
||||
- GPT、Claude、ESP32 等可合理推断目标受众熟悉的对象可以直接进入新消息；
|
||||
- 专门的库、组件、框架、协议或项目应补充其功能和发布者。
|
||||
|
||||
补充句应说明：
|
||||
|
||||
- 它是什么；
|
||||
- 解决什么问题；
|
||||
- 由谁发布或维护。
|
||||
|
||||
只使用来源支持的作者、公司、机构或团队信息。不能编造公司归属，也不能把仓库组织名自动当作法人或作者身份。
|
||||
|
||||
补充句服务理解，不应盖过新资讯本身；同一条口播首次介绍后不重复堆叠定义。
|
||||
|
||||
### 6.5 EDIT-L1-REQ-005 可审查文稿生成
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| EDIT-L1-REQ-005 | 文稿质量 | PJ2026-020205 文稿质量 | [流水线平台](PJ2026-0205-pipeline-platform.md)、[音频成片](PJ2026-0204-audio-video-production.md) |
|
||||
|
||||
系统应同时提供授权 LLM 和模板模式，并把两者输出为同一结构化文稿契约。LLM 只接收任务所需的来源证据和栏目规则，凭据不能进入提示词、工件或日志。
|
||||
|
||||
质量门至少检查：
|
||||
|
||||
- 固定结构、概述长度和故事数量；
|
||||
- 引用可解析、事实锚点和状态限定；
|
||||
- 专业对象补充、空泛套话和后台术语；
|
||||
- 不适合口播的格式。
|
||||
|
||||
失败时应保存拒绝原因，并把具体反馈用于下一次尝试。
|
||||
|
||||
人工编辑可以修改结构化文稿后单步重跑下游。系统不能把模型输出视为不可更改的最终稿，也不能在模板模式下读取 LLM 凭据或伪造模型元数据。
|
||||
|
||||
### 6.6 EDIT-L1-REQ-006 跨工件内容闭环
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| EDIT-L1-REQ-006 | 引用闭环 | PJ2026-020206 引用闭环 | [资讯源](PJ2026-0201-information-sources.md)、[视觉制作](PJ2026-0203-visual-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应为每条故事保留：
|
||||
|
||||
- 来源标识、来源名称、来源角色和原始链接；
|
||||
- 中文短释、镜头意图和配音单元；
|
||||
- 可关联文稿、来源画面、字幕、章节时间轴和评论区引用的故事身份。
|
||||
|
||||
引用目录应只列实际采用的来源，不把候选池全部条目混入。发现来源与一手来源并存时必须保持各自角色，不能在引用阶段丢失发现关系或重复计算同一事实。
|
||||
|
||||
结构化文稿是下游内容真相源。纯文本配音稿、引用 Markdown 和评论区文本应由它和最终场景时间线生成，不应由人工复制粘贴形成互相漂移的版本。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与引用
|
||||
|
||||
- 当前已经实现授权 LLM、模板模式、确定性开场、质量门、专业对象补充、引用和配音单元。
|
||||
- 当前 R3 文稿已经生成开场、大纲、五条故事、总结和参考来源口播。
|
||||
- 第 6 章描述持续目标；人工批准和发布版本不由本 L1 当前实现提供。
|
||||
|
||||
- 栏目和文稿 owning YAML：`/root/selfmedia/config/editorial.yaml`。
|
||||
- 文稿生成与质量门：`/root/selfmedia/scripts/src/steps/script.ts`。
|
||||
- 评论区来源：`/root/selfmedia/scripts/src/comment-reference.ts`。
|
||||
- 期次工件：
|
||||
- `script/episode.json`；
|
||||
- `script/narration.txt`；
|
||||
- `script/citations.md`；
|
||||
- `script/comment-reference.txt`。
|
||||
- 后续相关源码修改应标记：
|
||||
- `SPEC: PJ2026-0202 编辑策划 draft-2026-07-13-p0`。
|
||||
|
||||
### 7.2 原入口验收
|
||||
|
||||
- 通过 TypeScript CLI 单步运行 `script`：
|
||||
- 授权 LLM 路径应记录模型、请求和用量工件；
|
||||
- `--template-only` 路径应不读取 LLM 凭据。
|
||||
- 核对开场期数、栏目名、日期、五十字内概述和固定转场句。
|
||||
- 核对每条故事的事实锚点、来源角色、状态限定、专业对象补充和未知信息边界。
|
||||
- 核对引用可在期次来源清单中解析，配音单元和故事顺序一致。
|
||||
- 通过人工朗读抽检口语节奏、信息密度和“AI 味”套话。
|
||||
|
||||
### 7.3 质量门和人工覆盖
|
||||
|
||||
- 被质量门拒绝的模型响应必须保留请求级用量、拒绝原因和重试关系。
|
||||
- 达到最大重试仍失败时应输出明确阻塞，不得自动降低事实或引用要求。
|
||||
- 人工改稿后重跑下游时，应保留新的作业和工件哈希，不覆盖已发布版本的证据。
|
||||
- 提示词、受众熟悉对象、禁用表达、目标长度或状态规则变化时，先改 owning YAML；涉及稳定完成标准时同步更新本规格。
|
||||
|
||||
### 7.4 回写边界
|
||||
|
||||
- 候选来源证据不足、角色错误或分类错误回写 [资讯源](PJ2026-0201-information-sources.md)。
|
||||
- 文稿可用但画面信息层级不足回写 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 读音、语速、字幕或同步问题回写 [音频成片](PJ2026-0204-audio-video-production.md)。
|
||||
- 最终时间轴、来源格式、披露或批准问题回写 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
- 模型请求、费用、作业或工件不可见问题回写 [流水线平台](PJ2026-0205-pipeline-platform.md)。
|
||||
@@ -0,0 +1,335 @@
|
||||
# PJ2026-0203 视觉制作需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于来源页面视觉、暖色 HTML 动效、九阶段导航、PNG 和 PPTX 能力建立视觉制作规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0203 视觉制作需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0203 |
|
||||
| 短名 | 视觉制作 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只定义来源视觉、场景、主题、动效、演示文稿和视觉验收的稳定需求。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
视觉制作的目标是：
|
||||
|
||||
- 把结构化文稿和来源证据转化为信息清楚、节奏连贯的动态画面；
|
||||
- 形成具有栏目辨识度的视觉语言；
|
||||
- 生成的 HTML、PPT、PNG、封面和视频采用温暖、阳光、圆润的科技编辑部方向；
|
||||
- 避免冷冽的蓝黑仪表盘观感；
|
||||
- 长期支持栏目主题切换，同时保持来源可追溯、绝对时间可复现和多工件一致。
|
||||
|
||||
### 2.2 范围内
|
||||
|
||||
- 入选资讯原始网页、GitHub 页面或论文摘要页的本地视觉采集和失败降级。
|
||||
- 开场、卡片大纲、逐条资讯、总结和参考来源等场景类型。
|
||||
- YAML 可配置的色彩、圆角、阴影、纹理、字号、留白、字幕安全区和章节导航。
|
||||
- HTML/CSS/JavaScript 动效、来源页面向下滚动、绝对时间寻址和逐帧渲染状态。
|
||||
- 顶部阶段内细进度、底部总阶段导航和总进度的对齐与跳转语义。
|
||||
- HTML、PNG、PPTX、封面候选和视觉清单等多工件输出。
|
||||
- 内容可读性、版权提示、品牌克制和离线生产边界。
|
||||
|
||||
### 2.3 范围外
|
||||
|
||||
- 资讯事实、选题和口播内容，归 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 来源身份、角色、抓取政策和版权事实，归 [资讯源](PJ2026-0201-information-sources.md)。
|
||||
- 场景时长最终分配、配音、字幕和视频编码，归 [音频成片](PJ2026-0204-audio-video-production.md)。
|
||||
- 复制已有视频的封面、截图编排、品牌包装、转场、动画或受保护素材。
|
||||
- 依赖在线 CDN、在线字体、外部脚本或付费生成服务才能渲染生产画面。
|
||||
- Web 工厂、控制台和内置终端的视觉语言：
|
||||
- 控制台归 [流水线平台](PJ2026-0205-pipeline-platform.md)；
|
||||
- 内置终端归 [平台交付](PJ2026-0207-platform-delivery.md)；
|
||||
- 它们应使用工业风和紧凑布局，不复用本规格的暖色大圆角主题。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 来源视觉 | 从实际采用来源页面生成并登记的本地画面帧及其链接、滚动位置和使用策略。 |
|
||||
| 场景模型 | 描述场景身份、类型、标题、正文、来源视觉、章节和 HTML 工件关系的结构化数据。 |
|
||||
| 绝对时间寻址 | 通过场景内毫秒位置直接计算动效状态，使任意帧可重现而不依赖前序播放。 |
|
||||
| 阶段内进度 | 位于画面顶部、表示当前场景内部播放位置的细进度条。 |
|
||||
| 总阶段导航 | 位于画面底部、等宽等高展示整期短标题并与总进度 X 轴对齐的章节导航。 |
|
||||
| 来源滚动 | 在若干本地来源帧之间按绝对时间确定性过渡，形成页面向下滚动的视觉效果。 |
|
||||
| 内容主题令牌 | 由 YAML 管理的生成内容颜色、圆角、阴影、纹理和布局参数。 |
|
||||
| 字幕安全区 | 为字幕和播放器覆盖层预留、不得放置关键信息的画面区域。 |
|
||||
| 无图降级 | 来源页面不可采集或不适合使用时，以原创文字、数据卡片和来源标识替代第三方画面。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把视觉制作作为内容画面和演示工件生产能力看待，不负责文稿真实性和音视频编码。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 编辑者、视频制作者、音频成片、发布审核者和 Web 预览用户。 |
|
||||
| 外部输入 | 结构化文稿、来源清单、来源视觉策略、期次元数据、场景时长提示和主题 YAML。 |
|
||||
| 受控资源 | 来源帧、视觉清单、场景模型、HTML、CSS、PNG、PPTX、封面画面和动效状态函数。 |
|
||||
| 外部输出 | 可预览 HTML、确定性场景帧、演示文稿、封面候选和供成片渲染的场景清单。 |
|
||||
| 用户接口 | TypeScript CLI 视觉与幻灯单步、浏览器 HTML 预览、PNG/PPTX 工件和 Web 幻灯视图。 |
|
||||
| 系统边界 | 视觉制作负责“信息如何被看见和导航”；不改变来源事实、口播语义和最终媒体时间线。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020301 | 来源画面 | 本规格 6.1 | 页面采集、滚动位置、清单、失败和无图降级 | 资讯源、结构化文稿 | 场景编排 |
|
||||
| PJ2026-020302 | 场景编排 | 本规格 6.2 | 开场、大纲、故事、总结、来源页和章节身份 | 编辑策划、来源画面 | 动效渲染、音频成片 |
|
||||
| PJ2026-020303 | 主题系统 | 本规格 6.3 | 色彩、圆角、阴影、纹理、字号、留白和主题切换 | YAML、栏目定位 | 全部场景 |
|
||||
| PJ2026-020304 | 导航进度 | 本规格 6.4 | 阶段内进度、总导航、总进度、对齐和标题高度 | 场景编排、时间线 | 成片、Web 跳转 |
|
||||
| PJ2026-020305 | 动效渲染 | 本规格 6.5 | 绝对时间寻址、来源滚动、逐帧一致性和离线渲染 | 场景编排、主题系统 | 音频成片 |
|
||||
| PJ2026-020306 | 视觉工件 | 本规格 6.6 | HTML、PNG、PPTX、封面和视觉质量边界 | 全部视觉环节 | 发布运营 |
|
||||
|
||||
本章图形描述目标数据面。当前已实现范围和未实现差距见第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Inputs[视觉输入]
|
||||
Script[结构化文稿]
|
||||
Sources[来源清单]
|
||||
Theme[主题 owning YAML]
|
||||
end
|
||||
subgraph VisualPlane[视觉制作数据面]
|
||||
Capture[来源页面采集器]
|
||||
VisualStore[本地来源帧与清单]
|
||||
SceneCompiler[场景编排器]
|
||||
HtmlRenderer[HTML 动效渲染器]
|
||||
DeckRenderer[PNG / PPTX 渲染器]
|
||||
end
|
||||
Sources --> Capture
|
||||
Capture --> VisualStore
|
||||
Script --> SceneCompiler
|
||||
VisualStore --> SceneCompiler
|
||||
Theme --> SceneCompiler
|
||||
SceneCompiler --> HtmlRenderer
|
||||
HtmlRenderer --> DeckRenderer
|
||||
HtmlRenderer --> Motion[确定性视频帧]
|
||||
DeckRenderer --> Review[人工视觉预览]
|
||||
```
|
||||
|
||||
来源采集器只产生本地视觉工件。场景编排器拥有章节与画面关系，渲染器不重新解析来源事实。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Script[结构化文稿] --> Scenes[场景编排]
|
||||
Sources[来源清单] --> Capture[来源页面采集]
|
||||
Capture --> VisualManifest[来源视觉清单]
|
||||
VisualManifest --> Scenes
|
||||
Theme[主题 owning YAML] --> HTML[HTML 场景生成]
|
||||
Scenes --> HTML
|
||||
HTML --> Preview[PNG 预览]
|
||||
HTML --> Motion[绝对时间动效帧]
|
||||
Preview --> Deck[PPTX]
|
||||
Preview --> Cover[封面候选]
|
||||
Motion --> Video[音频成片]
|
||||
```
|
||||
|
||||
HTML 场景是动态视觉语义的主要表达，PNG 和 PPTX 是可审查、可交换的派生工件。三者应共享场景数据和主题，不维护互相漂移的版式实现。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant E as 编辑者
|
||||
participant P as 流水线平台
|
||||
participant C as 来源页面采集器
|
||||
participant S as 场景编排器
|
||||
participant B as 本地浏览器
|
||||
participant A as 视觉工件
|
||||
E->>P: 提交 visuals 单步
|
||||
P->>C: 传入实际采用来源与视觉策略
|
||||
loop 每条故事
|
||||
C->>B: 打开公开来源并按位置截图
|
||||
alt 可以采集
|
||||
B-->>C: 本地来源帧
|
||||
C->>A: 登记链接、滚动位置与画面
|
||||
else 不可采集
|
||||
C->>A: 登记失败与无图降级
|
||||
end
|
||||
end
|
||||
E->>P: 提交 slides 单步
|
||||
P->>S: 传入文稿、来源视觉和主题
|
||||
S->>B: 按绝对时间生成 HTML 与预览
|
||||
B-->>A: HTML、PNG、PPTX 与场景清单
|
||||
P-->>E: 返回场景数、画面状态与工件索引
|
||||
```
|
||||
|
||||
来源视觉失败不应触发无关图片替换。幻灯步骤必须消费视觉清单中的成功或降级状态，保持 HTML、PNG 和 PPTX 同源。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 VISUAL-L1-REQ-001 可追溯来源画面
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| VISUAL-L1-REQ-001 | 来源画面 | PJ2026-020301 来源画面 | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md) |
|
||||
|
||||
系统应为每条入选资讯按来源视觉策略采集本地画面，并在视觉清单中保留故事、来源、链接、页面标题、采集状态、画面路径、滚动位置、页面高度和失败原因。
|
||||
|
||||
来源画面可以按网页、GitHub 和论文摘要使用不同样式，但必须遵守：
|
||||
|
||||
- 来自实际采用的公开来源；
|
||||
- 只采集必要页面范围并用于短时展示；
|
||||
- 不下载整站；
|
||||
- 不展示登录信息、个性化推荐、敏感资料或无关广告。
|
||||
|
||||
页面不可访问、内容不适合展示或版权边界不清时应使用无图降级。系统不得从无关图片搜索结果、旧期次或其他媒体视频中找图冒充当前来源。
|
||||
|
||||
### 6.2 VISUAL-L1-REQ-002 稳定场景结构
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| VISUAL-L1-REQ-002 | 场景编排 | PJ2026-020302 场景编排 | [编辑策划](PJ2026-0202-editorial-planning.md)、[音频成片](PJ2026-0204-audio-video-production.md) |
|
||||
|
||||
系统应把结构化文稿编排为具有稳定身份和章节语义的场景：
|
||||
|
||||
- 当前栏目至少包含封面开场、卡片大纲、每条资讯、总结和参考来源；
|
||||
- 故事数量变化时，场景数量应按内容生成；
|
||||
- 场景数量不能写死为九页。
|
||||
|
||||
各场景职责如下：
|
||||
|
||||
- 开场突出期数、日期和主题；
|
||||
- 大纲使用可快速扫读的卡片；
|
||||
- 故事页呈现短标题、核心变化、关键信息和来源画面；
|
||||
- 总结收束主题；
|
||||
- 参考来源页以类似参考文献的编号格式列出实际采用来源。
|
||||
|
||||
场景标题、章节短标题、中文短释和来源身份应来自同一结构化文稿，不允许在 HTML、PPTX 和视频中分别人工维护。
|
||||
|
||||
### 6.3 VISUAL-L1-REQ-003 暖阳可配置主题
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| VISUAL-L1-REQ-003 | 暖阳主题 | PJ2026-020303 主题系统 | [编辑策划](PJ2026-0202-editorial-planning.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应通过 owning YAML 管理生成内容主题令牌。当前默认主题使用米白、琥珀、陶土和暖棕色，大圆角、柔和阴影和轻纸纹营造温暖、阳光的编辑部感受。
|
||||
|
||||
本主题只用于生成的 HTML、PPT、PNG、封面和视频。Web 工厂、控制台与内置终端不得继承这些大圆角、卡片留白和暖色装饰规则。
|
||||
|
||||
主题必须保持：
|
||||
|
||||
- 正文、标题、来源标签、进度和字幕区域的对比度与可读性；
|
||||
- 通过层级、留白、大小和有限强调色区分关键信息；
|
||||
- 不让暖色退化为所有元素同色；
|
||||
- 不依赖颜色单独表达状态。
|
||||
|
||||
主题切换不得改变场景数据、来源关系和时间线契约。未来栏目可以有其他主题，但生产 HTML 不得依赖在线字体、脚本或样式服务。
|
||||
|
||||
### 6.4 VISUAL-L1-REQ-004 对齐章节导航
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| VISUAL-L1-REQ-004 | 导航进度 | PJ2026-020304 导航进度 | [音频成片](PJ2026-0204-audio-video-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
进度布局必须满足：
|
||||
|
||||
- 顶部显示当前场景内部细进度；
|
||||
- 底部显示总阶段导航和总进度；
|
||||
- 底部导航与总进度在 X 轴使用同一内容宽度和起止位置；
|
||||
- 用户可以按进度位置理解或跳转到对应阶段。
|
||||
|
||||
阶段导航必须满足：
|
||||
|
||||
- 所有阶段等宽、等高；
|
||||
- 导航内只显示简短标题；
|
||||
- 标题过长时允许换行，并统一增加全部阶段的 Y 轴高度；
|
||||
- 不能截断、使用省略号或让单个阶段独自变高；
|
||||
- 标题长度和导航最大高度由配置给出上限。
|
||||
|
||||
场景数量和标题来自当期场景模型。HTML 预览和 Web 编辑台可以点击章节跳转，成片中的导航则以高亮和进度提供同一视觉语义。
|
||||
|
||||
### 6.5 VISUAL-L1-REQ-005 确定性动态画面
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| VISUAL-L1-REQ-005 | 动效渲染 | PJ2026-020305 动效渲染 | [音频成片](PJ2026-0204-audio-video-production.md)、[流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
系统应以场景内绝对时间计算所有生产动效，使从任意时间点渲染的画面与从头播放到该点的画面一致。
|
||||
|
||||
来源页面滚动应使用本地采集帧和确定性插值形成向下浏览效果。进场、强调、进度和卡片动效应服务信息理解，不能造成文字晃动、阅读时间不足或字幕冲突。
|
||||
|
||||
浏览器渲染必须在禁用后台网络依赖的生产环境中运行。指定画布、捕获帧率和时间点应产生稳定尺寸与场景身份；中断重跑不得因上次浏览器状态改变结果。
|
||||
|
||||
### 6.6 VISUAL-L1-REQ-006 多工件视觉交付
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| VISUAL-L1-REQ-006 | 视觉工件 | PJ2026-020306 视觉工件 | [音频成片](PJ2026-0204-audio-video-production.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应从同一场景模型生成可直接预览的 HTML、逐场景 PNG、PPTX 和封面候选，并登记尺寸、页数、路径、字节数和哈希。
|
||||
|
||||
多工件要求如下：
|
||||
|
||||
- PPTX 可以把 HTML 画面封装为高保真演示页；
|
||||
- PPTX 应保持标准宽高比、页数和预览一致；
|
||||
- PNG 应支持人工快速抽检和无浏览器场景预览；
|
||||
- 封面候选应由栏目视觉生成，不复制来源站点封面。
|
||||
|
||||
视觉交付完成标准包括关键文字不越界、字幕安全区无关键信息、来源标识清楚、长标题可读、参考来源页可辨识、无意外网络依赖和无未登记第三方资产。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与引用
|
||||
|
||||
- 当前已经实现来源页面采集、无图降级、暖色 HTML 动效、PNG、PPTX 和双层进度导航。
|
||||
- 当前 R3 已生成九个场景和入选资讯的本地滚动页面帧。
|
||||
- 第 6 章描述稳定目标；多栏目主题治理和正式素材授权台账仍需后续实现。
|
||||
|
||||
- 主题与场景配置：`/root/selfmedia/config/editorial.yaml`、`config/tools.yaml`。
|
||||
- 来源视觉采集：`/root/selfmedia/scripts/src/steps/visuals.ts`。
|
||||
- 场景和演示文稿：`/root/selfmedia/scripts/src/steps/slides.ts`。
|
||||
- HTML 生成与浏览器渲染：
|
||||
- `/root/selfmedia/scripts/src/slide-html.ts`；
|
||||
- `/root/selfmedia/scripts/src/slide-browser.ts`。
|
||||
- 期次工件：`visuals/`、`slides/html/`、`slides/png/`、`slides/deck.pptx`、`output/cover.png`。
|
||||
- 后续相关源码修改应标记：
|
||||
- `SPEC: PJ2026-0203 视觉制作 draft-2026-07-13-p0`。
|
||||
|
||||
### 7.2 原入口验收
|
||||
|
||||
- 通过 TypeScript CLI 分别单步运行来源视觉和幻灯步骤。
|
||||
- 核对每条入选资讯的视觉状态、来源链接、帧数、滚动位置和失败降级。
|
||||
- 在浏览器中检查开场、大纲、至少两条故事、总结和来源页的开始、中间、结束状态。
|
||||
- 检查顶部细进度、底部总导航、总进度 X 轴对齐、阶段等宽等高和长标题换行。
|
||||
- 核对 HTML、PNG、PPTX 的场景数、顺序、尺寸、标题和来源一致。
|
||||
- 在桌面和窄屏 Web 入口检查章节导航可点击且无横向溢出。
|
||||
|
||||
### 7.3 版权和失败控制
|
||||
|
||||
- 页面采集只使用实际采用来源和必要可见范围，并保留来源归因。
|
||||
- 来源视觉失败时允许无图降级，不允许因此阻断有充分事实证据的整期内容。
|
||||
- 视觉清单中的版权提示是人工复核输入，不构成自动授权结论。
|
||||
- 新增外部字体、图片、图标、音频或模板前必须确认许可和分发边界。
|
||||
- 视觉效果无法通过绝对时间复现、需要联网才能生产或遮挡字幕时不得进入发布候选。
|
||||
|
||||
### 7.4 回写边界
|
||||
|
||||
- 页面身份、许可提示或来源策略问题回写 [资讯源](PJ2026-0201-information-sources.md)。
|
||||
- 场景内容、标题或信息层级来源于文稿的问题回写 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 时间线、字幕安全区实测或编码问题回写 [音频成片](PJ2026-0204-audio-video-production.md)。
|
||||
- 章节跳转、工件展示或作业可见性问题回写 [流水线平台](PJ2026-0205-pipeline-platform.md)。
|
||||
- 封面选择和平台展示问题回写 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
@@ -0,0 +1,308 @@
|
||||
# PJ2026-0204 音频成片需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于本地 Kokoro 配音、可调语速、字幕时间线、FFmpeg 成片和自动检查建立音频成片规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0204 音频成片需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0204 |
|
||||
| 短名 | 音频成片 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只定义本地配音、时间线、字幕、音视频合成和媒体质量的稳定需求。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
音频成片的目标是：
|
||||
|
||||
- 把已审核文稿和确定性视觉场景合成为自然、清晰、同步的视频候选；
|
||||
- 使用本地开源语音、可调语速和精确时间线；
|
||||
- 支持可重复生成；
|
||||
- 让编辑者只重跑声音、字幕或渲染；
|
||||
- 避免因媒体参数变化而重做资讯采集和编辑策划。
|
||||
|
||||
### 2.2 范围内
|
||||
|
||||
- 中文和技术术语的口播文本规范化、分段、读音检查入口和本地 TTS 推理。
|
||||
- 音色、基础速度、后处理语速、停顿、响度、采样率和缓存策略。
|
||||
- 分段 WAV、整轨 WAV、句级时间线和场景时长分配。
|
||||
- SRT、ASS 字幕的切分、换行、样式、尾部停顿和字幕安全区关系。
|
||||
- HTML 场景逐帧捕获、字幕烧录、音视频编码、封面和场景时间线。
|
||||
- 媒体流、分辨率、时长、响度、峰值、字幕尾部和完整解码检查。
|
||||
|
||||
### 2.3 范围外
|
||||
|
||||
- 文稿事实、叙事和专业对象说明，归 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 场景版式、来源画面和动效语义，归 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 使用外部付费配音、数字人、视频生成或云渲染服务。
|
||||
- 把自动响度、媒体探测或字幕生成结果当作最终听感和表达批准。
|
||||
- 未经授权复用第三方音乐、音效、配音或视频片段。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 配音单元 | 与开场、大纲、故事、总结或来源场景对应的结构化可朗读文本。 |
|
||||
| 原始语音缓存 | 按文本、模型、音色和缓存版本索引的 TTS 原始推理结果。 |
|
||||
| 后处理语速 | 在原始 TTS 输出后以确定倍率调整时长的音频处理参数。 |
|
||||
| 句级时间线 | 每个配音分段的场景身份、开始、结束、停顿和音频路径记录。 |
|
||||
| 字幕提示 | 具有开始、结束、文本和场景身份的单条 SRT/ASS 内容。 |
|
||||
| 场景时间线 | 最终成片中每个视觉场景的真实起止时间和章节身份。 |
|
||||
| 响度归一 | 将整轨旁白处理到目标综合响度和真峰值约束的过程。 |
|
||||
| 发布候选视频 | 通过自动技术检查、等待人工复核和批准的最终编码 MP4。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把音频成片作为媒体合成和技术质量能力看待，不负责内容事实和最终发布决定。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 编辑者、视频制作者、发布审核者和发布运营。 |
|
||||
| 外部输入 | 配音单元、场景模型、HTML 动效、TTS/字幕/媒体 YAML、本地模型和可选背景音乐路径。 |
|
||||
| 受控资源 | 原始语音缓存、分段音频、整轨音频、时间线、字幕、动效帧、MP4、封面和检查报告。 |
|
||||
| 外部输出 | WAV、时间线 JSON、SRT、ASS、MP4、封面、场景时间线、媒体清单和检查结果。 |
|
||||
| 用户接口 | TypeScript CLI 的配音、字幕、渲染和检查单步，音视频播放器及文件工件。 |
|
||||
| 系统边界 | 音频成片负责“声音、字幕和画面是否技术同步并可播放”；不决定内容是否真实或是否公开发布。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020401 | 本地配音 | 本规格 6.1 | 文本规范化、TTS、声音、语速和缓存 | 编辑策划、本地模型 | 音频时间线 |
|
||||
| PJ2026-020402 | 音频时间 | 本规格 6.2 | 分段、停顿、整轨、响度和句级时间线 | 本地配音 | 字幕、场景时长 |
|
||||
| PJ2026-020403 | 字幕生成 | 本规格 6.3 | 提示切分、时间码、SRT/ASS 和尾部关系 | 音频时间 | 视频合成 |
|
||||
| PJ2026-020404 | 视频合成 | 本规格 6.4 | 场景帧、音频、字幕、编码、原子落盘和清理 | 视觉制作、字幕生成 | 媒体检查 |
|
||||
| PJ2026-020405 | 媒体检查 | 本规格 6.5 | 流、尺寸、时长、响度、峰值、解码和工件完整性 | 全部媒体环节 | 发布运营 |
|
||||
| PJ2026-020406 | 媒体重跑 | 本规格 6.6 | 参数影响范围、缓存复用和单步重新生成 | 流水线平台 | 编辑调试 |
|
||||
|
||||
本章图形描述目标数据面。当前已实现范围和未实现差距见第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Inputs[媒体输入]
|
||||
Script[配音单元]
|
||||
Scenes[HTML 场景]
|
||||
Config[媒体 owning YAML]
|
||||
Models[本地 TTS 模型]
|
||||
end
|
||||
subgraph MediaPlane[音频成片数据面]
|
||||
Voice[配音与缓存]
|
||||
Timeline[音频时间线]
|
||||
Subtitle[字幕生成]
|
||||
Capture[确定性画面捕获]
|
||||
Encoder[FFmpeg 合成]
|
||||
Inspect[媒体技术检查]
|
||||
end
|
||||
Script --> Voice
|
||||
Models --> Voice
|
||||
Config --> Voice
|
||||
Voice --> Timeline
|
||||
Timeline --> Subtitle
|
||||
Scenes --> Capture
|
||||
Timeline --> Capture
|
||||
Capture --> Encoder
|
||||
Subtitle --> Encoder
|
||||
Timeline --> Encoder
|
||||
Encoder --> Inspect
|
||||
Inspect --> Candidate[发布候选媒体]
|
||||
```
|
||||
|
||||
音频时间线是字幕和场景时长的共同时间事实。编码器只消费已登记输入，不负责修改文稿或场景语义。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Units[配音单元] --> Normalize[口播规范化与分段]
|
||||
Normalize --> Cache{原始语音缓存命中}
|
||||
Cache -->|命中| Raw[原始分段 WAV]
|
||||
Cache -->|未命中| TTS[本地 TTS 推理]
|
||||
TTS --> Raw
|
||||
Raw --> Tempo[语速、停顿与响度]
|
||||
Tempo --> Audio[整轨 WAV 与句级时间线]
|
||||
Audio --> Cues[SRT / ASS]
|
||||
Audio --> SceneTime[场景时长]
|
||||
SceneTime --> Frames[HTML 绝对时间帧]
|
||||
Frames --> Encode[音视频编码]
|
||||
Cues --> Encode
|
||||
Audio --> Encode
|
||||
Encode --> Video[MP4、封面与场景时间线]
|
||||
Video --> Check[媒体检查报告]
|
||||
```
|
||||
|
||||
缓存命中只复用与文本、模型、声音和缓存版本一致的原始语音。后处理结果和最终时间线必须按本次配置重新生成。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant E as 编辑者
|
||||
participant V as 配音步骤
|
||||
participant T as 本地 TTS
|
||||
participant S as 字幕步骤
|
||||
participant R as 渲染步骤
|
||||
participant I as 检查步骤
|
||||
E->>V: 提交配音单步
|
||||
V->>T: 按分段查询缓存或本地推理
|
||||
T-->>V: 原始 WAV
|
||||
V->>V: 调速、停顿、拼接、响度归一
|
||||
V-->>E: 整轨 WAV 与句级时间线
|
||||
E->>S: 提交字幕单步
|
||||
S-->>E: SRT / ASS
|
||||
E->>R: 提交渲染单步
|
||||
R->>R: 按场景绝对时间捕获画面
|
||||
R->>R: 合成音频、字幕与视频
|
||||
R-->>E: MP4、封面与场景时间线
|
||||
E->>I: 提交检查单步
|
||||
I-->>E: 技术检查结果与人工复核提示
|
||||
```
|
||||
|
||||
每一步都应使用已登记上游工件并可独立重跑。修改语速不应自动重新调用文稿 LLM；只改字幕样式不应重新执行 TTS。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 MEDIA-L1-REQ-001 本地可配置配音
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| MEDIA-L1-REQ-001 | 本地配音 | PJ2026-020401 本地配音 | [编辑策划](PJ2026-0202-editorial-planning.md)、[流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
系统应使用本地开源中文 TTS 生成旁白，并由 owning YAML 管理引擎、模型、声音、采样率、分段长度、语速、停顿、缓存和响度参数。
|
||||
|
||||
口播文本规范化应：
|
||||
|
||||
- 处理注册符号、下划线、连接符、英文缩写和异常空白；
|
||||
- 同时保留原始结构化文稿；
|
||||
- 不改写事实或把技术标识变成错误词义；
|
||||
- 在读音不确定时提供人工词表或改稿入口。
|
||||
|
||||
声音选择应优先自然、清晰和有轻微表现力，避免长篇机械平读。系统应允许未来替换更新的本地模型，但模型许可、文件哈希、运行资源和音色兼容性必须可复核。
|
||||
|
||||
### 6.2 MEDIA-L1-REQ-002 精确音频时间线
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| MEDIA-L1-REQ-002 | 音频时间 | PJ2026-020402 音频时间 | PJ2026-020401 本地配音、[视觉制作](PJ2026-0203-visual-production.md) |
|
||||
|
||||
系统应为每个配音分段记录场景身份、文本、音频路径、开始时间、语音结束、停顿和总结束时间，并据此拼接整轨旁白和分配场景时长。
|
||||
|
||||
后处理语速应以确定倍率改变分段和整轨时长，停顿应固化进时间线。字幕和视频必须读取时间线工件，而不是重新读取后来可能变化的 YAML 停顿值。
|
||||
|
||||
整轨音频应实施可配置响度归一，并保留目标综合响度、真峰值、响度范围和实际检测值。拼接过程不得丢段、重段或把场景身份从时间线上移除。
|
||||
|
||||
### 6.3 MEDIA-L1-REQ-003 可读同步字幕
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| MEDIA-L1-REQ-003 | 同步字幕 | PJ2026-020403 字幕生成 | PJ2026-020402 音频时间、[视觉制作](PJ2026-0203-visual-production.md) |
|
||||
|
||||
系统应从句级时间线和实际配音文本生成 SRT 与 ASS，使两种字幕的文本、顺序和场景关系一致，并在格式量化允许误差内保持时间同步。
|
||||
|
||||
字幕切分应由最大字符数、最小字符数和最大行数约束，优先按中文标点和语义边界断句。长技术标识不应被拆到难以理解的位置，短词不能孤立闪现。
|
||||
|
||||
字幕样式应与视觉主题协调并位于安全区，具备足够字号、描边和背景对比。最后一条字幕应在音频结尾前保留配置的尾部停顿，不覆盖片尾自然结束。
|
||||
|
||||
### 6.4 MEDIA-L1-REQ-004 确定性视频合成
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| MEDIA-L1-REQ-004 | 视频合成 | PJ2026-020404 视频合成 | [视觉制作](PJ2026-0203-visual-production.md)、PJ2026-020403 字幕生成 |
|
||||
|
||||
系统应按音频和场景时间线捕获确定性 HTML 动效帧，并使用本地开源媒体工具合成字幕、音频和视频。
|
||||
|
||||
视频编码参数由 owning YAML 管理，包括：
|
||||
|
||||
- 帧率、编解码器、码率和像素格式；
|
||||
- 质量、预设、快速起播和字体。
|
||||
|
||||
背景音乐默认为空。如启用，必须有明确授权、音量策略和人工听感复核。
|
||||
|
||||
成片应先写临时文件并在成功后原子替换正式 MP4。失败、中断或取消后应清理临时视频和可再生帧缓存，同时保留作业日志和失败证据。
|
||||
|
||||
### 6.5 MEDIA-L1-REQ-005 媒体技术验收
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| MEDIA-L1-REQ-005 | 媒体检查 | PJ2026-020405 媒体检查 | [发布运营](PJ2026-0206-publishing-operations.md)、[流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
系统应对发布候选执行自动技术检查，至少验证：
|
||||
|
||||
- 视频流、音频流和分辨率；
|
||||
- 音视频时长和场景时间线对齐；
|
||||
- 声明工件存在和来源引用可解析；
|
||||
- 响度、真峰值和字幕尾部停顿。
|
||||
|
||||
检查应使用实际 MP4、WAV、字幕、场景时间线、工件清单、结构化文稿和来源清单，不能只验证作业返回成功。必要时应完整解码候选视频以发现尾部损坏或编码中断。
|
||||
|
||||
所有必要检查为真只表示候选满足技术门槛。检查报告必须保留人工复核提示，明确读音、字幕观感、视觉版权、事实和平台合规仍需发布者判断。
|
||||
|
||||
### 6.6 MEDIA-L1-REQ-006 有界重跑与缓存
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| MEDIA-L1-REQ-006 | 媒体重跑 | PJ2026-020406 媒体重跑 | [流水线平台](PJ2026-0205-pipeline-platform.md)、[编辑策划](PJ2026-0202-editorial-planning.md) |
|
||||
|
||||
系统应支持配音、字幕、渲染和检查分别单步重跑，并依据参数影响范围复用安全缓存。
|
||||
|
||||
原始语音缓存键必须包含文本、模型、声音和缓存版本。只改后处理语速、停顿或响度时可复用原始 TTS；改变文本、模型、声音或规范化语义时必须失效相关缓存。
|
||||
|
||||
每次重跑应生成新的作业记录和结果摘要。正式工件可以更新为最新候选，但历史作业、成本和失败证据不得被改写为同一次成功。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与引用
|
||||
|
||||
- 当前已经实现本地 Kokoro 配音、缓存、可调语速、响度、句级时间线、SRT/ASS、FFmpeg 成片和十项技术检查。
|
||||
- 当前检查结果只说明媒体技术门槛通过，不提供事实、版权或发布批准状态。
|
||||
- 第 6 章描述可替换模型和持续媒体质量的目标口径。
|
||||
|
||||
- 媒体 owning YAML：`/root/selfmedia/config/tools.yaml`。
|
||||
- 配音：`/root/selfmedia/scripts/src/steps/voice.ts`、`tools/kokoro_tts.py`。
|
||||
- 字幕：`/root/selfmedia/scripts/src/steps/subtitles.ts`。
|
||||
- 渲染：`/root/selfmedia/scripts/src/steps/render.ts`、`scripts/src/slide-browser.ts`。
|
||||
- 检查：`/root/selfmedia/scripts/src/steps/inspect.ts`。
|
||||
- 期次工件：`audio/`、`subtitles/`、`output/episode.mp4`、`output/scene-timeline.json`、`output/inspection.json`。
|
||||
- 后续相关源码修改应标记：
|
||||
- `SPEC: PJ2026-0204 音频成片 draft-2026-07-13-p0`。
|
||||
|
||||
### 7.2 原入口验收
|
||||
|
||||
- 通过 TypeScript CLI 分别单步运行 `voice`、`subtitles`、`render` 和 `inspect`。
|
||||
- 使用媒体探测核对 WAV 与 MP4 时长、采样率、编码、帧率、分辨率、响度和真峰值。
|
||||
- 核对分段时间线连续、场景身份完整、字幕文本一致和最后字幕尾部停顿。
|
||||
- 抽听开头、中段、技术术语密集段和结尾，检查机械感、语速、停顿、读音和削波。
|
||||
- 抽看各场景关键时间点和最终来源页，检查字幕安全区、动效同步和编码完整性。
|
||||
|
||||
### 7.3 依赖和许可控制
|
||||
|
||||
- TTS 模型、声音文件、字体和媒体组件必须在工具 YAML 或第三方清单中保留版本、来源、哈希和许可边界。
|
||||
- 依赖安装缺失时应通过受控工具安装流程恢复，不使用未登记系统路径静默替代。
|
||||
- 新模型必须先验证中文、英文术语、许可证、CPU/GPU 资源、推理速度和可复现部署，再改变默认声音。
|
||||
- 任何外部音乐、音效或素材在许可未明确前保持禁用。
|
||||
|
||||
### 7.4 回写边界
|
||||
|
||||
- 朗读内容本身冗长、含错误符号或事实表达不适合口播时回写 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 场景动效、关键信息位置或安全区问题回写 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 作业取消、缓存、进度、日志或工件索引问题回写 [流水线平台](PJ2026-0205-pipeline-platform.md)。
|
||||
- 技术检查通过后的事实、版权、平台和发布批准问题回写 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
@@ -0,0 +1,346 @@
|
||||
# PJ2026-0205 流水线平台需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于 YAML-first、TypeScript CLI、异步作业、用量计费和 Web 编辑台建立流水线平台规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0205 流水线平台需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0205 |
|
||||
| 短名 | 流水线平台 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只定义配置、调度、作业、工件、计量和可视控制面的稳定运行能力。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
流水线平台的目标是：
|
||||
|
||||
- 让各生产能力能够被一致配置、单步调试、组合运行、观察、重试和复现；
|
||||
- 坚持 CLI-first；
|
||||
- 让每个步骤先具备稳定的 TypeScript CLI 契约；
|
||||
- 让完整流水线和 Web 复用同一调度与作业事实；
|
||||
- 避免可视界面成为另一套不可调试实现。
|
||||
|
||||
### 2.2 范围内
|
||||
|
||||
- owning YAML、`configRef`、模式校验、配置计划、依赖计划和失败策略。
|
||||
- 期次创建、步骤目录、单步运行、区间运行和完整流水线组合。
|
||||
- 异步作业、状态、进度、步骤状态、结构化日志、结果、取消、重试和终态。
|
||||
- 期次工件契约、原子写入、路径安全、字节数、哈希、媒体类型和清单。
|
||||
- 同源 HTTP API、Web 编辑台、媒体范围请求、服务器生命周期和公网 IP 预览。
|
||||
- LLM 请求级 Token、质量门结果、公开目录价估算、汇总和 Web/CLI 展示。
|
||||
- 本地开源依赖安装、版本与模型哈希检查，以及无付费媒体生成服务边界。
|
||||
|
||||
### 2.3 范围外
|
||||
|
||||
- 定义选题、文稿、视觉、音频或发布结果是否业务正确；这些由相应 L1 负责。
|
||||
- 把某个 CLI 命令、Web 页面、服务端口、框架或仓库本身作为能力目标。
|
||||
- 从运行环境、日志或 API 响应反解并保存 Secret。
|
||||
- 无明确用户授权的多租户公网生产服务、账号系统、自动扩容、商业账单或平台支付。
|
||||
- 为追求“全自动”而移除人工中间件、单步入口或失败证据。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| CLI-first | 所有正式生产能力先通过可组合的 TypeScript CLI 和工件契约实现，再由其他入口复用。 |
|
||||
| 单步 | 只执行一个正式生产阶段，并明确读取上游工件、输出结果和失败状态。 |
|
||||
| 区间流水线 | 在步骤 DAG 中从指定起点到终点运行闭区间内步骤。 |
|
||||
| 异步作业 | 提交后立即返回标识，在后台运行并通过状态、日志和结果观察的任务。 |
|
||||
| 作业事实 | 作业请求、状态、进度、步骤状态、时间、日志路径、结果路径、进程和错误的权威记录。 |
|
||||
| 工件清单 | 记录期次工件路径、媒体类型、字节数、哈希和生成步骤的结构化索引。 |
|
||||
| 配置计划 | 只读展示有效配置、引用来源和摘要的 CLI 输出，不执行生产变更。 |
|
||||
| 公开目录价估算 | 按公开模型价格和响应 Token 用量计算的参考成本，不等价于实际账单。 |
|
||||
| 同源控制面 | Web 页面和 HTTP API 由同一服务 origin 提供，并读取同一作业与期次事实。 |
|
||||
| 工业控制台 | 面向生产调试的紧凑高信息密度 Web，使用直角或极小倒角，不复用媒体内容主题。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把流水线平台作为生产调度和可观察控制面看待，不接管各内容能力域的正确性定义。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 编辑者、开发调试者、自动化任务、Web 预览用户和发布审核者。 |
|
||||
| 外部输入 | owning YAML、CLI/API 请求、期次标识、步骤范围、人工文件、Secret 引用和本地依赖。 |
|
||||
| 受控资源 | 配置快照、作业记录、日志、结果、期次目录、工件清单、用量记录、服务状态和前端构建。 |
|
||||
| 外部输出 | 机器可解析 CLI/API 响应、作业进度、日志、结果、工件链接、费用摘要和 Web 控制面。 |
|
||||
| 用户接口 | TypeScript CLI、HTTP API、Web 编辑台和文件系统工件。 |
|
||||
| 系统边界 | 平台负责“如何可靠运行和观察”；各 L1 负责“结果为何正确”。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020501 | 配置治理 | 本规格 6.1 | owning YAML、引用、模式、计划、Secret 边界 | 全部能力域配置 | CLI 调度、作业执行 |
|
||||
| PJ2026-020502 | 步骤调度 | 本规格 6.2 | 步骤 DAG、单步、区间、完整流程和同一实现 | 各 L1 步骤契约 | 作业运行 |
|
||||
| PJ2026-020503 | 作业运行 | 本规格 6.3 | 异步执行、状态、进度、日志、结果、取消和重试 | 步骤调度 | CLI、API、Web |
|
||||
| PJ2026-020504 | 工件事实 | 本规格 6.4 | 期次目录、输入输出、原子落盘、清单、哈希和路径安全 | 各生产步骤 | Web、发布运营 |
|
||||
| PJ2026-020505 | 用量成本 | 本规格 6.5 | LLM 请求用量、公开目录价、质量门结果和汇总 | 编辑策划、价格 YAML | CLI、Web、发布复核 |
|
||||
| PJ2026-020506 | 可视控制 | 本规格 6.6 | 同源 API、Web、媒体预览、服务生命周期和公网入口 | 作业事实、工件事实 | 编辑者和审核者 |
|
||||
|
||||
本章图形描述目标数据面。当前已实现范围和未实现差距见第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
YAML[owning YAML / configRefs] --> Config[配置校验与有效计划]
|
||||
CLI[TypeScript CLI] --> Jobs[异步作业核心]
|
||||
API[同源 HTTP API] --> Jobs
|
||||
Web[Web 编辑台] --> API
|
||||
Config --> Jobs
|
||||
Jobs --> Runner[步骤调度器]
|
||||
Runner --> Steps[各 L1 正式步骤]
|
||||
Steps --> Artifacts[期次工件与清单]
|
||||
Steps --> Logs[结构化日志与进度]
|
||||
Steps --> Usage[LLM 用量与费用]
|
||||
Artifacts --> API
|
||||
Logs --> API
|
||||
Usage --> API
|
||||
```
|
||||
|
||||
CLI 和 API 只能通过同一异步作业核心运行步骤。Web 不直接执行媒体命令或修改期次文件，以免形成第二套状态和失败语义。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Request[CLI / API 作业请求] --> Validate[配置与期次校验]
|
||||
Validate --> Job[持久化作业事实]
|
||||
Job --> Worker[后台步骤运行器]
|
||||
Worker --> Input[读取已登记上游工件]
|
||||
Input --> Step[执行选中正式步骤]
|
||||
Step --> Progress[进度与结构化日志]
|
||||
Step --> Output[原子写入步骤工件]
|
||||
Step --> Usage[LLM 用量与费用记录]
|
||||
Output --> Result[步骤结果与工件索引]
|
||||
Progress --> ReadModel[CLI / API 查询投影]
|
||||
Usage --> ReadModel
|
||||
Result --> ReadModel
|
||||
ReadModel --> Web[Web 编辑台]
|
||||
```
|
||||
|
||||
作业、日志、用量和工件可以有不同文件，但必须由同一作业标识和期次标识关联。查询投影不得凭空补造步骤成功或媒体工件。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as CLI / Web 用户
|
||||
participant C as CLI / 同源 API
|
||||
participant J as 异步作业核心
|
||||
participant W as 后台运行器
|
||||
participant S as 正式步骤
|
||||
participant A as 作业与期次工件
|
||||
U->>C: 提交单步、区间或完整流水线
|
||||
C->>J: 校验请求并创建作业
|
||||
J->>A: 写入 queued 作业事实
|
||||
J-->>C: 立即返回 jobId
|
||||
J->>W: 启动后台运行
|
||||
loop 每个选中步骤
|
||||
W->>S: 传入期次、配置、取消信号
|
||||
S->>A: 读取上游并持续写进度日志
|
||||
S->>A: 原子写入结果工件
|
||||
S-->>W: 返回步骤摘要
|
||||
end
|
||||
W->>A: 写入终态与结果
|
||||
U->>C: 查询 status / logs / result
|
||||
C->>A: 读取同一作业事实
|
||||
A-->>U: 返回进度、错误或工件
|
||||
```
|
||||
|
||||
取消必须传播到后台运行器。重试从旧请求创建新作业，不覆盖旧作业的终态、错误、日志和费用。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 PLATFORM-L1-REQ-001 YAML-first 配置
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PLATFORM-L1-REQ-001 | 配置治理 | PJ2026-020501 配置治理 | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md)、[视觉制作](PJ2026-0203-visual-production.md)、[音频成片](PJ2026-0204-audio-video-production.md) |
|
||||
|
||||
系统应以一个配置入口通过显式 `configRefs` 引用各职责 owning YAML，并在运行前校验版本、类型、必填字段、枚举、数值范围、路径和引用摘要。
|
||||
|
||||
可调业务事实只能由 owning YAML 定义。代码可以提供模式和渲染逻辑，但不得在字段缺失时静默选择另一套模型、来源、端口、语速、视觉主题、质量门或价格。
|
||||
|
||||
配置计划和依赖计划必须：
|
||||
|
||||
- 只读；
|
||||
- 输出机器可解析结果；
|
||||
- 披露引用路径和内容摘要；
|
||||
- 只报告 Secret 的存在性和非敏感指纹。
|
||||
|
||||
Secret 只允许通过受控引用在运行时读取，计划输出不得显示值。
|
||||
|
||||
### 6.2 PLATFORM-L1-REQ-002 可组合单步流水线
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PLATFORM-L1-REQ-002 | 步骤调度 | PJ2026-020502 步骤调度 | 全部 L1 |
|
||||
|
||||
系统应把以下能力定义为正式步骤：
|
||||
|
||||
- 采集、文稿、来源视觉和幻灯；
|
||||
- 配音、字幕、渲染和检查。
|
||||
|
||||
每个步骤必须有明确上游工件、下游工件、进度、日志、结果和失败契约，并可以通过 TypeScript CLI 独立运行。
|
||||
|
||||
流水线组合必须遵守：
|
||||
|
||||
- 完整流水线和区间流水线调用同一单步实现；
|
||||
- 不复制步骤逻辑；
|
||||
- `from` 和 `to` 形成合法闭区间；
|
||||
- 上游工件缺失或不合法时明确失败；
|
||||
- 不跨期次查找旧文件补齐。
|
||||
|
||||
模板文稿模式应作为显式作业参数传递，只影响需要 LLM 的步骤。下游步骤消费统一文稿工件，不需要知道文稿来自 LLM 还是模板。
|
||||
|
||||
### 6.3 PLATFORM-L1-REQ-003 可观察异步作业
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PLATFORM-L1-REQ-003 | 作业运行 | PJ2026-020503 作业运行 | 全部 L1 |
|
||||
|
||||
所有耗时生产命令应采用 Fire-and-Forget：提交后立即返回作业标识，后台执行，用户通过状态、日志和结果观察，不在 CLI 前台等待网络、LLM、TTS、浏览器或编码完成。
|
||||
|
||||
作业事实至少包含：
|
||||
|
||||
- 请求、重试来源、排队、开始和结束时间；
|
||||
- 进程、活动步骤、总进度和步骤状态；
|
||||
- 日志、结果和结构化错误。
|
||||
|
||||
长步骤应持续更新进度，不允许数分钟只显示“运行中”而没有可判断位置的消息。
|
||||
|
||||
取消只作用于指定活动作业并向步骤传播信号。重试创建新的作业标识、保留旧请求和失败证据；已结束作业不能因取消或重试被改写为未发生。
|
||||
|
||||
### 6.4 PLATFORM-L1-REQ-004 稳定期次与工件契约
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PLATFORM-L1-REQ-004 | 工件事实 | PJ2026-020504 工件事实 | [发布运营](PJ2026-0206-publishing-operations.md)、全部生产 L1 |
|
||||
|
||||
系统应以安全期次标识隔离每一期输入和输出，并保存标题、期数、报道日期和创建时间。正式工件路径应固定、可枚举、可校验，禁止路径穿越和跨期次隐式读取。
|
||||
|
||||
步骤完成时应登记：
|
||||
|
||||
- 工件相对路径和媒体类型；
|
||||
- 字节数和 SHA-256。
|
||||
|
||||
最终清单应覆盖来源、文稿、视觉、音频、字幕、视频、时间线、用量、引用和检查报告。Web 与发布运营不应重新扫描和猜测文件类型。
|
||||
|
||||
正式媒体和关键 JSON 应原子落盘。中断时允许保留明确标记的可恢复缓存，但不能让半写文件被登记为成功工件。
|
||||
|
||||
### 6.5 PLATFORM-L1-REQ-005 完整 LLM 用量与成本
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PLATFORM-L1-REQ-005 | 用量成本 | PJ2026-020505 用量成本 | [编辑策划](PJ2026-0202-editorial-planning.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
系统应为每次 LLM 请求记录期次、作业、尝试、请求标识、请求模型、响应模型、服务层、时间、HTTP 状态、用量状态、Token 明细、质量门结果和费用估算。
|
||||
|
||||
Token 明细至少区分：
|
||||
|
||||
- 输入、缓存输入和缓存写入；
|
||||
- 输出、推理和总量。
|
||||
|
||||
成功接受、质量门拒绝、HTTP 失败、缺失用量和无效用量都应形成记录。任何失败尝试不能从期次汇总中静默消失。
|
||||
|
||||
模型价格管理要求如下：
|
||||
|
||||
- owning YAML 中的价格从公开官方页面核验；
|
||||
- 保留币种、单位、服务层、长上下文阈值、抓取时间和来源；
|
||||
- 未知模型、未知服务层或缺失用量标记为无法估价；
|
||||
- 无法估价时给出 warning，不能按零元处理；
|
||||
- CLI 和 Web 明确这是公开目录价估算，而非实际账单。
|
||||
|
||||
### 6.6 PLATFORM-L1-REQ-006 同源可视控制面
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PLATFORM-L1-REQ-006 | 可视控制 | PJ2026-020506 可视控制 | [发布运营](PJ2026-0206-publishing-operations.md)、全部生产 L1 |
|
||||
|
||||
系统应在 CLI 完整流程可用后提供前后端可视控制面，通过同源 API 展示期次、步骤 DAG、作业、进度、日志、错误、用量和全部工件，并支持与 CLI 等价的受控动作。
|
||||
|
||||
Web 工厂和控制台应采用工业风视觉：
|
||||
|
||||
- 紧凑高信息密度；
|
||||
- 清晰的数据表、状态区、分栏和终端区域；
|
||||
- 直角或极小倒角；
|
||||
- 克制的状态色和低装饰背景；
|
||||
- 不复用生成内容的暖色大圆角、纸纹和宽松卡片布局。
|
||||
|
||||
音频和视频工件应支持 HTTP Range 以便拖动预览。Web 应在桌面和窄屏可用，不以颜色单独表达状态，不依赖外部字体、分析脚本或付费生成服务。
|
||||
|
||||
服务入口要求如下：
|
||||
|
||||
- 监听、端口、轮询和健康超时由 owning YAML 配置；
|
||||
- 公网 IPv4 直连只能用于临时验收；
|
||||
- 明文 HTTP 且无鉴权时必须明确风险；
|
||||
- 长期公开服务应独立规划 TLS、访问控制和发布权限；
|
||||
- 不能把临时公网入口默认升级为多用户生产服务。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与引用
|
||||
|
||||
- 当前已经实现 YAML 配置、TypeScript CLI、单步/区间/完整流水线、异步作业、用量费用和同源 Web。
|
||||
- 当前工件索引登记步骤输出，但尚未提供跨重跑内容版本兼容性校验和完整发布包。
|
||||
- 当前服务是主机进程和临时公网 IPv4 预览，不等价于 [平台交付](PJ2026-0207-platform-delivery.md) 目标运行面。
|
||||
- 当前 Web 样式仍需按工业控制台边界收敛；生成媒体的暖色圆角主题不应继续支配控制面。
|
||||
|
||||
- 配置入口和校验：
|
||||
- `/root/selfmedia/config/selfmedia.yaml`；
|
||||
- `/root/selfmedia/scripts/src/config.ts`。
|
||||
- CLI、作业和调度：
|
||||
- `/root/selfmedia/scripts/selfmedia-cli.ts`；
|
||||
- `/root/selfmedia/scripts/src/jobs.ts`；
|
||||
- `/root/selfmedia/scripts/src/runner.ts`。
|
||||
- 用量和价格：`/root/selfmedia/scripts/src/llm-usage.ts`、`config/pricing.yaml`。
|
||||
- 服务和 Web：`/root/selfmedia/scripts/src/server-app.ts`、`scripts/src/server-lifecycle.ts`、`web/src/`。
|
||||
- 作业事实：`/root/selfmedia/.state/jobs/`、`.state/results/`、`logs/`。
|
||||
- 后续相关源码修改应标记：
|
||||
- `SPEC: PJ2026-0205 流水线平台 draft-2026-07-13-p0`。
|
||||
|
||||
### 7.2 原入口验收
|
||||
|
||||
- 运行配置计划、价格计划、依赖检查和步骤列表，验证输出可解析且不泄露 Secret。
|
||||
- 创建独立期次，分别验证一个单步、一个区间流水线和一个默认完整流水线。
|
||||
- 在作业运行中查询状态和日志，确认活动步骤、分子分母进度、耗时和错误可见。
|
||||
- 验证失败、取消和重试：
|
||||
- 旧作业事实保留；
|
||||
- 新作业具有不同标识；
|
||||
- 不产生半写正式工件。
|
||||
- 构建并启动同源 Web，检查桌面、窄屏、媒体 Range、章节跳转、用量、费用和全部工件。
|
||||
|
||||
### 7.3 安全和运行控制
|
||||
|
||||
- API key、凭据正文和敏感请求内容不得出现在 CLI、日志、工件或 Web。
|
||||
- 公网服务未配置 TLS 和访问控制时只用于有界验收，不存放不应公开的草稿或来源原始响应。
|
||||
- 服务状态、健康和日志必须可通过受控 CLI 查看；非明确要求不以手工进程和临时端口替代正式入口。
|
||||
- 依赖版本、模型文件和哈希变化先更新 owning YAML，再执行安装计划和检查。
|
||||
- 平台错误不得通过降低各 L1 质量门、跳过工件或伪造作业成功来缓解。
|
||||
|
||||
### 7.4 回写边界
|
||||
|
||||
- 某步骤结果业务错误回写拥有该结果定义的 L1，不因表面发生在 CLI 或 Web 就归平台。
|
||||
- 只有完成标准是配置、调度、状态、日志、结果、成本、工件索引或控制面行为时，才主归属本 L1。
|
||||
- 发布批准和平台投放归 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
- 稳定步骤、作业、用量或工件契约变化时先更新本规格，再进入实现。
|
||||
@@ -0,0 +1,326 @@
|
||||
# PJ2026-0206 发布运营需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 基于技术检查、真实章节时间轴、评论区来源和公网预览建立发布运营规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0206 发布运营需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0206 |
|
||||
| 短名 | 发布运营 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文只定义发布候选、时间轴、引用、人工批准、预览、归档和反馈回流的稳定需求。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
发布运营的目标是：
|
||||
|
||||
- 把技术生产完成的期次转换为可批准、可退回、可追溯的发布候选；
|
||||
- 让成片、封面、字幕、评论区时间轴、来源和复核结果保持一致；
|
||||
- 保留 AI 参与披露；
|
||||
- 为长期栏目运营保留版本和反馈；
|
||||
- 不把自动检查通过误认为已经获得事实、版权或平台批准。
|
||||
|
||||
### 2.2 范围内
|
||||
|
||||
- 发布候选视频、封面、字幕、引用、评论区文本、检查报告和工件清单的组合。
|
||||
- 基于最终场景时间线生成 `MM:SS` 章节时间轴和故事短释。
|
||||
- 最终参考来源、媒体归因、AI 参与披露、公开成本提示和人工复核清单。
|
||||
- 事实、版权、听感、视觉、优惠期限、平台规则和发布权限的人工批准或退回。
|
||||
- 本地或公网 IP 预览、媒体拖动、工件访问和临时验收风险提示。
|
||||
- 期次版本留存、发布状态、纠错、撤回、再生成和匿名化反馈回流的长期愿景。
|
||||
|
||||
### 2.3 范围外
|
||||
|
||||
- 自动代替发布者登录 B 站或其他平台并公开发布内容。
|
||||
- 自动回复评论、私信、广告、商业合作、账户结算或粉丝运营。
|
||||
- 把播放量、点赞或完播率作为事实质量和版权合规的替代指标。
|
||||
- 重新定义来源、文稿、视觉、音频和平台作业的正确性；问题应回写主责 L1。
|
||||
- 在未授权的公网入口公开草稿、原始来源响应、LLM 请求或可能含敏感信息的日志。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 发布包 | 某一候选版本的成片、封面、字幕、评论区文本、引用、披露和检查报告集合。 |
|
||||
| 本期时间轴 | 从最终场景时间线派生、按真实故事起点输出的 `MM:SS 短标题 \| 中文短释` 列表。 |
|
||||
| 本期参考来源 | 只包含实际采用来源的编号名称、标题和完整链接列表。 |
|
||||
| 人工批准 | 有责任的编辑者完成事实、版权、听感、视觉、平台和权限检查后的明确决定。 |
|
||||
| 退回重跑 | 指定主责 L1 和问题范围后重新执行一个或多个生产步骤，而不是覆盖旧发布候选。 |
|
||||
| 发布版本 | 与期次、作业、工件哈希、检查结果和批准决定绑定的不可混淆候选或已发布状态。 |
|
||||
| 纠错 | 发布前后发现事实、链接、字幕、读音或授权问题时进行记录、修正和版本更新的过程。 |
|
||||
| 效果反馈 | 来自平台表现和受众反应的聚合信号，只能在去标识和明确用途后回流栏目改进。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把发布运营作为候选组合、批准和持续运营能力看待，不负责生产步骤内部实现。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 栏目运营者、最终审核者、发布者和受控预览用户。 |
|
||||
| 外部输入 | 最终 MP4、封面、字幕、场景时间线、结构化文稿、来源清单、用量、检查报告和人工决定。 |
|
||||
| 受控资源 | 发布包、评论区文本、批准状态、退回原因、版本索引、纠错记录和反馈摘要。 |
|
||||
| 外部输出 | 可发布候选、时间轴、参考来源、披露、审核结论、平台预览和回流建议。 |
|
||||
| 用户接口 | Web 编辑台、文件工件、媒体播放器、发布复核清单和未来平台适配器。 |
|
||||
| 系统边界 | 发布运营负责“是否具备发布条件以及发布什么版本”；实际平台账户操作仍由授权发布者负责。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020601 | 发布包 | 本规格 6.1 | 候选媒体、字幕、封面、来源、披露和检查组合 | 全部生产 L1 | 人工批准 |
|
||||
| PJ2026-020602 | 时间轴 | 本规格 6.2 | 最终章节起点、短标题、短释和评论区顺序 | 音频成片、编辑策划 | 平台发布文案 |
|
||||
| PJ2026-020603 | 来源披露 | 本规格 6.3 | 编号来源、完整链接、AI 参与和成本边界 | 资讯源、编辑策划、流水线平台 | 人工批准、受众 |
|
||||
| PJ2026-020604 | 发布审核 | 本规格 6.4 | 事实、版权、听感、视觉、平台和权限批准 | 发布包、人工判断 | 发布或退回 |
|
||||
| PJ2026-020605 | 预览交付 | 本规格 6.5 | 本地/公网预览、媒体访问和临时入口风险 | 流水线平台 | 审核者 |
|
||||
| PJ2026-020606 | 版本反馈 | 本规格 6.6 | 版本、纠错、撤回、再生成和匿名反馈回流 | 发布决定、平台结果 | 全部 L1 改进 |
|
||||
|
||||
本章图形描述目标数据面。当前实现尚未提供持久化批准状态、兼容性发布包或反馈台账；已实现范围和目标差距见第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Inputs[候选输入]
|
||||
Media[成片、封面与字幕]
|
||||
Evidence[文稿、来源与时间线]
|
||||
Quality[检查、用量与费用]
|
||||
end
|
||||
subgraph PublishPlane[发布运营数据面]
|
||||
Composer[发布包组合器]
|
||||
Review[人工审核门]
|
||||
Ledger[目标批准与纠错记录]
|
||||
Preview[只读预览投影]
|
||||
Archive[版本与哈希归档]
|
||||
end
|
||||
Media --> Composer
|
||||
Evidence --> Composer
|
||||
Quality --> Composer
|
||||
Composer --> Review
|
||||
Composer --> Preview
|
||||
Review --> Ledger
|
||||
Ledger --> Archive
|
||||
Archive --> Preview
|
||||
Review --> Rerun[按主责 L1 退回]
|
||||
```
|
||||
|
||||
发布包组合器不决定批准。人工审核门产生目标批准或退回决定，预览投影只展示，不得把页面点击直接变成已发布事实。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Media[成片 / 封面 / 字幕] --> Pack[发布包]
|
||||
Timeline[最终场景时间线] --> Comment[评论区时间轴]
|
||||
Sources[实际采用来源] --> Comment
|
||||
Usage[LLM 用量与费用] --> Disclosure[AI 与成本披露]
|
||||
Inspect[自动技术检查] --> Pack
|
||||
Comment --> Pack
|
||||
Disclosure --> Pack
|
||||
Pack --> Review{人工复核}
|
||||
Review -->|批准| Ready[可发布版本]
|
||||
Review -->|退回| Route[按主责 L1 重跑]
|
||||
Ready --> Archive[版本与哈希归档]
|
||||
Archive --> Feedback[纠错和效果反馈]
|
||||
```
|
||||
|
||||
自动检查是人工复核的输入，不是批准节点。退回必须指向资讯源、编辑策划、视觉制作、音频成片或流水线平台中的唯一主责能力域。
|
||||
|
||||
### 5.3 关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant I as 媒体检查
|
||||
participant C as 发布包组合器
|
||||
participant T as 场景时间线与来源
|
||||
participant E as 审核编辑者
|
||||
participant L as 目标发布台账
|
||||
participant P as 预览入口
|
||||
I->>C: 提供技术检查与候选工件
|
||||
C->>T: 读取最终章节起点和实际采用来源
|
||||
T-->>C: 返回时间轴、引用与内容版本
|
||||
C->>C: 校验兼容性并生成发布包
|
||||
C->>P: 投影只读候选
|
||||
C-->>E: 请求人工事实、版权与平台复核
|
||||
alt 人工退回
|
||||
E->>L: 记录主责 L1、原因和重跑范围
|
||||
L-->>C: 保持候选未批准
|
||||
else 人工批准
|
||||
E->>L: 记录批准人、时间和工件哈希
|
||||
L->>P: 投影可发布版本
|
||||
end
|
||||
```
|
||||
|
||||
时序图描述目标能力。当前只能生成候选、时间轴、来源和检查材料，尚不能持久化批准人、批准时间或发布状态。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 PUBLISH-L1-REQ-001 完整发布候选包
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PUBLISH-L1-REQ-001 | 发布包 | PJ2026-020601 发布包 | 全部 L1 |
|
||||
|
||||
系统应为每个候选版本组合最终 MP4、封面、SRT/ASS、结构化文稿、引用目录、评论区文本、场景时间线、用量费用摘要、工件清单和自动检查报告。
|
||||
|
||||
发布包中的文件必须满足：
|
||||
|
||||
- 来自同一期次；
|
||||
- 来自相互兼容的最新作业链；
|
||||
- 视频、字幕、时间线和评论区章节对应同一内容版本；
|
||||
- 不把重跑前字幕与重跑后视频混合成候选。
|
||||
|
||||
发布包应有稳定版本标识、生成时间和关键工件哈希。缺失必要工件、技术检查失败或内容版本冲突时必须阻止进入人工批准状态。
|
||||
|
||||
### 6.2 PUBLISH-L1-REQ-002 真实评论区时间轴
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PUBLISH-L1-REQ-002 | 评论时间轴 | PJ2026-020602 时间轴 | [编辑策划](PJ2026-0202-editorial-planning.md)、[音频成片](PJ2026-0204-audio-video-production.md) |
|
||||
|
||||
系统应从最终成片场景时间线中读取每条故事的真实开始时间，生成以“本期时间轴：”开头的评论区章节列表。
|
||||
|
||||
每行格式应为 `MM:SS 短标题 | 中文短释`，并遵守：
|
||||
|
||||
- 短标题和短释来自结构化文稿；
|
||||
- 时间来自最终场景；
|
||||
- 不使用按字数、目标时长或草稿场景估算的值；
|
||||
- 开场、大纲、总结和来源页默认不占用故事时间轴行；
|
||||
- 栏目配置可以明确要求增加其他章节。
|
||||
|
||||
当语速、停顿、故事顺序或场景时长改变后，渲染或检查步骤应重新生成时间轴。无法解析最终场景时间线时不得继续沿用旧评论区文本。
|
||||
|
||||
### 6.3 PUBLISH-L1-REQ-003 可核验来源与披露
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PUBLISH-L1-REQ-003 | 来源披露 | PJ2026-020603 来源披露 | [资讯源](PJ2026-0201-information-sources.md)、[编辑策划](PJ2026-0202-editorial-planning.md)、[流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
系统应在评论区时间轴之后空一行，输出“本期参考来源：”，再按故事顺序列出编号、来源名称、标题和完整链接。
|
||||
|
||||
来源披露只包含实际采用的来源，并保留媒体、社区、预印本和一手来源角色。引用顺序应与成片故事一致，链接不得被短链、返利链接或无法复核的聚合页替代。
|
||||
|
||||
发布包披露要求如下：
|
||||
|
||||
- 说明 AI 是否参与文稿、配音或视频制作；
|
||||
- 展示 LLM 成本时标明 Token 范围；
|
||||
- 标明公开目录价来源和“非实际账单”边界；
|
||||
- 不公开 Secret、完整提示词或可能受版权保护的来源全文。
|
||||
|
||||
### 6.4 PUBLISH-L1-REQ-004 人工发布门
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PUBLISH-L1-REQ-004 | 发布审核 | PJ2026-020604 发布审核 | 全部 L1 |
|
||||
|
||||
系统应要求有责任的编辑者在公开发布前明确批准发布包，并把自动检查通过与人工批准分成不同状态。
|
||||
|
||||
人工复核至少覆盖：
|
||||
|
||||
- 来源链接、日期、数字、状态和媒体归因；
|
||||
- 优惠期限、地区、资格、库存和条件；
|
||||
- 口播事实、专有名词、读音、语速和表达；
|
||||
- 字幕断句、画面安全区、来源视觉、封面和版权；
|
||||
- AI 参与披露、平台规则、发布权限和地区法律要求。
|
||||
|
||||
任何必要项失败时，审核者应记录问题、主责 L1 和重跑范围。系统不能通过隐藏 warning、手工改检查 JSON 或跳过来源页把候选标记为批准。
|
||||
|
||||
### 6.5 PUBLISH-L1-REQ-005 可控预览与交付
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PUBLISH-L1-REQ-005 | 预览交付 | PJ2026-020605 预览交付 | [流水线平台](PJ2026-0205-pipeline-platform.md) |
|
||||
|
||||
系统应允许审核者通过本地 Web 或受控公网 IP 查看期次 DAG、最终视频、音频、字幕、幻灯、来源、费用和检查结果，并支持媒体拖动与章节跳转。
|
||||
|
||||
临时公网预览应明确协议、鉴权和内容暴露边界。当前明文 HTTP 且无登录的公网 IPv4 入口只能用于有界验收；不应公开原始响应、LLM 请求、详细日志或未批准草稿。
|
||||
|
||||
长期外部交付应规划 TLS、访问控制、只读发布包和最小暴露面，但这些能力在规格和授权明确前不得通过临时代理、共享口令或隐藏 URL 假装已经完成。
|
||||
|
||||
### 6.6 PUBLISH-L1-REQ-006 版本、纠错与反馈回流
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| PUBLISH-L1-REQ-006 | 版本反馈 | PJ2026-020606 版本反馈 | 全部 L1 |
|
||||
|
||||
系统应长期建立发布版本、候选版本、工件哈希、批准决定和平台状态之间的关系，使发布前后纠错可以定位到具体内容和生产作业。
|
||||
|
||||
发生错误时应记录：
|
||||
|
||||
- 发现时间；
|
||||
- 影响范围；
|
||||
- 处置决定；
|
||||
- 替代版本。
|
||||
|
||||
撤回或更正不能删除原有运行证据，也不能把旧候选重新标为从未发布。
|
||||
|
||||
效果反馈可以：
|
||||
|
||||
- 按栏目和内容类型聚合播放、跳出、评论和人工反馈；
|
||||
- 回流选题、文稿、视觉和声音改进。
|
||||
|
||||
反馈使用必须去除不必要的用户身份，不能为了追求指标自动降低事实、版权和人工批准门槛。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与引用
|
||||
|
||||
- 当前已经实现候选 MP4、封面、字幕、真实故事时间轴、参考来源、费用摘要、技术检查和 Web 预览。
|
||||
- 当前没有持久化批准人、批准时间、退回原因、已发布状态、发布版本台账或反馈台账。
|
||||
- 当前输出清单不是按内容版本兼容性组合的完整发布包；第 6 章相关条款均为目标需求。
|
||||
|
||||
- 最终媒体和检查：
|
||||
- `/root/selfmedia/scripts/src/steps/render.ts`；
|
||||
- `/root/selfmedia/scripts/src/steps/inspect.ts`。
|
||||
- 评论区和引用：`/root/selfmedia/scripts/src/comment-reference.ts`。
|
||||
- Web 预览：`/root/selfmedia/scripts/src/server-app.ts`、`web/src/`。
|
||||
- 当前期次工件：
|
||||
- `output/episode.mp4`；
|
||||
- `output/cover.png`；
|
||||
- `output/scene-timeline.json`；
|
||||
- `output/inspection.json`；
|
||||
- `output/manifest.json`；
|
||||
- `script/comment-reference.txt`。
|
||||
- 后续相关源码修改应标记：
|
||||
- `SPEC: PJ2026-0206 发布运营 draft-2026-07-13-p0`。
|
||||
|
||||
### 7.2 原入口验收
|
||||
|
||||
- 通过检查单步确认必要技术检查全部为真，并查看人工 warning。
|
||||
- 从最终场景时间线手工抽算至少两条故事起点，与评论区 `MM:SS` 一致。
|
||||
- 核对评论区先时间轴、后参考来源，编号、标题和完整链接与成片顺序一致。
|
||||
- 通过 Web 桌面和窄屏入口播放最终视频，测试章节跳转、媒体 Range 和工件链接。
|
||||
- 人工执行事实、版权、听感、视觉、优惠期限、AI 披露和平台规则清单后再记录批准。
|
||||
|
||||
### 7.3 批准和退回控制
|
||||
|
||||
- 自动检查失败时不得进入人工批准；人工复核失败时不得标记可发布。
|
||||
- 退回必须指定唯一主责 L1、问题描述和最小重跑范围。
|
||||
- 重跑后重新生成发布包、场景时间线、评论区文本和检查结果；旧批准不自动继承。
|
||||
- 当前未实现平台自动发布和账号权限时，发布动作由人工在平台官方入口完成，系统只交付发布候选和配套文本。
|
||||
|
||||
### 7.4 回写边界
|
||||
|
||||
- 来源身份、链接、优惠条件或版权提示问题回写 [资讯源](PJ2026-0201-information-sources.md)。
|
||||
- 事实、叙事、标题、短释或披露用语问题回写 [编辑策划](PJ2026-0202-editorial-planning.md)。
|
||||
- 封面、来源画面、动效或导航问题回写 [视觉制作](PJ2026-0203-visual-production.md)。
|
||||
- 读音、字幕、同步、编码或场景时间线问题回写 [音频成片](PJ2026-0204-audio-video-production.md)。
|
||||
- 作业、用量、费用、工件索引、API 或 Web 预览问题回写 [流水线平台](PJ2026-0205-pipeline-platform.md)。
|
||||
@@ -0,0 +1,451 @@
|
||||
# PJ2026-0207 平台交付需求规格
|
||||
|
||||
## 修改历史
|
||||
|
||||
| 版本 | 对应 commit id | 更新日期 | 变更说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| v0.1 | 待提交 | 2026-07-13 | 建立 Web 内置 Codex、隔离凭据、受控 K8s 部署、自动交付和运行验收目标规格。 |
|
||||
|
||||
当前正文仍在规格治理草稿中；未定稿前不新增版本号，不为单次编辑追加 `待提交` 版本。
|
||||
|
||||
## 正文
|
||||
|
||||
## PJ2026-0207 平台交付需求规格
|
||||
|
||||
## 1. 文档控制
|
||||
|
||||
| 字段 | 内容 |
|
||||
| --- | --- |
|
||||
| 编号 | PJ2026-0207 |
|
||||
| 短名 | 平台交付 |
|
||||
| 层级 | L1 方向 |
|
||||
| 状态 | 已生效 |
|
||||
| 实现状态 | 未实现 |
|
||||
| 实现引用版本 | draft-2026-07-13-p0 |
|
||||
| 需求规格模板 | [ISO/IEC/IEEE 29148 需求规格模板](../../templates/iso-iec-ieee-29148-requirements-spec-template.md) |
|
||||
| 上级规格 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) |
|
||||
| 规格治理索引 | [PJ2026-02 智媒工厂总规格](PJ2026-02-smart-media-factory.md) 第 7 章 |
|
||||
|
||||
本文采用 ISO/IEC/IEEE 29148 需求规格模板的项目裁剪版。正文定义智媒工厂从本地主机进程演进为可受控交付平台时的稳定目标，不把目标状态写成当前已实现事实。
|
||||
|
||||
## 2. 目的和范围
|
||||
|
||||
### 2.1 目的
|
||||
|
||||
平台交付的目标是：
|
||||
|
||||
- 以可复现、隔离、最小权限和自动验收的方式交付到 Kubernetes 运行面；
|
||||
- 让用户从 Web 内置终端进入与后端版本一致的 Codex 工作环境；
|
||||
- 在容器中提供随镜像交付的源码、CLI 和受限工具；
|
||||
- 通过 YAML-first 配置、GitOps 自动链和公网 IP 原入口持续交付。
|
||||
|
||||
### 2.2 当前状态
|
||||
|
||||
当前 `/root/selfmedia` 已具备本地主机上的 CLI、Web 服务、期次作业和公网 IPv4 临时预览，但尚未实现本规格要求的：
|
||||
|
||||
- Web 内置 Codex 终端；
|
||||
- 包含版本化源码和 CLI 的后端容器运行面；
|
||||
- PVC 会话持久化、重启自动恢复和 Codex 会话续接；
|
||||
- YAML-first Secret `sourceRef` 到 `~/.env/TOKEN` 的隔离投影；
|
||||
- 受控 `~/.codex/*.pika` 源路径到运行时 Codex home 的模型配置与 API key 投影；
|
||||
- 无 ServiceAccount token、无 kubeconfig、无 Kubernetes 或主机权限的终端沙箱；
|
||||
- GitHub 到 mirror、PaC、Tekton、GitOps 和 Argo 的自动交付链；
|
||||
- 由公网 IP 原入口执行的部署后运行验收。
|
||||
|
||||
### 2.3 范围内
|
||||
|
||||
- Web 内置终端、Codex 进程、会话身份、终端重连和用户可见状态。
|
||||
- 与已部署后端版本一致的容器镜像、源码快照、TypeScript CLI 和运行依赖。
|
||||
- 面向 Agent 的受限 Skill、HTTP API 和工件访问能力。
|
||||
- PVC 上的 `~/.codex/sessions`、supervisor 恢复元数据、自动恢复和滚动重启续接。
|
||||
- 后端 API `~/.env/TOKEN` 的 YAML-first `sourceRef`、运行时投影、权限和脱敏。
|
||||
- Codex 模型配置与 API key 从受控 `~/.codex/*.pika` 源路径到运行时 Codex home 的独立投影。
|
||||
- 无 ServiceAccount token、无 kubeconfig、无 Kubernetes 管理能力和无主机权限的隔离边界。
|
||||
- YAML-first Kubernetes 工作负载、服务、健康检查、资源限制和公网 IP 暴露。
|
||||
- GitHub、镜像、Pipeline as Code、Tekton、GitOps、Argo 和部署后验收的自动链。
|
||||
|
||||
### 2.4 范围外
|
||||
|
||||
- 允许 Codex 或终端用户直接运行 `kubectl`、读取集群凭据或修改 Kubernetes 对象。
|
||||
- 向终端挂载宿主机目录、容器运行时套接字、主机网络、主机进程或特权设备。
|
||||
- 在镜像、Git 仓库、日志、工件、ConfigMap、环境变量列表或 Web 响应中保存明文 Token。
|
||||
- 让流水线构建步骤直接修改生产 Deployment，或让 Argo 从未经构建验证的工作区读取源码。
|
||||
- 把临时 NodePort、手工 SSH、手工复制镜像或主机进程作为正式交付真相。
|
||||
- 多租户计费、开放注册和互联网任意用户的共享终端；这些需要独立身份与运营规格。
|
||||
|
||||
## 3. 术语表
|
||||
|
||||
| 术语 | 定义 |
|
||||
| --- | --- |
|
||||
| 内置终端 | 由工业风智媒工厂 Web 提供、连接到受控后端会话的紧凑浏览器终端。 |
|
||||
| Agent 工具面 | Codex 在容器内可调用的源码、CLI、受限 Skill、HTTP API 和工件入口集合。 |
|
||||
| 会话 PVC | 只保存 `~/.codex/sessions` 与 supervisor 恢复元数据的持久卷，不保存源码工作区或集群管理凭据。 |
|
||||
| 自动恢复 | 终端或后端容器重启后，根据 PVC 中的 Codex session 与 supervisor 恢复元数据续接会话。 |
|
||||
| `sourceRef` | owning YAML 对外部 Secret 对象、键和目标文件的声明式引用。 |
|
||||
| `~/.env/TOKEN` | 容器用户家目录下由 Secret 运行时投影生成的 Token 文件目标，不进入镜像或源码。 |
|
||||
| 运行时 Codex home | 容器内供 Codex 读取模型配置和 API key 的专用目录，只接收受控 `~/.codex/*.pika` 源路径投影。 |
|
||||
| PaC | Pipeline as Code；把 Git 变更映射为受审查 Tekton 流水线运行的入口。 |
|
||||
| GitOps | 以声明式目标配置仓库作为部署期望状态，由控制器协调运行面。 |
|
||||
| 公网 IP 原入口 | 用户实际访问的公网 IPv4 Web、API 和终端入口，用于部署后验收。 |
|
||||
|
||||
## 4. 系统边界和接口
|
||||
|
||||
本规格把平台交付作为智媒工厂的受控运行与持续交付能力看待，不重新定义内容生产步骤的业务正确性。
|
||||
|
||||
| 边界项 | 内容 |
|
||||
| --- | --- |
|
||||
| 外部使用者 | 智媒编辑者、受控 Codex Agent、发布审核者和交付自动化。 |
|
||||
| 外部输入 | GitHub 提交、owning YAML、镜像上下文、后端 Secret `sourceRef`、Codex 配置 `sourceRef`、期次工件和终端动作。 |
|
||||
| 受控资源 | 后端容器、Web 终端、会话 PVC、运行时 Codex home、受限工具、镜像摘要、GitOps 目标、K8s 工作负载和验收记录。 |
|
||||
| 外部输出 | 公网 IP Web/API/终端、可恢复 Codex session、部署版本、健康状态、自动交付轨迹和验收结论。 |
|
||||
| 用户接口 | Web 内置终端、TypeScript CLI、同源 HTTP API、公网 IPv4 和只读交付状态。 |
|
||||
| 系统边界 | 平台拥有应用交付和会话恢复；Agent 只拥有内容工作区和受限工具，不拥有集群或主机控制权。 |
|
||||
|
||||
## 5. 内部分工与下级索引
|
||||
|
||||
| 编号 | 模块或课题 | 规格位置 | 主责边界 | 上游依赖 | 下游支撑 |
|
||||
| --- | --- | --- | --- | --- | --- |
|
||||
| PJ2026-020701 | 内置终端 | 本规格 6.1 | Web 终端、Codex 进程、会话连接、重连和用户状态 | Web、后端容器、会话 PVC | 编辑调试 |
|
||||
| PJ2026-020702 | Agent 工具 | 本规格 6.2 | 版本化源码、TypeScript CLI、受限 Skill/API 和工件访问 | 构建产物、流水线平台 | Codex Agent |
|
||||
| PJ2026-020703 | 隔离凭据 | 本规格 6.3 | 后端 Token、Codex 模型配置的独立 `sourceRef`、文件权限、脱敏和负面边界 | owning YAML、外部 Secret | 内置终端、Agent 工具 |
|
||||
| PJ2026-020704 | 受控部署 | 本规格 6.4 | YAML-first K8s 工作负载、资源、健康和公网 IP | 镜像摘要、配置与 Secret 引用 | 自动交付、运行验收 |
|
||||
| PJ2026-020705 | 自动交付 | 本规格 6.5 | GitHub、mirror、PaC、Tekton、GitOps 和 Argo 链 | 源码与 owning YAML | 受控部署 |
|
||||
| PJ2026-020706 | 运行验收 | 本规格 6.6 | 公网原入口、版本、终端、恢复、隔离和自动链证据 | 全部平台交付模块 | 发布运营、平台维护者 |
|
||||
|
||||
本章图形全部描述目标数据面。当前不存在可与这些目标等价的正式 Kubernetes 运行面，当前差距见第 2.2 和第 7.1 节。
|
||||
|
||||
### 5.1 目标数据面架构图
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
subgraph Delivery[自动交付控制面]
|
||||
GitHub[GitHub 源码]
|
||||
Mirror[受控镜像]
|
||||
PaC[Pipeline as Code]
|
||||
Tekton[Tekton 构建与验证]
|
||||
Registry[摘要固定镜像]
|
||||
GitOps[GitOps 目标配置]
|
||||
Argo[Argo 协调]
|
||||
end
|
||||
subgraph Runtime[Kubernetes 应用数据面]
|
||||
Public[公网 IPv4 Service]
|
||||
Web[Web 与同源 API]
|
||||
Terminal[终端会话代理]
|
||||
Backend[后端容器、源码与 CLI]
|
||||
PVC[会话 PVC]
|
||||
BackendSecret[只读后端 Token 投影]
|
||||
CodexSecret[只读 Codex 配置投影]
|
||||
end
|
||||
GitHub --> Mirror
|
||||
Mirror --> PaC
|
||||
PaC --> Tekton
|
||||
Tekton --> Registry
|
||||
Tekton --> GitOps
|
||||
GitOps --> Argo
|
||||
Argo --> Backend
|
||||
Registry --> Backend
|
||||
Public --> Web
|
||||
Web --> Terminal
|
||||
Terminal --> Backend
|
||||
Backend --> PVC
|
||||
BackendSecret --> Backend
|
||||
CodexSecret --> Backend
|
||||
```
|
||||
|
||||
自动交付控制面拥有构建和部署协调权限。应用数据面不获得控制面凭据，Codex 只能在后端容器的受控工作区内运行。
|
||||
|
||||
### 5.2 目标数据流图
|
||||
|
||||
```mermaid
|
||||
flowchart TD
|
||||
Commit[GitHub 提交] --> Sync[mirror 同步]
|
||||
Sync --> Build[PaC 触发 Tekton]
|
||||
Build --> Test[源码、CLI 与镜像验证]
|
||||
Test --> Digest[不可变镜像摘要]
|
||||
Digest --> Desired[更新 GitOps 期望状态]
|
||||
Desired --> Reconcile[Argo 协调 K8s]
|
||||
Config[owning YAML] --> Render[受控配置渲染]
|
||||
BackendRef[后端 Token sourceRef] --> Render
|
||||
CodexRef[Codex pika sourceRef] --> Render
|
||||
Render --> Reconcile
|
||||
Reconcile --> Pod[后端 Pod]
|
||||
Pod --> Token[只读 ~/.env/TOKEN]
|
||||
Pod --> CodexHome[运行时 Codex home]
|
||||
Pod --> Session[PVC Codex sessions 与恢复元数据]
|
||||
Browser[公网 IP 浏览器] --> Web[Web 内置终端]
|
||||
Web --> Codex[容器内 Codex]
|
||||
CodexHome --> Codex
|
||||
Codex --> Session
|
||||
Codex --> Tools[受限 Skill / API / CLI]
|
||||
Pod --> Acceptance[部署后运行验收]
|
||||
```
|
||||
|
||||
Secret 数据不经过 GitHub、mirror、构建日志或 GitOps 明文：
|
||||
|
||||
- 后端 API Token 独立投影到 `~/.env/TOKEN`；
|
||||
- Codex 模型配置和 API key 从受控 `~/.codex/*.pika` 源路径投影到运行时 Codex home；
|
||||
- 两类凭据不得共享目标文件、环境变量或日志字段。
|
||||
|
||||
### 5.3 自动交付关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant G as GitHub
|
||||
participant M as mirror / PaC
|
||||
participant T as Tekton
|
||||
participant R as 镜像仓库
|
||||
participant O as GitOps 目标仓库
|
||||
participant A as Argo
|
||||
participant K as Kubernetes
|
||||
participant V as 运行验收
|
||||
G->>M: 推送受审查提交
|
||||
M->>T: 触发 commit-pinned PipelineRun
|
||||
T->>T: 校验源码、CLI、镜像和配置
|
||||
T->>R: 发布不可变镜像摘要
|
||||
T->>O: 提交摘要固定的目标配置
|
||||
O->>A: 目标 revision 可见
|
||||
A->>K: 协调 Deployment、Service 与 Secret 引用
|
||||
K-->>A: rollout 健康
|
||||
A->>V: 触发部署后原入口验收
|
||||
V->>K: 通过公网 IP 检查 Web、API、终端与恢复
|
||||
V-->>A: 返回通过或明确阻塞
|
||||
```
|
||||
|
||||
Tekton 不直接修改生产工作负载。只有经过验证并写入 GitOps 目标的镜像摘要，才由 Argo 协调到运行面。
|
||||
|
||||
### 5.4 终端恢复关键时序图
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
participant U as 编辑者浏览器
|
||||
participant W as Web / 终端代理
|
||||
participant B as 后端容器
|
||||
participant P as 会话 PVC
|
||||
participant C as Codex CLI
|
||||
U->>W: 打开内置终端
|
||||
W->>B: 创建或连接会话
|
||||
B->>P: 读取 Codex sessions 与 supervisor 元数据
|
||||
alt 存在可续接 session
|
||||
B->>C: 使用稳定 sessionId 恢复
|
||||
else 新会话
|
||||
B->>C: 创建 Codex session
|
||||
C->>P: 保存 Codex session
|
||||
B->>P: 保存 supervisor 恢复元数据
|
||||
end
|
||||
C-->>U: 流式终端输出
|
||||
B--xW: Pod 滚动重启或连接中断
|
||||
U->>W: 自动重连
|
||||
W->>B: 连接新容器实例
|
||||
B->>P: 恢复 session 与 supervisor 状态
|
||||
B->>C: 续接既有 session
|
||||
C-->>U: 返回恢复后的终端状态
|
||||
```
|
||||
|
||||
自动恢复只读取 PVC 中的业务会话事实。恢复过程不得依赖旧 Pod 内存、宿主机目录、ServiceAccount token 或 kubeconfig。
|
||||
|
||||
## 6. 原子需求
|
||||
|
||||
### 6.1 DELIVERY-L1-REQ-001 Web 内置 Codex 终端
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| DELIVERY-L1-REQ-001 | 内置终端 | PJ2026-020701 内置终端 | [流水线平台](PJ2026-0205-pipeline-platform.md)、PJ2026-020703 隔离凭据 |
|
||||
|
||||
平台应在智媒工厂 Web 内提供可访问的 Codex 终端，使编辑者能够从同一公网 IP 入口进入与后端版本一致的内容生产环境。
|
||||
|
||||
内置终端和相邻控制区应遵循控制台视觉边界：
|
||||
|
||||
- 工业风；
|
||||
- 紧凑高信息密度；
|
||||
- 直角或极小倒角；
|
||||
- 优先展示连接、session、进程、命令和错误状态；
|
||||
- 不使用生成 HTML、PPT 和视频的暖色大圆角卡片主题。
|
||||
|
||||
终端应显示：
|
||||
|
||||
- 连接、启动和运行状态；
|
||||
- 重连、恢复、失败和关闭状态。
|
||||
|
||||
浏览器关闭或网络短暂中断不应自动终止后台 Codex session。重新连接时应回到同一业务会话，不能伪造新的空终端。
|
||||
|
||||
专用 PVC 应保存：
|
||||
|
||||
- `~/.codex/sessions`；
|
||||
- supervisor 恢复元数据。
|
||||
|
||||
会话 PVC 不承担源码工作区持久化。需要跨重启保存的源码变更必须进入受控变更流；未来如需持久化源码工作区，应另行定义数据生命周期、版本冲突和回收要求。
|
||||
|
||||
后端容器或 Pod 重启后，平台应自动发现并续接可恢复会话。恢复失败时输出明确原因，不以新会话冒充恢复成功。
|
||||
|
||||
### 6.2 DELIVERY-L1-REQ-002 版本一致的 Agent 工具面
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| DELIVERY-L1-REQ-002 | Agent 工具 | PJ2026-020702 Agent 工具 | [流水线平台](PJ2026-0205-pipeline-platform.md)、[发布运营](PJ2026-0206-publishing-operations.md) |
|
||||
|
||||
后端容器镜像应包含与部署 commit 一致的智媒工厂源码、TypeScript CLI、运行依赖和必要开源媒体工具，使 Codex 能在容器内执行正式单步、查看作业和复核工件。
|
||||
|
||||
Agent 工具面只暴露 owning YAML 允许的：
|
||||
|
||||
- Skill；
|
||||
- CLI 子命令；
|
||||
- 同源 HTTP API；
|
||||
- 期次工件路径。
|
||||
|
||||
工具策略应声明允许动作、只读或写入边界、超时和输出脱敏。没有声明的外部 API、集群入口和主机能力默认不可用。
|
||||
|
||||
镜像内源码是版本化实现参考，不是运行时可变部署真相：
|
||||
|
||||
- Codex 不能直接改写已部署容器层或 GitOps 目标；
|
||||
- 需要持久化的源码修改必须进入受控变更流；
|
||||
- 会话 PVC 不保存源码工作副本。
|
||||
|
||||
### 6.3 DELIVERY-L1-REQ-003 YAML-first 隔离凭据
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| DELIVERY-L1-REQ-003 | 隔离凭据 | PJ2026-020703 隔离凭据 | PJ2026-020701 内置终端、PJ2026-020702 Agent 工具、PJ2026-020704 受控部署 |
|
||||
|
||||
凭据必须由 owning YAML 使用 `sourceRef`、`targetKey` 和目标路径声明，并分成两个互不复用的投影：
|
||||
|
||||
- 后端 API Token：
|
||||
- 从受控 Secret `sourceRef` 读取；
|
||||
- 只读投影到容器用户的 `~/.env/TOKEN`。
|
||||
- Codex 模型配置和 API key：
|
||||
- 从受控 `~/.codex/*.pika` 源路径对应的独立 `sourceRef` 读取；
|
||||
- 投影到运行时 Codex home 中 Codex 需要的配置和认证目标；
|
||||
- 不与后端 API Token 共用 Secret 对象、`targetKey`、目标文件或环境变量。
|
||||
|
||||
两类文件权限都应限制为容器用户可读，凭据值不得进入镜像、Git、ConfigMap、日志、规格或 Web。
|
||||
|
||||
日志、规格、状态和验收输出只允许披露：
|
||||
|
||||
- `sourceRef`；
|
||||
- `targetKey`；
|
||||
- presence；
|
||||
- 非敏感 fingerprint。
|
||||
|
||||
平台不得保存、回显或从运行中 Pod、环境变量、进程参数、日志和工件反解凭据值。
|
||||
|
||||
终端和后端 Pod 必须满足以下负面边界：
|
||||
|
||||
- `automountServiceAccountToken: false` 或等价禁止挂载；
|
||||
- 不包含 kubeconfig、云控制面凭据或 Kubernetes 客户端配置；
|
||||
- 不允许访问 Kubernetes API、宿主机文件、容器运行时套接字和特权设备；
|
||||
- 不使用 `hostPath`、`hostNetwork`、`hostPID`、`hostIPC` 或特权容器；
|
||||
- 只挂载声明的会话 PVC、只读配置和两类相互隔离的只读 Secret 文件。
|
||||
|
||||
### 6.4 DELIVERY-L1-REQ-004 YAML-first 受控部署
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| DELIVERY-L1-REQ-004 | 受控部署 | PJ2026-020704 受控部署 | PJ2026-020703 隔离凭据、PJ2026-020705 自动交付 |
|
||||
|
||||
owning YAML 应定义：
|
||||
|
||||
- 目标集群、命名空间和镜像摘要；
|
||||
- 配置引用、Secret `sourceRef` 和 PVC；
|
||||
- 资源限制、健康检查、服务和公网暴露。
|
||||
|
||||
代码或手工命令中不得保留第二套部署事实。
|
||||
|
||||
Kubernetes 工作负载应使用非 root 用户、只读根文件系统或等价最小写面、明确 CPU/内存/临时存储限制，并把可写内容限制在声明的会话 PVC 和必要临时目录。
|
||||
|
||||
公网入口应通过 YAML 声明的 IPv4 和端口暴露 Web、同源 API 与终端代理。验收使用该公网 IP 原入口，不以 Pod IP、端口转发、SSH、临时 NodePort 或集群内部地址替代。
|
||||
|
||||
### 6.5 DELIVERY-L1-REQ-005 GitOps 自动交付链
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| DELIVERY-L1-REQ-005 | 自动交付 | PJ2026-020705 自动交付 | PJ2026-020704 受控部署、PJ2026-020706 运行验收 |
|
||||
|
||||
平台应建立以下自动交付链：
|
||||
|
||||
- GitHub 提交进入受控 mirror；
|
||||
- Pipeline as Code 触发 commit-pinned Tekton 流水线；
|
||||
- Tekton 验证源码、CLI、配置和镜像；
|
||||
- 验证通过后发布不可变镜像摘要；
|
||||
- 更新 GitOps 目标；
|
||||
- Argo 协调 Kubernetes。
|
||||
|
||||
交付职责边界如下：
|
||||
|
||||
- mirror 只提供受控源码同步，不成为可手工修改的第二真相；
|
||||
- Tekton 负责构建、检查和产物发布，不直接修改生产 Deployment；
|
||||
- Argo 只消费通过审核和验证的 GitOps 目标 revision。
|
||||
|
||||
任何链路失败都应保留 commit、流水线、镜像摘要、GitOps revision、Argo 协调和运行验收之间的追溯关系。自动重试不能跳过失败门禁或回退到手工复制。
|
||||
|
||||
### 6.6 DELIVERY-L1-REQ-006 公网原入口运行验收
|
||||
|
||||
| 编号 | 短名 | 主责模块 | 关联模块 |
|
||||
| --- | --- | --- | --- |
|
||||
| DELIVERY-L1-REQ-006 | 运行验收 | PJ2026-020706 运行验收 | PJ2026-020701 内置终端、PJ2026-020702 Agent 工具、PJ2026-020703 隔离凭据、PJ2026-020704 受控部署、PJ2026-020705 自动交付 |
|
||||
|
||||
每次自动交付完成后，平台应从 YAML 选中的公网 IPv4 原入口验证健康、Web、同源 API、内置终端、Codex 启动、正式 CLI、工件读取和版本可见性。
|
||||
|
||||
运行验收应完成以下会话恢复检查：
|
||||
|
||||
- 主动触发一次有界终端会话并记录 sessionId；
|
||||
- 执行无外部写入的 CLI 只读命令；
|
||||
- 重启或滚动更新后端；
|
||||
- 验证同一 session 依靠 PVC 中的 Codex sessions 与 supervisor 元数据自动恢复。
|
||||
|
||||
安全负面验收至少检查：
|
||||
|
||||
- 容器没有 ServiceAccount token 和 kubeconfig；
|
||||
- 不能访问 Kubernetes API；
|
||||
- 没有宿主机目录、容器运行时套接字、主机命名空间或特权能力；
|
||||
- `~/.env/TOKEN` 只报告 `sourceRef`、`targetKey`、presence 和 fingerprint；
|
||||
- 运行时 Codex home 的 pika 配置只报告 `sourceRef`、`targetKey`、presence 和 fingerprint；
|
||||
- 两类凭据值都不出现在日志、规格、API、终端回显或工件；
|
||||
- 运行 commit、镜像摘要、GitOps revision 和公网验收结果可以关联。
|
||||
|
||||
## 7. 过程控制
|
||||
|
||||
### 7.1 当前实现状态与目标差距
|
||||
|
||||
- 当前 `/root/selfmedia` 以主机 Bun 进程运行 CLI 和 Web；这只能作为功能样片和临时公网验收基线。
|
||||
- 当前不存在本规格定义的 Kubernetes 应用、Web Codex 终端、会话 PVC、两类隔离凭据投影和 GitOps 自动交付链。
|
||||
- 本规格作为目标约束已经生效，但实现状态仍为“未实现”。
|
||||
- 所有第 6 章内容都是目标需求，不得用于宣称已经上线。
|
||||
- 后续新增或修改的相关源码文件应标记：
|
||||
- `SPEC: PJ2026-0207 平台交付 draft-2026-07-13-p0`。
|
||||
- 纯 YAML、生成文件、锁文件和二进制镜像可以不加文件头：
|
||||
- owning YAML、渲染器、容器构建入口和交付流水线必须能追溯到本规格。
|
||||
|
||||
### 7.2 实施顺序
|
||||
|
||||
- 先交付不含 Kubernetes 权限的后端容器、源码、CLI 和只读健康入口。
|
||||
- 再交付会话 PVC、Web 内置终端和 Codex 新建/恢复。
|
||||
- 随后接入两类 YAML-first 凭据 `sourceRef`：
|
||||
- 后端 API `~/.env/TOKEN`；
|
||||
- Codex `~/.codex/*.pika` 源到运行时 Codex home 的配置与认证文件。
|
||||
- 两类凭据隔离后，再接入权限负面检查和受限 Skill/API。
|
||||
- 完成 YAML-first Kubernetes、公网 IPv4 原入口和运行验收后，才接入自动交付链。
|
||||
- 最后用 GitHub、mirror、PaC、Tekton、GitOps 和 Argo 全链替换手工发布路径。
|
||||
|
||||
### 7.3 安全门禁
|
||||
|
||||
- 发现 ServiceAccount token、kubeconfig、Kubernetes API 可达、hostPath、容器套接字或特权能力时，运行验收必须失败。
|
||||
- 任一后端或 Codex 凭据值出现在日志、规格、终端、API、工件或镜像层时，必须停止交付并轮换受影响凭据。
|
||||
- 终端不能直接调用部署控制面；需要部署动作时只能通过受控自动交付入口产生可审查变更。
|
||||
- 受限 Skill/API 策略变化先更新 owning YAML；扩大集群或主机权限必须先更新本规格并重新评审边界。
|
||||
|
||||
### 7.4 原入口验收
|
||||
|
||||
- 使用公网 IPv4 打开 Web 并创建 Codex 终端。
|
||||
- 验证容器内源码 commit、CLI 版本和已部署镜像摘要一致。
|
||||
- 通过终端执行配置计划、步骤列表或等价只读命令。
|
||||
- 重启后端 Pod，验证同一 sessionId 和终端上下文依靠 PVC 中的 Codex sessions 与 supervisor 元数据恢复。
|
||||
- 检查 `~/.env/TOKEN` 的 `sourceRef`、`targetKey`、presence、文件权限和 fingerprint。
|
||||
- 检查运行时 Codex home 的 pika 配置 `sourceRef`、`targetKey`、presence、文件权限和 fingerprint。
|
||||
- 不读取、保存或输出任一凭据值。
|
||||
- 运行权限负面检查和 GitHub 到 Argo 的交付追溯检查。
|
||||
|
||||
### 7.5 回写边界
|
||||
|
||||
- 内容步骤、作业、日志或工件契约问题回写 [流水线平台](PJ2026-0205-pipeline-platform.md)。
|
||||
- 发布包、人工批准和平台发布材料问题回写 [发布运营](PJ2026-0206-publishing-operations.md)。
|
||||
- Web 终端、容器、凭据隔离、Kubernetes、自动链和部署后验收主归属本 L1。
|
||||
- 稳定安全边界、部署数据流、自动链或原入口验收变化时，先更新本规格和 [L0 总规格](PJ2026-02-smart-media-factory.md)。
|
||||
Reference in New Issue
Block a user