跳到主内容
@wquguru
精选86VoxAI 产品与模型

用 Claude Code 和 Opus 5.5 制作技术决策解释动画

Everyone's posting animations made with Opus 5.5. The one quoted below is the mo…

原文
发到 X
推荐理由

提供了可直接复现的完整 Prompt 和工作流,清晰展示了如何利用 AI 工具解决技术沟通痛点,结构严谨且具备实操价值。

Everyone's posting animations made with Opus 5.5. The one quoted below is the most useful I've seen: a designer who struggled to explain their UX decisions in interviews turned them into an animation with Opus 5.5, 𝗼𝗻𝗲 "𝘄𝗵𝘆" 𝗽𝗲𝗿 𝘀𝘁𝗲𝗽.

大家都在发布用 Opus 5.5 制作的动画。下面引用的那个是我见过最有用的:一位在面试中难以解释其 UX 决策的设计师,用它将每个步骤的“为什么”做成了一个动画。

Code works the same way. In interviews, PRs and team syncs, the hardest thing to get across is why you chose what you chose: why this database, why the modules are split this way.

代码也是如此。在面试、PR(拉取请求)和团队同步会议中,最难传达的是你为什么做出这样的选择:为什么选这个数据库,为什么模块要这样拆分。

The same rhythm works for code decisions too. The animation below is what Claude Code made from 𝗼𝗻𝗲 𝗽𝗿𝗼𝗺𝗽𝘁 after reading a sample project's commit history: circle the problem, turn the screen into a blueprint, move only what changes, then land one line on why.

同样的节奏也适用于代码决策。下面的动画是 Claude Code 在阅读了一个示例项目的提交历史后,仅凭一个提示词生成的:圈出问题,将屏幕变为蓝图,只移动变化的部分,最后落脚于解释原因的一行字。

Send this prompt to Claude Code to turn one technical decision in your project into an animation like this 👇

将此提示词发送给 Claude Code,将你项目中的一个技术决策转化为这样的动画 👇

"Turn one technical decision in this project into a roughly 40-second blueprint-style explainer animation: each step circles the problem first, turns the screen into a blueprint, moves only what changes, then ends on one line about why we chose it.

"将这个项目中的一项技术决策转化为一段大约 40 秒的蓝图风格解说动画:每一步先圈出问题,然后将屏幕变为蓝图,只移动变化的部分,最后以一行关于‘我们为什么选择它’的内容结束。"

1. Read the recent commits and the related code, list 3 decisions worth explaining, and let me pick one. 2. Once I pick, split it into 3 to 5 steps, following problem → options we considered → trade-offs → final choice, one sentence per step. Show me the storyboard first. 3. After I confirm, build it with HyperFrames (if it isn't installed, set it up from http://hyperframes.dev). Use code snippets and architecture diagrams, and make it readable on a phone: keep only the key lines of code and use large text. Cut straight between steps, no black screens. Render it as an MP4. 4. After rendering, grab one frame per second into a contact sheet and check it yourself: no overlapping text, every step clear, and the visuals match what the code actually does. Fix what you find, then show me."

1. 阅读最近的提交记录和相关代码,列出 3 个值得解释的决策,让我从中选择一个。 2. 一旦我选定,将其拆分为 3 到 5 个步骤,遵循问题 → 我们考虑的选项 → 权衡取舍 → 最终选择的结构,每步一句话。先给我看故事板。 3. 我确认后,使用 HyperFrames 构建它(如果未安装,请从 http://hyperframes.dev 进行设置)。使用代码片段和架构图,并确保在手机端可读:只保留关键代码行并使用大号字体。步骤间直接切换,不要黑屏。渲染为 MP4 格式。 4. 渲染完成后,每秒抓取一帧生成联系表并自行检查:无重叠文本,每步清晰,且视觉效果与代码实际行为一致。修复发现的问题,然后展示给我。"

http://github.com/moguzbulbul/blueprint-animation

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

关联讨论

同一事件的更多信源

相似阅读

关联信息,但可能不是同一事件