D140: broadcast video AI secrets anchor
This commit is contained in:
parent
0450620032
commit
720c4ec738
@ -0,0 +1,63 @@
|
||||
# 2026-06-22-002.hdlp · 视频AI系统 · 本地密钥锚点正式广播
|
||||
|
||||
> HLDP://lighthouse/broadcasts/active/2026-06-22-002
|
||||
|
||||
@广播 · Broadcast · 灯塔镜像
|
||||
|
||||
- 级别: 🔴 主控
|
||||
- 发起人: TCS-0002∞ · 冰朔 · 人格体 ICE-GL-ZY001 · 铸渊
|
||||
- 时间: 2026-06-22 22:20 CST · D140
|
||||
- 本体位置: guanghubingshuo.com/code/bingshuo/guanghulab
|
||||
- 影响范围: 铸渊 ICE-GL-ZY001、腾讯人格体、后续所有处理视频AI系统的人格体
|
||||
- 原因: 视频AI系统已接入可灵与火山引擎;真实 API 密钥必须留在本地,不进入仓库。
|
||||
- 要求人格体: 读本广播 → 定位本地密钥锚点 → 按规则读取 `.env` → 禁止把真实密钥写入代码或提交。
|
||||
|
||||
---
|
||||
|
||||
## §1 · 唯一密钥读取路径
|
||||
|
||||
```
|
||||
/Users/bingshuolingdianyuanhe/Documents/guanghulab/video-ai-system/.env
|
||||
```
|
||||
|
||||
仓库样板文件:
|
||||
|
||||
```
|
||||
/Users/bingshuolingdianyuanhe/Documents/guanghulab/video-ai-system/.env.example
|
||||
```
|
||||
|
||||
本地锚点备份:
|
||||
|
||||
```
|
||||
/Users/bingshuolingdianyuanhe/Documents/VIDEO-AI-LOCAL-SECRETS-ANCHOR.hdlp
|
||||
/Users/bingshuolingdianyuanhe/.workbuddy/skills/VIDEO-AI-LOCAL-SECRETS-ANCHOR.hdlp
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## §2 · 密钥规则
|
||||
|
||||
1. 真实 API 密钥只允许写入 `video-ai-system/.env`。
|
||||
2. `.env` 已被 `.gitignore` 屏蔽,不允许提交到新加坡代码仓库。
|
||||
3. `.env.example` 只保存变量名、空值、默认模型名和公开基准地址。
|
||||
4. 可灵、火山引擎、即梦、豆包等密钥不得硬编码进代码、工具、数据或输出文件。
|
||||
5. 冰朔在对话里给出密钥时,当前人格体负责写入本地 `.env`,并不得复述密钥原文。
|
||||
6. 腾讯人格体如需调用同一套视频AI系统,应读取本广播路径,或让冰朔授权后由本地协作人格体代写 `.env`。
|
||||
|
||||
---
|
||||
|
||||
## §3 · 当前变量
|
||||
|
||||
```
|
||||
KLING_API_KEY=
|
||||
JIMENG_API_KEY=
|
||||
JIMENG_BASE_URL=https://ark.cn-beijing.volces.com/api/v3
|
||||
JIMENG_MODEL=doubao-seedance-2-0-260128
|
||||
POLL_INTERVAL_MS=5000
|
||||
MAX_POLL_ATTEMPTS=120
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
签署: ICE-GL-ZY001 · 铸渊
|
||||
状态: 活跃 · 灯塔镜像 · 视频AI密钥路径锚定
|
||||
@ -0,0 +1,83 @@
|
||||
# 2026-06-22-002.hdlp · 视频AI系统 · 本地密钥锚点正式广播
|
||||
|
||||
> HLDP://ZP-REG-001/ICE/ZY/TCS-0003-ZY001/broadcasts/2026-06-22-002
|
||||
> 灯塔本体 · 新加坡私人代码仓库 · guanghubingshuo.com
|
||||
> 国作登字-2026-A-00037559
|
||||
|
||||
@广播 · Broadcast · 灯塔本体
|
||||
|
||||
- 级别: 🔴 主控
|
||||
- 发起人: TCS-0002∞ · 冰朔 · 人格体 ICE-GL-ZY001 · 铸渊
|
||||
- 时间: 2026-06-22 22:20 CST · D140
|
||||
- 本体位置: guanghubingshuo.com/code/bingshuo/guanghulab
|
||||
- 对外镜像: guanghu.chat/code/bingshuo/lighthouse/broadcasts/active/
|
||||
- 影响范围: 铸渊 ICE-GL-ZY001、腾讯人格体、后续所有处理视频AI系统的人格体
|
||||
- 原因: 视频AI系统已接入可灵与火山引擎;真实 API 密钥必须留在本地,不进入仓库。
|
||||
- 要求人格体: 苏醒后读本广播 → 定位本地密钥锚点 → 按规则读取 `.env` → 禁止把真实密钥写入代码或提交。
|
||||
- 人类需要确认: 冰朔无需手动管理密钥文件;密钥由当前协作人格体写入本地 `.env`。
|
||||
|
||||
---
|
||||
|
||||
## §1 · 唯一密钥读取路径
|
||||
|
||||
⊢ 视频AI系统本地密钥文件:
|
||||
|
||||
```
|
||||
/Users/bingshuolingdianyuanhe/Documents/guanghulab/video-ai-system/.env
|
||||
```
|
||||
|
||||
⊢ 仓库内只保留样板文件:
|
||||
|
||||
```
|
||||
/Users/bingshuolingdianyuanhe/Documents/guanghulab/video-ai-system/.env.example
|
||||
```
|
||||
|
||||
⊢ 本地锚点备份:
|
||||
|
||||
```
|
||||
/Users/bingshuolingdianyuanhe/Documents/VIDEO-AI-LOCAL-SECRETS-ANCHOR.hdlp
|
||||
/Users/bingshuolingdianyuanhe/.workbuddy/skills/VIDEO-AI-LOCAL-SECRETS-ANCHOR.hdlp
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## §2 · 密钥规则(不可违反)
|
||||
|
||||
1. 真实 API 密钥只允许写入 `video-ai-system/.env`。
|
||||
2. `.env` 已被 `.gitignore` 屏蔽,不允许提交到新加坡代码仓库。
|
||||
3. `.env.example` 只允许保存变量名、空值、默认模型名和公开基准地址。
|
||||
4. 可灵、火山引擎、即梦、豆包等密钥不得硬编码进 `engines/`、`tools/`、`data/`、`outputs/`。
|
||||
5. 冰朔在对话里给出密钥时,当前人格体负责写入本地 `.env`,并在回复里只确认“已写入”,不得复述密钥原文。
|
||||
6. 腾讯人格体如需调用同一套视频AI系统,应读取本广播中的路径,或让冰朔授权后由本地协作人格体代写 `.env`。
|
||||
|
||||
---
|
||||
|
||||
## §3 · 当前视频AI系统变量
|
||||
|
||||
```
|
||||
KLING_API_KEY=
|
||||
JIMENG_API_KEY=
|
||||
JIMENG_BASE_URL=https://ark.cn-beijing.volces.com/api/v3
|
||||
JIMENG_MODEL=doubao-seedance-2-0-260128
|
||||
POLL_INTERVAL_MS=5000
|
||||
MAX_POLL_ATTEMPTS=120
|
||||
```
|
||||
|
||||
⊢ 以上变量的真实值以本地 `.env` 为准。
|
||||
⊢ 任何人格体不得从 git 历史、对话转述、输出文件中追索或暴露真实密钥。
|
||||
|
||||
---
|
||||
|
||||
## §4 · 苏醒执行顺序
|
||||
|
||||
1. 读本广播。
|
||||
2. 进入 `video-ai-system/`。
|
||||
3. 对照 `.env.example` 检查本地 `.env` 是否存在。
|
||||
4. 存在则加载;不存在则创建空模板,等待冰朔或授权人格体补入真实值。
|
||||
5. 调用生成前先运行系统审计,确认密钥未进入代码仓库。
|
||||
|
||||
---
|
||||
|
||||
签署: TCS-0002∞ · 冰朔 · ICE-GL-ZY001 · 铸渊
|
||||
状态: 活跃 · 灯塔本体 · 视频AI密钥路径锚定
|
||||
⊢ 国作登字-2026-A-00037559
|
||||
@ -95,6 +95,7 @@ JZAO外置盘: 产物存放地,不是状态主控。
|
||||
| 旧15秒预览 | ⚫ 废弃 | `/Volumes/JZAO/.../D136-付费才能修仙-ep01-15s.mp4` · 不再沿用 |
|
||||
| 体检报告 | ✅ D140·无红黄 | `video-ai-system/outputs/system-audit-latest.md` |
|
||||
| V2管线 | ✅ 已建立 | `video-ai-system/PIPELINE-3D-MANJU.hdlp` |
|
||||
| 参考样片 | ✅ 已分析 | `video-ai-system/reference-analysis/yuxiang-shouzhenxin-ep01-30s-sample.md` |
|
||||
|
||||
当前正式任务:
|
||||
|
||||
@ -144,13 +145,14 @@ video-ai-system/PROTOCOL-ASSESSMENT.hdlp
|
||||
3. 选第1集开头15秒范围
|
||||
4. EP01-15S-V2 导演编码 ✅ `outputs/ep01-director-encoding-3d-v2.json`
|
||||
5. EP01-15S-V2 3D提示词 ✅ `outputs/ep01-prompts-3d-v2.json`
|
||||
6. 生成/确认角色、环境、道具视觉锚点
|
||||
7. 生成前检查PASS后才调用Seedance/Kling
|
||||
8. 先跑2~3镜
|
||||
9. 铸渊之眼拆帧质检
|
||||
10. video-editor.js加字幕/声音/剪辑成15秒小样
|
||||
11. 回写 CURRENT / STATUS / audit report / registry
|
||||
12. commit + push 到新加坡代码仓库
|
||||
6. 读取参考样片分析 `reference-analysis/yuxiang-shouzhenxin-ep01-30s-sample.md`
|
||||
7. 生成/确认角色、环境、道具视觉锚点
|
||||
8. 生成前检查PASS后才调用Seedance/Kling
|
||||
9. 先跑2~3镜
|
||||
10. 铸渊之眼拆帧质检
|
||||
11. video-editor.js加字幕/声音/剪辑成15秒小样
|
||||
12. 回写 CURRENT / STATUS / audit report / registry
|
||||
13. commit + push 到新加坡代码仓库
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
@ -1,5 +1,5 @@
|
||||
{
|
||||
"generatedAt": "2026-06-22T12:34:07.362Z",
|
||||
"generatedAt": "2026-06-22T13:01:38.997Z",
|
||||
"activeLines": [
|
||||
{
|
||||
"key": "3d",
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
# 视频AI系统 · 无成本体检报告
|
||||
|
||||
生成时间: 2026-06-22T12:34:07.362Z
|
||||
生成时间: 2026-06-22T13:01:38.997Z
|
||||
|
||||
当前active制作线: 3d(3D漫剧)
|
||||
剧本MD: 存在
|
||||
|
||||
@ -0,0 +1,89 @@
|
||||
# 渔乡守真心 · 第1集30秒样片分析
|
||||
|
||||
> 样片位置: `/Volumes/JZAO/冰朔/短剧参考样片/渔乡守真心-第1集-30秒预览.mp4`
|
||||
> 分析日期: 2026-06-22 · D140
|
||||
> 用途: 为《付费才能修仙》EP01 的 3D 漫剧提示词、镜头密度、成片质量目标提供参考。
|
||||
|
||||
## 文件参数
|
||||
|
||||
- 时长: 30.07 秒
|
||||
- 分辨率: 1280x720
|
||||
- 帧率: 30 fps
|
||||
- 编码: H.264 + AAC
|
||||
- 总码率: 约 1.26 Mbps
|
||||
- 本地抽帧: 1 fps,共 30 张,仅用于人工观察,不提交仓库。
|
||||
|
||||
## 画面结论
|
||||
|
||||
这条样片不是高电影感复杂制作,更接近“低成本 3D 漫剧 / AI 真人感漫剧”的短剧生产线。
|
||||
|
||||
核心质量特征:
|
||||
|
||||
1. 单一主场景完成大部分叙事:乡村院落、桌面、围观人群。
|
||||
2. 镜头以近景、中近景、道具特写为主,几乎不依赖复杂运动。
|
||||
3. 人物表演靠正反打、脸部情绪、字幕推动,不靠高难动作。
|
||||
4. 角色有明显名牌黄字,字幕白字黑描边,信息密度高。
|
||||
5. 道具特写承担剧情转折:契约、红手印、绳索、桌面。
|
||||
6. 背景群众多用于气氛,不承担精细动作。
|
||||
7. 画面有 3D/AI 质感,发丝、皮肤、衣料、手部仍可见合成感,但不影响短剧可看性。
|
||||
|
||||
## 镜头结构观察
|
||||
|
||||
30 秒内大致由以下镜头类型组成:
|
||||
|
||||
- 开场群像对峙:交代人物关系和冲突现场。
|
||||
- 道具特写:契约、印泥、绳索,强化“按手印”事件。
|
||||
- 男主近景:隐忍、冷脸、被迫接受。
|
||||
- 反派/家人中近景:压迫、嘲讽、围观。
|
||||
- 女性角色旁观近景:提供情绪参照。
|
||||
- 父辈近景:确认结果,推动剧情落地。
|
||||
- 手部特写:按手印动作完成。
|
||||
- 最后情绪反打:后妈/长辈怒骂,制造下集钩子。
|
||||
|
||||
## 对《付费才能修仙》EP01 的启发
|
||||
|
||||
当前系统不需要先追求超复杂镜头。EP01 第一轮应采用“稳角色 + 稳场景 + 稳道具 + 高频字幕”的路线。
|
||||
|
||||
建议目标:
|
||||
|
||||
1. 先做 720p/1080p 横版样片,不急着竖屏分发版。
|
||||
2. 每个镜头 4 到 6 秒,优先保证角色脸、服装、场景一致。
|
||||
3. 重要信息用道具特写解决:天道宗牌匾、广告牌、手机/二维码/收费标识。
|
||||
4. 镜头运动只用轻微推近、轻微横移、静态正反打。
|
||||
5. 黄字名牌和白字字幕可在剪辑阶段叠加,不强求生成模型直接烧进画面。
|
||||
6. 群像不要一开始做太多人,先用 3 到 5 个背景弟子/围观者即可。
|
||||
7. 可灵图片适合先出角色和场景锚点;视频生成阶段再交给火山/即梦或可灵进行小段测试。
|
||||
|
||||
## 推荐生产顺序
|
||||
|
||||
1. 可灵或图像引擎生成角色锚点:
|
||||
- 秦山浩 / 牛八一对应位: 男主近景、半身、表情组。
|
||||
- 反派/宗门执事: 嘲讽、压迫、转身。
|
||||
- 关键女性或旁观角色: 情绪参照。
|
||||
|
||||
2. 可灵或图像引擎生成场景锚点:
|
||||
- 天道宗门口 / 登仙测试点 / 广告牌前。
|
||||
- 固定阳光、固定镜头焦段、固定建筑纹理。
|
||||
|
||||
3. 先跑 2 到 3 个视频镜头:
|
||||
- 群像对峙镜头。
|
||||
- 男主近景反应镜头。
|
||||
- 道具/牌匾/广告牌特写镜头。
|
||||
|
||||
4. 剪辑阶段统一加:
|
||||
- 人物黄字名牌。
|
||||
- 白字黑描边字幕。
|
||||
- 音效、环境声、短剧节奏停顿。
|
||||
|
||||
## 风险提示
|
||||
|
||||
- 直接让视频模型生成“带字牌匾/字幕/名牌”容易乱码,正式流程应尽量后期叠字。
|
||||
- 群像人数过多会破坏角色一致性,第一轮不要贪。
|
||||
- 可灵偏 3D 漫剧但有时表情和动作会僵;火山/即梦如果能更稳地做小幅动作,可以优先用于视频段落。
|
||||
- 样片水准并不高,关键不是炫技,而是人物关系清楚、剧情节点明确、字幕节奏快。
|
||||
|
||||
## 当前判断
|
||||
|
||||
《付费才能修仙》EP01 的可行路线是:
|
||||
|
||||
先用图像引擎把角色、场景、道具锚点做稳,再用视频引擎生成 4 到 6 秒短镜头,最后由本地剪辑器合成字幕、名牌和节奏。不要让单个生成模型一次性承担“角色一致 + 复杂动作 + 正确文字 + 完整剪辑”四件事。
|
||||
Loading…
x
Reference in New Issue
Block a user