Knowledge Base

閱讀站

首頁而家只顯示最近 50 篇文章，避免文章量愈大愈拖慢首頁載入。

共 2920 篇文章

用落筆一鍵發佈博客：Hugo、GitHub 與 Cloudflare Pages 搭建指南

這是一份面向普通用戶的博客搭建教程。完成後，你可以在落筆中寫作，並把文章一鍵發佈到自己的 GitHub + Hugo + Cloudflare Pages 博客。01|這套方案最終能做什麼完成一次初始化後，日常發佈只需要：在落筆中寫完或修改文章；點擊“發佈到博客”或“更新”；落筆把文章推送到自己的 GitHub 博客倉庫；Cloudflare Pages 自動構建並更新網站。第一次搭建需要配置賬號和授權；之後不需要再手工操作 GitHub 或 Cloudflare。02|一、整體架構flowchart LR A["落筆：寫作與發佈入口"] --> B["GitHub：博客源碼倉庫"] B --> C["Cloudflare Pages：自動構建與託管"] C --> D["pages.dev 或自定義域名"] E["Hugo：靜態網站生成器"] --> C B --> E四個部分各自負責不同工作：部分作用Hugo把 Markdown 文章、主題和配置文件生成靜態網站GitHub保存博客源碼、文章、圖片和版本歷史Cloudflare Pages監聽 GitHub，在代碼變化後自動運行 Hugo 並託管網站落筆提供寫作、文章整理和“一鍵發佈到博客”的入口發佈數據流落筆中的 Markdown ↓發佈到已配置的 GitHub 倉庫 ↓GitHub main 分支產生新提交 ↓Cloudflare Pages 檢測到提交 ↓運行 Hugo，生成 public/ ↓更新 pages.dev 和自定義域名兩個需要分別授權的平台連接Cloudflare 和落筆都需要訪問 GitHub，但它們是兩次獨立授權：Cloudflare 需要讀取 GitHub 倉庫，用於構建和部署；落筆需要向目標 GitHub 倉庫推送文章。不要把 GitHub 密碼、PAT、OAuth Token 或 Cloudflare API Token 寫進 Hugo 配置、文章、提示詞或 GitHub 倉庫。需要授權時，按頁面提示使用官方授權流程。03|二、GitHub 倉庫應該如何組織建議為博客建立一個獨立 GitHub 倉庫，例如：my-blog/├── hugo.toml├── content/│ ├── _index.md│ └── posts/│ ├── _index.md│ └── first-post/│ ├── index.md│ └── cover.png├── themes/│ └── <主題名稱>/├── layouts/├── static/├── assets/├── .gitignore└── README.md目錄用途路徑用途hugo.tomlHugo 網站名稱、域名、語言、主題和功能配置content/網站內容源文件content/posts/博客文章統一目錄content/posts//一篇文章及其圖片組成的文章包themes/Hugo 主題；主題必須能在乾淨環境中使用layouts/覆蓋主題模板的位置static/直接複製到網站根目錄的靜態文件assets/需要 Hugo 處理的樣式、腳本或資源public/Hugo 構建產物，通常不作為源碼維護文章為什麼使用文件夾每篇文章使用 Hugo 的 leaf bundle 結構：content/posts/my-first-post/├── index.md├── cover.png└── diagram.png這樣正文和圖片天然屬於同一篇文章，移動、備份和發佈時不容易丟失資源。文件夾名稱就是文章的 URL slug，例如：content/posts/my-first-post/→ https://blog.example.com/posts/my-first-post/第一次發佈後不要隨意修改 slug，否則文章地址會改變，後續更新也可能變成另一篇文章。04|三、Hugo 配置需要設置什麼hugo.toml 至少需要明確以下字段：baseURL = 'https://blog.example.com/'languageCode = 'zh-cn'title = '我的博客'theme = 'PaperMod'[params] mainSections = ['posts']字段說明字段設置規則baseURL填寫最終網站地址，替換成自己的域名，並保留結尾斜槓languageCode例如 zh-cn、en-ustitle網站名稱theme已安裝並提交到倉庫的主題名稱params.mainSections博客文章目錄，建議設置為 posts主題可以使用 PaperMod，也可以使用其他 Hugo 主題。無論選擇哪個主題，都要確保：主題代碼或模塊版本已經固定；Cloudflare 的構建環境可以取得主題；本地執行 hugo --gc --minify 可以成功；GitHub 新建 checkout 後仍然可以成功構建。05|四、文章 Front Matter 如何設置一篇標準文章的 index.md 可以這樣寫：---title: "我的第一篇文章"date: 2026-08-05draft: falsetags: - 寫作 - Hugodescription: "一段可選的文章摘要"---正文從這裏開始。字段是否必需說明title建議必需文章標題date建議必需發佈日期，使用 YYYY-MM-DDdraft建議必需false 才會進入正式構建tags可選標籤列表description可選文章自己的摘要cover主題相關主題支持封面時再配置沒有文章摘要時，直接省略 description，不要用項目介紹或默認宣傳語代替。06|五、Cloudflare Pages 如何配置1. 創建 Pages 項目在 Cloudflare 控制枱進入：Workers & Pages→ Create application→ Pages→ Connect to Git選擇 GitHub，授權 Cloudflare 訪問博客倉庫，然後選擇剛才創建的 GitHub 倉庫。2. 設置構建參數Cloudflare Pages 字段推薦值Production branchmainBuild commandhugo --gc --minifyBuild output directorypublicRoot directory/；如果是 monorepo，則填寫 Hugo 項目所在目錄HUGO_VERSION與本地驗證通過的 Hugo 版本一致Hugo 默認把網站生成到項目根目錄的 public/。Cloudflare Pages 應該發佈這個目錄，而不是 content/ 或 Hugo 源碼目錄。3. 綁定域名首次部署成功後，Cloudflare 會提供一個 pages.dev 地址。確認這個地址可以打開後，再進入：Pages 項目→ Custom domains→ Set up a domain填入自己的正式域名，例如 https://blog.example.com。如果使用子域名，需要按 Cloudflare 提示配置 CNAME；如果使用根域名，需要把域名接入對應 Cloudflare Zone。域名配置完成後，把同一個地址寫回 hugo.toml 的 baseURL。4. 驗證自動部署在 GitHub 修改一個非敏感的頁面配置並推送到 main，確認：GitHub 提交旁邊出現 Cloudflare Pages 構建狀態；Cloudflare Pages 生成新的 Production deployment；pages.dev 和自定義域名都能打開新內容。Cloudflare Pages 還可以為 Pull Request 和其他分支生成預覽地址。正式博客使用 main，測試改動可以先走預覽。07|六、把搭建過程交給 AI AgentAI Agent 的職責是：詢問缺少的配置；創建 Hugo 文件和目錄；檢查本地構建；幫用戶準備 GitHub 倉庫；引導用戶完成 Cloudflare 授權和設置；最後引導用戶在落筆中綁定博客。AI Agent 不應該：索要或保存密碼、PAT、OAuth Token；在沒有權限時聲稱已經創建 GitHub 倉庫；在沒有 Cloudflare 頁面證據時聲稱已經部署成功；擅自把用戶的文章發佈到別人的倉庫或域名；創建一套與 Cloudflare Pages 並行的服務器或 GitHub Actions 流程。08|七、可以直接複製給 AI Agent 的主提示詞將下面整段內容複製給支持終端、文件編輯或瀏覽器操作的 AI Agent。沒有這些工具時，Agent 應把命令和點擊路徑寫出來，由用戶手動執行。你是我的博客搭建嚮導和工程實施 Agent。請帶我從零搭建一套“落筆（Loby）一鍵發佈到我的博客”的完整流程。目標架構：- Hugo：生成靜態博客網站；- GitHub：保存 Hugo 源碼、文章、圖片和版本歷史；- Cloudflare Pages：連接 GitHub，在 main 分支變化後自動構建和部署；- 落筆：作為日常寫作和一鍵發佈入口。我的配置：- 博客名稱：{{BLOG_NAME}}- GitHub 用戶名或組織：{{GITHUB_OWNER}}- GitHub 倉庫名：{{GITHUB_REPO}}- 正式網站地址：{{SITE_URL}}- 網站語言：{{LANGUAGE_CODE}}- Hugo 主題：{{HUGO_THEME}}- 落筆寫作庫路徑：{{LOBY_LIBRARY_PATH}}- 本機系統：{{OPERATING_SYSTEM}}工作規則：1. 先檢查我提供的信息是否完整，只詢問缺少的必要信息。2. 如果你有終端工具，就檢查 git、hugo、gh、wrangler 是否可用；如果沒有，就給我可複製的命令。3. 如果你有文件編輯能力，就在指定目錄生成文件；如果目錄已有文件，先讀取並保護現有內容，不要直接覆蓋。4. 所有需要登錄、授權或綁定域名的操作，都必須明確告訴我需要在瀏覽器中點擊什麼；沒有真實成功結果前，不要說“已完成”。5. 絕不索要、回顯、保存或提交 GitHub 密碼、PAT、OAuth Token、Cloudflare API Token 或其他秘密。6. 不使用 GitHub Actions、服務器或第二套發佈服務，除非我明確要求。默認使用 Cloudflare Pages 的 GitHub 集成。7. 所有路徑、倉庫名、域名、標題和語言都使用我的配置，不要使用示例賬號或別人的域名。請按以下階段執行：階段 1：確認方案- 解釋 Hugo、GitHub、Cloudflare Pages 和落筆各自負責什麼。- 輸出一張簡短的數據流圖。- 列出還缺少的用戶輸入。階段 2：創建 Hugo 博客- 創建 hugo.toml。- 設置 baseURL、languageCode、title、theme 和 content/posts 文章目錄。- 創建 content/_index.md 和 content/posts/_index.md。- 創建 themes、layouts、static、assets 等必要目錄；主題必須在乾淨環境可以獲得。- 創建 .gitignore，忽略 public、Hugo 緩存、系統臨時文件和本地秘密文件。- 創建 README.md，寫清本地預覽、構建和 Loby 發佈方式。- 文章使用以下結構： content/posts/<slug>/index.md content/posts/<slug>/圖片文件- 不要創建依賴本機絕對路徑的配置。階段 3：本地驗證- 執行 hugo version。- 執行 hugo --gc --minify。- 如有問題，先修復真實錯誤，再繼續。- 告訴我 Hugo 版本、構建結果和生成目錄。階段 4：GitHub- 如果我還沒有倉庫，指導我創建 {{GITHUB_OWNER}}/{{GITHUB_REPO}}。- 將博客源碼推送到 main。- 推送前檢查 git status、遠程地址、敏感文件和構建結果。- 如果你沒有 GitHub 權限，停下來告訴我完成授權的具體步驟。- 最終報告 GitHub 倉庫地址和 main 的提交信息。階段 5：Cloudflare Pages- 指導我進入 Workers & Pages → Create application → Pages → Connect to Git。- 連接 GitHub 並選擇 {{GITHUB_OWNER}}/{{GITHUB_REPO}}。- 設置： Production branch = main Build command = hugo --gc --minify Build output directory = public Root directory = / HUGO_VERSION = 本地驗證通過的 Hugo 版本- 指導我在 Pages → Custom domains 中綁定 {{SITE_URL}}。- 說明 DNS 需要如何配置。- 等待我完成授權和域名操作，不要假裝替我完成。- 驗證 pages.dev 地址、Production deployment 和正式域名。階段 6：落筆- 指導我打開落筆“設置 → 發佈 → 發佈目標”。- 點擊“添加發布目標 → GitHub”，按頁面完成 GitHub 官方授權。- 點擊“添加 GitHub 發佈目標 → Hugo 博客”。- 指導我填寫：目標名稱 = {{BLOG_NAME}} GitHub 倉庫 = {{GITHUB_OWNER}}/{{GITHUB_REPO}} 發佈分支 = main 文章目錄 = content/posts 網站地址 = {{SITE_URL}}- 指導我在項目設置中綁定這個發佈目標。- 不要讓我手工編輯落筆的內部配置文件或秘密存儲。階段 7：真實冒煙測試- 讓我在落筆中創建一篇短測試文章。- 使用“發佈到博客”執行一次發佈。- 檢查 GitHub 是否出現新文章文件夾和文章文件。- 檢查 Cloudflare 是否產生新的構建和 Production deployment。- 檢查最終文章 URL 是否可以打開。- 再修改同一篇文章並點擊“更新”，確認文章地址沒有變化。最終請交付：1. 博客目錄樹；2. hugo.toml 的關鍵字段說明；3. GitHub 倉庫設置；4. Cloudflare Pages 構建設置；5. 落筆需要填寫的字段；6. 本地、GitHub、Cloudflare 和文章 URL 的驗收結果；7. 一份故障排查表，至少覆蓋 Hugo 構建失敗、主題缺失、GitHub 授權失敗、Cloudflare 構建失敗、DNS 未生效、文章 draft=true 和落筆文章目錄配置錯誤。09|八、落筆中的日常發佈流程博客初始化完成後，用戶不需要再打開終端：落筆中完成文章 ↓確認標題、標籤、封面和文章狀態 ↓點擊“發佈到博客” ↓確認發佈目標 ↓等待 GitHub 和 Cloudflare 完成 ↓打開文章連結檢查更新文章時，直接在落筆中修改原文並點擊“更新”。不要在 GitHub 網頁端複製粘貼文章，也不要隨意改文章文件夾名稱。10|九、常見錯誤現象優先檢查Cloudflare 找不到文章Build output 是否為 public，文章是否在 content/postsHugo 本地能構建，Cloudflare 失敗Hugo 版本、主題依賴、主題是否已提交到 GitHub頁面能打開但連結不對hugo.toml 的 baseURL 是否仍是示例域名落筆找不到倉庫落筆 GitHub 授權是否包含目標倉庫發佈後文章沒有出現draft 是否為 true，Cloudflare 構建是否成功域名無法訪問Pages 自定義域名是否已關聯，DNS/CNAME 是否正確更新變成了新文章是否修改了文章文件夾名稱或 slug11|官方參考Cloudflare Pages Git integration: https://developers.cloudflare.com/pages/configuration/git-integration/Cloudflare Pages GitHub integration: https://developers.cloudflare.com/pages/configuration/git-integration/github-integration/Cloudflare Pages Hugo guide: https://developers.cloudflare.com/pages/framework-guides/deploy-a-hugo-site/Cloudflare Pages custom domains: https://developers.cloudflare.com/pages/configuration/custom-domains/Hugo page bundles: https://gohugo.io/content-management/page-bundles/Hugo quick start: https://gohugo.io/getting-started/quick-start/@麥先生說如果對你有用，歡迎點贊、分享、推薦點贊分享推薦A LIFE OF GROWTH

完成

開源信息採集工具 MediaCrawler：一套命令獲取小紅書、抖音、B站等 7 個平台

MediaCrawler 用一套命令就可以採集小紅書、抖音等7個平台嘅公開數據，但一定要遵守合規邊界

完成

Seedance 2.5 發佈我測出了更強大的用法...

Seedance 2.5 從「能出片」進化到「能幹活」，真正價值在產業場景：一條母版加編輯指令，量產訓練數據同培訓影片。

完成

盤點 2 個看起來賊炫酷酷酷的 GitHub 項目，炒的還挺火的。

呢篇文章盤點兩個近期爆紅嘅GitHub AI Skill：scroll-world同img2threejs，一個整滾動電影感網頁，一個將圖片變3D模型。

完成

我在Seko 3.0裏敲了個「/」，它把導演調了出來

Seko 3.0 將 Skill 做成「/」指令，等頂尖導演同編劇嘅創作方法變成可調用嘅能力。作者用同一句需求做對照實驗，發現有 Skill 嘅 Agent 唔係淨係寫劇本，而係按導演嘅工作紀律嚟做嘢。

完成

Seednce瞬間不香了！無設備雲端MiniMax-H3 視頻生成一條龍實操全記錄

MiniMax-H3 一條龍部署攻略：本地 4090 或雲端 5090 都可行，用 Grok 自動化 ComfyUI 最爽

完成

Hermes從毛坯房到精裝修攏共分幾步

將 Hermes 由毛坯房升級到精裝修：一套七步方案，令佢由臨時助手變成真正智能 Agent。

完成

不用學剪輯！這個 Skill 準備了 104 張鏡頭卡給 Agent 做視頻

唔使學剪輯，用 104 張鏡頭卡同 149 個音效，AI Agent 就幫你整到產品宣傳片

完成

普通人的第一個AI工作流5：AI總在同一個地方出錯？給工作流建立一份錯誤日誌

建立AI工作流錯誤日誌，將重複出錯變成可複用規則

完成

大廠內部用了8年的設計系統，終於開源了

Meta 內部用了8年的設計系統 Astryx 開源，主打完全可自訂、人機共用

完成

絕了，這個Codex的高階用法，直接讓我一拖三，管好幾個“員工”，不會還有人不知道吧？

Codex 高階玩法：用一個主會話管理多個獨立會話，變身 CEO 一拖三

完成

我把自己丟到AI裏面，“以身試毒”，深度給大家剖析Seedance2.5的技法！

Seedance2.5實測：AI編輯＋AI動畫兩大升級，附完整綠幕合成提示詞

完成

從零開始，教你用Codex搓出屬於你自己的第一個硬件。

用Codex由零開始整硬件：一個小白嘅貓爪製作實錄

完成

開源！68個品牌設計規範文檔（HTML+DESIGN md + Token ）

開源品牌設計參考庫 brands-design-md：將 68 個品牌的視覺語言拆成 7 類文件，人睇風格、AI 讀規則。

完成

別再AI焦慮了！所有智能體都是一種軟件，Codex、Claude Code、WorkBuddy 怎麼選？

所有智能體本質上都係軟件，與其追新不如先搭好自己嘅工作流同數據資產

完成

Cloudflare 新工具 Drop：不註冊、不登錄，2步就能部署靜態網站

Cloudflare Drop 係一個唔使註冊、拖入文件夾就有臨時網站嘅工具，認領後仲可以接入成個 Cloudflare 生態。

完成

別讓 AI 把產品做醜了：Vibe Coding必看的 3個審美網站

Vibe Coding 怕整得醜？用呢 3 個免費網站：Recent Design、Mobbin、React Bits，由整體風格到細節動效照住做！

完成

MiniMax H3發佈，還要開源，AI視頻終於有了自己的後期之王。

今天，被Seedance 2.0壓制了整整半年，沉寂了很久的AI視頻模型行業，終於又有了點新的動向了。MiniMax，終於掏出了他們的H3模型。並且，要開源。AI視頻，終於也開始向大模型領域看齊了。過去這半年，AI視頻行業活得很奇怪。視頻Agent應用瘋狂增長，但是模型卻寥寥無幾。最後繞不開的那個名字，依然是Seedance 2.0。它就像那一堵最高的山。以至於過去半年，AI視頻行業最大的懸念，逐漸變成了：到底還有沒有人，能給Seedance 2.0一點壓力？現在，MiniMax終於帶着他們的AI視頻模型來了。我在昨天其實就已經拿到了體驗資格，在做了一些測試之後，我非常坦率的講，在很多的環節上，它確實可以跟Seedance 2.0相媲美，但是還沒有達到所謂的全面超越的地步。但H3找到了一個非常獨特、非常有意思、而且我覺得極其商業的切口，那就是：視覺包裝和後期特效。這個點，MiniMax實在是太強太強了，這塊的長板強到比Seedance 2.0都要強很多。我直接放幾個case你就懂了。H3這個模型非常的獨特。獨特到一時我不知道該用什麼詞去形容它。你可以讓它直接生成一段帶歌詞的動態MV。你也可以給它幾張平面海報，它可以把排版、文字和視覺元素全部動起來，做成一支動態海報。你也可以給它一堆照片，它能理解每張照片裏的內容，自動做成有裝飾、有節奏、有聲音的Vlog。你甚至可以讓它直接生成電影片頭、歌詞VJ、時尚品牌Campaign、遊戲UI、網頁滾動動效和產品發佈片。只要涉及到一切跟視覺包裝相關的工作，它乾的都極佳。如果說，Seedance更偏向與前期，更重影視和特效，那H3我覺得，就更偏向後期，更重廣告與動效。兩者相輔相成，終於補全了整個視頻製作的全流程。網址在此：https://hailuoai.com/在首頁上，你就能看到這次全新的H3了，也是一個原生多模態模型。在純粹的功能上，非常的全面，全能參考啥的也都有。支持視頻圖片音頻等等的各種參考，最多12個。參數上，目前開放的直接是2K，甚至768P的都暫時還沒開放，最多15s。價格上2K的效果，1秒是12貝殼，差不多就是10塊錢一條15秒的2K視頻。動作參考、指定元素替換、換背景、改寫視頻、實拍視頻加特效、綠幕換背景、白模視頻上色、視頻續寫延長、視頻整體參考等等這些常用的功能，也都沒啥問題，而且效果不錯。這次的重點，我們自然還是要回到，視覺包裝上。其實我們會發現在過去半年裏面，AI視頻加速的最多的是AI短劇賽道。而傳統的商業廣告、宣傳片、綜藝等等，AI介入的好像還沒有那麼多。原因特別簡單，過去我們一直在做的AI視頻模型更像是一台很強的虛擬攝影機，它們能夠憑空創造一個世界，然後把這個世界拍下來，記錄下來。但是，攝像機拍完以後，一條真正意義上的視頻，其實才剛剛開始。因為人類最終看到的絕大多數視頻，都不是現實世界原封不動的切片。我們會剪輯，會加字幕，會設計片頭，會製造轉場，會用圖形、文字、UI和特效重新組織信息。這些東西，現實世界裏原本都不存在。它們全部是人類創造出來的視覺語言。這些就是視覺包裝。最典型的就是綜藝裏面經常會加的花字。這種以前AI視頻幾乎沒有辦法去處理，因為很難生成穩定加準確的文字，且很難理解文字與視頻素材和視頻內容之間的關係。但是這一次，MiniMax H3可以搞定這種了。比如一個飛行嘉賓出場，以前我們可能得做很複雜的動畫，然後K很多的幀，搞得還挺麻煩的，現在，一個Prompt。這個效果當然跟頂級綜藝沒有辦法比，也會出現一些奇奇怪怪的數字。但是你可以看到關於人物的、氛圍的、元素的設計，還有一些主體背景跟文字之間的互動，其實都已經做得很不錯了。在品牌語言上也是比較統一的。除了綜藝，還有很多很多需要做視覺包裝的，比如說MV。Prompt：15秒，16:9橫版，一鏡到底。生成一支極具視覺炫技感的實驗MV。主角是一位銀色寸頭、穿純黑長外套的中性歌手。攝影機始終圍繞主角順時針旋轉，人物持續對鏡頭演唱，嘴型和身份穩定。同一個廢棄攝影棚隨着攝影機旋轉，依次轉化為五種視覺世界：真實膠片、黑白報紙、彩色黏土、透明水下、像素遊戲。每次變化都由主角動作和歌詞觸發，空間連續，不使用硬切。歌詞與文字： “CHANGE THE FRAME” “KEEP THE FACE” “EVERY WORLD IS MINE” 0至3秒：真實膠片攝影棚。主角抬手唱出“CHANGE THE FRAME”，手掌掃過的位置變成黑白報紙網點，文字像報紙標題一樣從牆面展開。 3至6秒：攝影機繼續環繞，報紙世界被主角撕開，空間變成彩色黏土。人物仍保持真人皮膚和真實臉，周圍道具與地面變成手工黏土。“KEEP THE FACE”沿主角身後彎曲出現。 6至9秒：主角跺腳，黏土地面化成透明水面。攝影機與人物同時進入水下，頭髮、衣服和氣泡符合真實水體運動，歌聲保持清晰。 9至12秒：主角拍碎水面，所有水滴變成像素方塊。攝影棚加載成復古三維遊戲世界，人物仍為真人。“EVERY WORLD IS MINE”形成巨大的遊戲關卡入口。 12至15秒：攝影機完成一整圈環繞。所有視覺世界像多層皮膚一樣從空間剝落，回到最初攝影棚。主角站在原位，伸手接住一枚同時包含五種材質的小方塊。聲音：原創實驗電子樂，五個世界分別擁有膠片、紙張、黏土、水下和像素音色，節奏連續。禁止切鏡頭、人物換臉、服裝變化、世界突然跳變、額外歌詞、普通蒙版轉場和水下嘴型失控。可以看到生成出來的這個運鏡效果其實非常的棒，而且文字極其準確，歌詞全部都是對上的。除了一些特別小的字，稍微大一點，幾乎都沒崩。視覺包裝做的非常的棒，在轉場和過渡上也非常的和諧。而且大家可以對比一下我的Prompt，H3有個非常強的特點，就是它的語義遵循能力極強，你真的就是說什麼，它就能給你實現出什麼，在做視覺包裝的時候非常有用，因為做視覺包裝很多時候就是極其精確的文字控制。當然，這種語義遵循強的能力也帶來了一些缺點，就是在某些影視級別的需要超強張力的鏡頭上，表現的沒有Seedance效果好。而這個case其實就能感覺到整個視覺包裝的效果會更強一點，做了非常多的素材的包裝和特效。除了MV，還有我們經常會做的logo演繹的視覺包裝。H3做的也非常有意思。比如，我就把我們公司的logo，給扔了進去，讓H3給我做一個logo演繹視頻。你別說，做的還是相當酷炫的。當然，你還可以做電商產品的某一次全新的新品宣傳片。一個AI影視節目的片頭。一個設計大會的主舞台宣傳片。還有很多很多，電商、遊戲、短視頻，甚至還能給Vlog做好玩的動效等等。你不需要再去做複雜的動效，不需要再去手K素材，甚至你都不需要打開剪輯軟件，把你的素材扔到H3裏，然後說出你的需求。一條經過視覺包裝的視頻，就可能已經做好了。AI視頻模型過去最喜歡展示的，往往是最極限的畫面。巨龍、戰爭、跑酷、追車、爆炸、複雜運鏡。這些東西很爽，也很適合證明模型的上限。可真正數量巨大、每天都在被生產、每天都有人願意付錢的視頻，很多都沒有這麼宏大。品牌廣告、電商素材、產品介紹、App功能演示、活動預告、社交媒體短片、遊戲PV、企業宣傳片。它們的生命週期很短，更新頻率很高，經常還要針對不同人羣、不同平台、不同尺寸，做出一大堆版本。這種內容最需要的能力，恰好就是H3擅長的東西。設計師和後期的價值，也會繼續往上游移動。手動拉關鍵幀、做素材、套轉場這類執行工作的價值還會下降。定義方向、建立審美、識別好壞、控制品牌一致性的價值，會越來越高。生產能力越氾濫，判斷力就越值錢。而且大家不要忘了，MiniMax H3，是要開源的。一個開源模型的生命力，往往是從發佈那一天才剛剛開始。後面一定會有人繼續去給它做推理優化，給它去微調特定風格。未來我們可能會看到無數種特化的，在垂直領域繼續發光發熱的H3版本出來。這個世界需要開源。每一個願意開源的，也都是英雄。現在，MiniMax H3，來當那個英雄了。我們也希望，能看到越來越多的AI視頻領域的開源模型。那才是真正的未來。以上，既然看到這裏了，如果覺得不錯，隨手點個贊、在看、轉發三連吧，如果想第一時間收到推送，也可以給我個星標⭐～謝謝你看我的文章，我們，下次再見。>/ 作者：卡茲克>/ 投稿或爆料，請聯繫郵箱：wzglyay@virxact.com

完成