# 首期程序员篇｜拍摄与剪辑执行脚本

> **原创栏目企划 / 尚未拍摄 / 已完成策划及视觉预演**
>
> 本文是拍摄前的编导方案。受访者、工作任务、使用频率、台词、实测结论与数字均未确认。所有拟定口播均标为**编导拟稿**，所有受访者回答位置均为**待采访验证**；不得把示意图当作真实采访画面。

## 01｜选题与拍摄目标

**原定题名**：《程序员每天都在用AI，但究竟拿它干什么？》

“每天都在用”须由实际受访者确认。尚未确认时，对外使用中性工作标题：**《程序员用AI，究竟拿它干什么？》**。不得因原定标题需要而要求对方声称每天使用。

**单期问题**：在一项可公开的真实或明确标记的演示任务里，AI做了什么，程序员还负责什么？

**拍摄目标**：带回一个完整任务过程，至少看清任务要求、AI输入与输出、人工判断、检查结果和当事人选择。没有计时与可靠对照，不讲“效率提升多少”；有限测试通过，不讲“代码完全正确”。

**计划时长**：60秒主版，45秒备用版。首期不试图回答AI是否会取代程序员，该问题超出一次人物观察可证明的范围。

## 02｜三种备选Hook与启用条件

Hook是选材规则，不是要求现场发生的事件。先完成采访，再从原始素材选择。

| 方案 | 前3秒拟稿（编导拟稿） | 首镜与声音 | 启用证据 | 不满足时怎样处理 |
| --- | --- | --- | --- | --- |
| A / 任务悬念，预演默认 | “AI写完了，这件事就算做完了吗？” | 真实任务与输出局部，切人工检查动作；键盘声先行 | 有可公开任务、实际输出及人工验收环节；不要求一定出错 | 没有相应检查证据时改选B；不能用钩子暗示本不存在的错误 |
| B / 流程观察 | “这项工作，他会把哪一步交给AI？” | 任务卡叠在人物操作画面，一次键盘落点后提问 | 可展示任务、AI介入与人工处理的完整工作流 | 只能拍公开演示则持续标记任务属性；没有过程就改观点片或延期 |
| C / 成本疑问 | “这次用AI，真的比自己做省事吗？” | 同一任务的输入与人工处理两帧，保留真实操作声 | 原流程与AI流程具备可比较条件，同时记录准备、检查、重试与返工；主观体验和客观成本分开 | 没有可比条件则不用C，改选A或B；不能用一段快放代替成本记录 |
不得用编导事先编写的受访者金句开场；真实原话只有在上下文与素材足够时才可截取。未经计时不能在钩子里出现“30秒完成”“省了两小时”等表述。

## 03｜主叙事线与备选线

### 主线A：生成之后，谁来判断能不能用

**人物正在做一项任务 → 说明验收条件 → 将其中一步交给AI → 看输出 → 人工检查/修订 → 依据本次结果决定采用到哪一步。**

悬念来自“哪一步仍需要人做”，不预设AI一定出错，也不预设AI能节省时间。即使本次输出满足条件，人工确定任务要求与检查结果仍是可观察内容。

### 备选线B：这次不值得用

当输出无效、提示与检查成本过高，或现有方法更直接时，采用：**真实需求 → 尝试 → 发现阻碍 → 人物选择继续/局部用/不用 → 边界提示**。保留失败原因，不用羞辱性的音效或表情剪辑。

### 备选线C：工作不能公开，如何仍然诚实地拍

由受访者自建一个不涉及公司和客户资料的简化任务。所有任务画面持续显示“公开演示任务”；片中明确这只能观察其操作与检查方式，不能证明真实项目节省了多少时间。

如果只能访谈，无法获得任何可公开过程，则降为人物观点短片，标“受访者经验陈述”，不用“实测”标题；若观点也缺少具体经历，延后本期。

## 04｜预采访与正式采访

### 预采访先确认六件事

1. 受访者愿意被如何称呼、职业信息可公开到什么程度。
2. 最近实际做过的可讲任务，AI在其中的具体位置。
3. 目前使用频率，不能用“了解AI”推定“每天使用”。
4. 是否有可公开的输入、输出、修订或测试记录。
5. 可否现场演示；若不能，能否建立明确标记的公开任务。
6. 是否理解节目允许展示无效尝试、人工介入与“不用AI”的结局。

### 正式采访问题与追问

按回答走，不把全部问题机械问完。每题优先追具体事件与动作。

| 目的 | 正式问题 | 追问与可拍证据 |
| --- | --- | --- |
| 认识人物 | “你平时主要负责什么？今天手头这件事，要交付给谁、解决什么问题？” | “不用专业术语，能举一个最近的例子吗？”拍任务说明，确认内容可公开 |
| 进入任务 | “这次具体要完成什么，做到什么程度才算完成？” | “谁检查？哪些条件一条都不能漏？”拍验收卡 |
| 原有流程 | “如果这次不用AI，你通常怎么做？” | “这是你实际做过的方式，还是现在的设想？能演示其中一小步吗？”历史回述与现场操作分开标记 |
| 采用理由 | “你为什么把这一步交给AI？” | “它替你做的是找思路、起草、解释，还是别的？哪一步你明确不会交？”不提供答案让其照说 |
| 实际输入 | “你会怎样告诉它任务？哪些信息必须提供？” | “有哪些信息你不会输入？省掉什么条件会出问题？”录制实际提示与修改 |
| 输出判断 | “你收到之后先看什么？” | “哪一处能用，哪一处还不确定？你根据什么判断？”请其现场指出，保留上下文 |
| 人工责任 | “AI给完结果，你还要做什么？” | “如果不检查，会有什么具体风险？这是这次看见的，还是过往经验？”对应测试与修订 |
| 失败经验 | “有没有一次用了之后反而更费事？如果有，能讲最近的一次吗？” | “怎么发现？怎么补救？有没有可公开记录？”没有就跳过，不要求必须失败 |
| 完整投入 | “这次从准备到能用，中间有哪些人工步骤？” | “提示、重试、修改、验证分别发生了什么？”若要比时间，先统一计时范围 |
| 实际结果 | “按刚才约定的标准，这次到了哪一步？” | “哪些已经检查，哪些还没检查？你会保留、重做还是放弃？”不让好听评价替代证据 |
| 生活与态度 | “使用它之后，你工作中最在意的事变了吗？” | “能讲一个具体变化吗？没有变化也可以。”区别当事人感受与客观结果 |
| 可迁移建议 | “别人想试同类任务，你希望他先准备或检查什么？” | “什么情况下你不建议这样用？”保留条件，而非泛化推荐 |

采访中可请受访者把长回答简洁重述，不得提供虚假的第一人称经历。补拍的反应、操作复现与首次实际反应须分别记录。

## 05｜可现场演示的任务池

只选择一项进入正片。任务需小到能讲清、真到值得观察；由受访者确认是否符合其实际工作习惯。

| 任务类型 | 可公开演示方法 | 观察重点 | 限制 |
| --- | --- | --- | --- |
| 为小函数补充测试用例 | 受访者自建函数与虚构数据，先列行为要求 | AI是否覆盖边界；人怎样补测试；运行结果 | 通过这些测试不等于没有缺陷，不称为安全认证 |
| 解释陌生代码 | 使用本人有权公开的短代码或自建例子 | 解释是否与行为一致；如何核对 | 不上传公司仓库、内部接口和密钥 |
| 定位一个可复现错误 | 在自建小项目重现已有错误，保留原始报错 | AI建议与实际修复的关系；人工舍弃什么 | 为拍摄设置的错误明确标“演示任务”，不伪装生产事故 |
| 起草重复性脚手架或数据转换 | 使用虚构字段，先给输出格式与样例 | 输入约束、生成、人工修订和输出校验 | 不把成功格式化一次扩展为整体效率结论 |
| 为已有逻辑补充说明文档 | 使用可公开例子，比对文档与实际行为 | 是否遗漏条件；谁核实描述 | 文字流畅不代表事实正确 |

**首期优先候选：为一个小函数补测试。**理由是要求与验证结果可视化较清楚，普通观众可通过“有没有漏掉一种情况”理解。它只是待受访者确认的任务方案，不预写会遗漏什么、能通过多少。

**不选**：真实生产环境操作、客户资料、登录凭据、无法公开的公司代码、不可恢复的数据操作，以及需要长时间才能确认结果的任务。拍摄不以迫使对方暴露工作内容为代价。

## 06｜结果不同，怎样剪成不同的故事

| 实际发生的情况 | 剪辑重心 | 可用结果表述模板（编导拟稿，填入事实后才能用） | 不得使用 |
| --- | --- | --- | --- |
| 输出满足约定条件 | 从输入到检查，再到人物采用 | “在这次〔任务〕中，完成了〔已检查项〕；仍由他确认〔人工项〕。” | “程序员被替代了”或脱离检查范围的“完全正确” |
| 部分能用，需要修订 | 让人工接手成为主镜头，保留修订来源 | “这次采用了〔部分〕，人工补了〔部分〕。” | 把人工完成后的成品全部记为AI产出 |
| 未满足任务条件 | 按时间顺序交代阻碍、检查与决定 | “这次未满足〔明确条件〕，他选择〔实际决定〕。” | 推广成所有任务都会失败 |
| 过程无法比较耗时 | 讲步骤与选择，不报节省时间 | “看见的是这次的处理步骤，尚不能判断整体提效。” | 仅靠一段快放推算节省多少时间 |
| 只能用公开演示任务 | 标明任务属性，观察方法 | “这是公开演示任务，我们观察他的输入与检查方法。” | “替公司项目省下……” |
| 现场结果未完成或不可验证 | 以未完成与后续条件结束，或暂缓发布 | “截至拍摄结束，〔条件〕尚未验证。” | 用人物点头、音乐高潮暗示已经成功 |

正式结果字幕至少包含**任务范围 + 本次结果 + 检查限制**。人物的“我觉得更省心”等原话可以保留，但须为实录并标为个人体验。

## 07｜60秒主版：8镜头详细脚本

主视觉为“现场批注 FIELD NOTES”：纸白 #F2F0E9、炭黑 #202522、钴蓝 #315BFB（任务与数字界面）、赭橙 #D47546（人的行动与待验证）、灰绿 #84958A（场景色）。字体与网格沿用视觉规范。

视觉原则：9:16竖屏，人物与真实工作占主画面；信息包装只显示当前一步。屏幕小字改为局部高亮与日常语言解释。以下为可调整模板，实际台词与结局由真实素材决定。分镜资产均标“视觉预演 · 非实拍”，不能当成已取得的素材。

### 镜头01｜00:00–00:03｜提出一个能被本期回答的问题

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 手部/屏幕近景；9:16中保留人物侧脸或肩部，任务卡位于上中区，字幕放在手机界面遮挡之外 |
| 动作或屏幕 | 真实输入、确认或检查动作；优先能看懂的任务名称。示意资产仅表示构图，不假设已出现错误 |
| 镜头运动 | 固定机位或非常轻的推进，不以快速摇移制造紧张 |
| 台词 | **编导拟稿，预演默认A**：“AI写完了，这件事就算做完了吗？”；须取得相应人工验收证据；否则根据素材选B/C。受访者原话位置：**待采访验证** |
| 画面包装 | 一行任务问题；小号“EP.01 程序员”；不播放独立长片头 |
| 音乐与音效 | 保留真实键盘/鼠标瞬态；轻节奏音乐低电平进入，不用警报暗示失败 |
| 衔接 | 操作声先行，动作切到人物中景 |
| 叙事作用 | 建立“任务交给谁”的悬念；静音时仍能知道本期在问什么 |

### 镜头02｜00:03–00:09｜把职业还原为一个人

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 环境中景；人物偏画面一侧，留出工作物件与空间；视线接近镜头旁的采访者 |
| 动作或屏幕 | 人物坐在真实工作位置，做自然工作动作；插一段获准拍摄的日常细节 |
| 镜头运动 | 三脚架固定；工作细节单独补拍，不在采访中频繁推拉 |
| 台词 | **受访者实录，待采访验证**：从“主要工作/当前任务”的完整回答提取一句；**编导拟稿**：“这次，我们跟着一项具体任务，看他怎样使用AI。”只有确实跟拍后可用 |
| 画面包装 | 下三分之一人物条：“〔受访者认可称呼〕 / 〔核实后的职业信息〕”；不编写年资、公司和职级 |
| 音乐与音效 | 保留环境声；人声出现时降低音乐，避免字标音效抢话 |
| 衔接 | 人物声音延续到任务特写，形成声音先行剪辑 |
| 叙事作用 | 交代谁、在哪、在意什么，避免开场只剩工具界面 |

### 镜头03｜00:09–00:16｜任务与验收标准

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 人物手部/任务材料近景与短录屏交替；上方一行任务，中央两项以内关键条件 |
| 动作或屏幕 | 人物指明目标、原有做法或当前难点；测试任务以实际约定的行为要求呈现 |
| 镜头运动 | 固定近景；录屏只做一次局部放大，维持读字时间 |
| 台词 | **受访者实录，待采访验证**：任务目标与原有流程；**编导拟稿模板**：“这次要完成〔任务〕，先约好：〔最关键的验收条件〕。” |
| 画面包装 | “任务 / 怎么算完成”两级信息；历史回述标“当事人回述”；演示任务标“公开演示任务” |
| 音乐与音效 | 音乐延续，不为每个字加音效；关键条件出现时可用轻微卡片落位声 |
| 衔接 | 人物指向或光标位置匹配到输入窗口 |
| 叙事作用 | 给观众一把判断尺，后续结果不用靠主持人强行评价 |

### 镜头04｜00:16–00:24｜AI接到了什么要求

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 录屏主画面，人物操作近景作短切；仅放大当前输入，不把整块横屏硬塞满竖屏 |
| 动作或屏幕 | 展示实际输入中的任务、限制与必要上下文；敏感内容拍前替换，不依赖后期遮挡补救 |
| 镜头运动 | 录屏数字裁切，缓慢追随有效输入区域；输出等待可压缩但标“过程节选” |
| 台词 | **受访者实录，待采访验证**：为什么这样输入；**编导拟稿模板**：“他交给AI的是〔实际步骤〕，同时限定〔实际条件〕。” |
| 画面包装 | 一次只高亮一项输入；保留任务属性标签；有必要且已核实时再显示工具名称/录制日期 |
| 音乐与音效 | 打字音用真实录音，不额外添加虚假连续敲击；音乐节奏略推进 |
| 衔接 | 输入与输出区域同方向卡片承接，不使用炫光特效 |
| 叙事作用 | 看懂AI的工作边界，避免把结果表现为凭空出现 |

### 镜头05｜00:24–00:34｜看见输出，不急着下结论

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 输出局部近景；人物观察反应作短切，反应必须来自相应过程 |
| 动作或屏幕 | 从真实输出选一处与验收条件相关的内容；生成时间被压缩时标明，不改变操作先后 |
| 镜头运动 | 一次稳定放大或图层裁切，每个高亮留足手机阅读时间 |
| 台词 | **受访者实录，待采访验证**：“先看哪里、还有什么不确定”的回答；**编导拟稿模板**：“输出有了。接下来，他检查〔实际项目〕。” |
| 画面包装 | “AI输出”标签与一个重点框；未检查前不用绿色对勾、“成功”或效率数字 |
| 音乐与音效 | 到人工检查前适度收低音乐；保留实际鼠标声，不用成功提示音预判 |
| 衔接 | 重点框位置匹配到测试/修改区域，声音先进入下一镜 |
| 叙事作用 | 悬念从“能不能生成”推进到“能不能使用” |

### 镜头06｜00:34–00:44｜人工检查与接手

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 测试/修改近景与人物手部交替；需要并列前后时只展示一个局部 |
| 动作或屏幕 | 拍实际运行、核对或修订。没有错误则展示真实检查；未能验证也如实保留 |
| 镜头运动 | 固定；局部前后对照用同位置切换，不制作不存在的差异 |
| 台词 | **受访者实录，待采访验证**：发现、依据与处理；**编导拟稿模板**：“这里由他〔检查/修改/确认〕。这次〔客观发生的情况〕。” |
| 画面包装 | 区分“AI生成 / 人工处理 / 已检查”；未知项写“待验证”，不填写虚构测试数量 |
| 音乐与音效 | 重要解释处进一步降低音乐；实际运行声可用，额外声效保持中性 |
| 衔接 | 由检查完成或暂停的真实动作切到人物回答，不拼接无关点头 |
| 叙事作用 | 把人的判断拍出来，为本次结果提供可观察依据 |

### 镜头07｜00:44–00:54｜结果与人物选择

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 人物中近景为主；结果卡在留白处，面部表情不被文字遮盖 |
| 动作或屏幕 | 人物说明本次达到哪一步、是否采用及理由；实际结果短切辅助，不替其表演反应 |
| 镜头运动 | 固定，给真实表达留停顿；不用速度变化制造情绪 |
| 台词 | **受访者实录，待采访验证**：结果评价与选择；**编导拟稿模板**：“在这次〔任务〕里，〔核实后的结果〕。〔尚未验证的条件〕仍不能确定。” |
| 画面包装 | “本次结果”卡含任务范围、客观结果与限制；主观评价标“受访者体验”；未计时不报提效数字 |
| 音乐与音效 | 人声优先，不论成功或失败都不用夸张庆祝/嘲讽声 |
| 衔接 | 人物声音自然结束，环境声承接片尾；不为互动截断答案 |
| 叙事作用 | 回答开场并保留适用条件，使结论得到证据支持 |

### 镜头08｜00:54–01:00｜一条收获，一个互动问题

| 项目 | 执行 |
| --- | --- |
| 景别与构图 | 工作动作中景或人物自然离开操作的镜头；小字标固定在留白处，人物仍为主体 |
| 动作或屏幕 | 人物回到工作；如需定格，用真实画面，不用概念示意替代实拍 |
| 镜头运动 | 固定或极轻后移；片尾字标简短出现，不做长片尾动画 |
| 台词 | **编导拟稿**：“你工作里，最想交给AI的具体一步是什么？”；本期收获放在条件卡中，六秒内只口播这一条问题，避免堆叠信息 |
| 画面包装 | 一条经本期支持的收获；“AI在他们手里 / EP.01”；互动问题仅一条，教程存在且已验证再提示入口 |
| 音乐与音效 | 音乐轻收束，保留环境尾音，不叠加多次关注音效 |
| 衔接 | 动作自然结束；可回接首帧构图形成视觉闭环，不裁断未讲完的结论 |
| 叙事作用 | 带走判断方法，并收集下一轮真实需求 |

## 08｜45秒备版与素材不足时的取舍

压缩建议：00–03秒钩子；03–07秒人物；07–12秒任务与标准；12–20秒输入；20–28秒输出；28–36秒检查；36–42秒结果；42–45秒一句提问。

优先删重复工作空镜、一般职业介绍和第二个工具，不删检查失败、人工补救或结果限制。受访者一句话无法剪短而不失真时，延长镜头、删编导解释，不扭曲原话。

没有完成核心证据链时，不用节奏与包装掩盖素材不足；补拍、降为观点短片或延期。

## 09｜现场拍摄清单

### 画面

- [ ] 9:16人物环境中景、稳定采访中近景，预留人物条与字幕位置。
- [ ] 手部、键盘、屏幕反光控制、实际工作物件与环境细节。
- [ ] 任务说明、原流程、完整AI输入输出、人工检查与最终选择。
- [ ] 录屏原文件与拍摄机位参考画面，关键过程前后留剪辑余量。
- [ ] 拍前关闭通知，检查文件名、路径、头像、邮箱、浏览器标签及反光隐私。

### 声音

- [ ] 领夹麦试录并戴耳机检查，保留备份音轨。
- [ ] 采访者尽量不压住回答，停顿后追问，便于保持原意剪辑。
- [ ] 单独录环境底声、键盘与操作声，不添加不存在的提示音制造戏剧性。

### 记录与授权

- [ ] 记录工具、录制日期、任务性质、演示环境、重试次数和编导介入。
- [ ] 区分现场首次操作、过程复现、历史回述、公开演示任务。
- [ ] 确认人物称呼、职业、肖像声音、场地和屏幕素材可用范围。
- [ ] 如做耗时比较，预先写明等价任务、计时起止与人工投入，不满足则取消比较。

## 10｜字幕、录屏与声音落地规则

以下是项目编辑规范，不声称是抖音平台固定安全区；发布前应在当时实际界面预览。

- 1080×1920竖屏母版；关键文字集中于中央可读区，右侧互动区域与底部界面区域留空间。
- 正文字幕通常不超过两行，一屏一个意思；人物名、任务词与结果条件建立明确层级。
- 高频字幕与重点信息卡不要同时占满屏幕；需要读代码时减少同步口播信息。
- 不在小屏展示长段代码，裁切关键处，用一句日常语言解释“正在检查什么”。
- 人声优先于音乐，环境声维持纪实感；音乐与音效许可范围发布前确认。
- 待验证标记用于企划与预演；正式片换为已核实内容，无法核实则删去事实表述。

## 11｜封面与标题的证据配对

两款封面设计由视觉资产提供；下列为传播入口和文字适用条件。

| 方向 | 候选封面文字 | 传播切入点 | 证据条件 |
| --- | --- | --- | --- |
| A 人物与任务 | “程序员 / 用AI / 做什么？” | 泛兴趣观众从职业进入，不必先懂工具参数 | 受访者确实在所拍任务用AI；不暗示使用频率 |
| B 人工判断 | “AI写完之后 / 他还要做什么？” | 对生成之后的责任提出问题，承接检查镜头 | 拍到检查与人工判断；不暗示一定出错 |

封面人物在企划版可用明确标记的原创矢量示意；正式发布换为获授权实拍画面。标题和封面不能把演示任务扩大成职业整体结论。

## 12｜成片核对与下一步

正式剪辑前将每句事实映射到原始素材时间码，逐一核对：

1. “每天”“省时”“失败”等描述是否有对应证据。
2. 受访者原话是否保持原意，不同时间片段是否被错误拼成因果。
3. AI输出、人工修订与检查结果是否明确区分。
4. 是否标明演示、复现、过程节选及未经验证范围。
5. 任务输入、屏幕、反光、字幕和声音是否泄露不应公开的信息。
6. 手机静音预览能否理解，字幕和关键界面是否被实际播放界面遮挡。
7. 音乐、字体、人物和屏幕素材是否确认可用。
8. 开场问题是否被结尾真实回答，评论问题是否与本期相关。

**仍需人工完成**：受访者招募、预采访、任务确认与授权、真实拍摄录屏、实际测试与事实核对、成片制作、发布及真实数据复盘。

**项目状态：原创栏目企划 / 尚未拍摄 / 已完成策划及视觉预演。**