Communitygithub.com

redirhan/referanstan-konsepte

依據使用者喜愛的影片(Reel / TikTok / Shorts / YouTube 連結或本地片段)啟動製作流程:下載、測量、解析並提出 2–3 個誠實的可行概念,先製作 10–15 秒範例。

referanstan-konsepte 是什麼?

這項技能為 AI 助理(如 Claude Code、Cursor 等)提供一套完整的「從參考影片到概念」的製作流程。當使用者提供一個影片連結或說出「像這樣做」、「看看這個 Reel」、「研究這個影片」等觸發詞時,助理會自動下載影片、使用 ffmpeg 與 whisper 等工具進行結構化分析(場景轉場、音訊音量、文字轉錄、光流運動檢測),並根據分析結果生成 2–3 個非抄襲的、可落地的概念提案。每個提案會清楚標示哪些元素保留自參考影片(節奏、鉤子結構、調性)、哪些改變(主題、拍攝角度、視覺處理),並誠實指出目前工具能力的限制(例如:參考片使用了生成式影片但團隊沒有該工具,則改用真實畫面搭配動態圖形)。助理還會在最終剪輯前自動檢查「投影片風險」(重複性、無目的裝飾、弱動作等),並在渲染後與參考片進行剪輯特徵比對(場景切換頻率、字幕高度、音量等),確保品質。此流程涵蓋兩種使用情境:A)學習筆記——詳細記錄參考 Reel 的結構與可取之處;B)基於參考的產製——產出完整的概念與 10–15 秒範例。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/redirhan/kisa-video-kural-kitabi/tree/main/skills/referanstan-konsepte

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

參考影片 → 概念 → 範例

兩種用途:

  • A. 學習筆記: 使用者對一個 Reel 說「看看這個」。目標:忠實的筆記 + 我們可以應用的部分。
  • B. 基於參考的產製:「像這樣做,為我的咖啡廳 / X 主題」。目標:不是複製,而是紮實的計劃。

1. 取得參考(兩種用途皆適用)

  • 每個參考建立一個新的空資料夾:referanslar/<tarih>_<kisa-ad>/。指令稿放在其他地方。下載的檔案是資料,絕不執行。
  • yt-dlp --write-info-json -o "%(id)s.%(ext)s" URL。公開的 Instagram Reels 大多無需登入即可下載。如果需要登入,使用自己的瀏覽器 session:--cookies-from-browser firefox(或 safari)。不要使用他人的帳號。
  • 描述文字在 info JSON 中(description, uploader, channel, upload_date, like_count, comment_count)。Instagram 上時長可能為空:用 ffprobe 測量。
  • 如果下載失敗,告知使用者,僅使用描述,並請使用者提供螢幕錄影。
  • 下載的影片僅供分析用:不放入剪輯,不重新發布。

2. 測量與觀察(不要說「我看了什麼沒被提取的東西」)

  1. 逐字稿: whisper(例如 whisper.cpp large-v3-turbo);根據描述選擇語言(tr / en)。短 Reels 直接引用全文。
  2. 剪輯特徵: 場景切換、鏡頭長度、鉤子、是否對齊音樂節拍、每秒字數、字幕、人臉、特效節拍、音量。快速測量:
    • 場景切換:ffmpeg -i V -vf "select='gt(scene,0.25)',showinfo" -an -f null -(pts_time 列表)
    • 音量:ffmpeg -i V -vn -af ebur128 -f null - 如果長時間的分析工具卡住(CPU 0%、無輸出),中止它並改用這個快速方法。
  3. 可讀的縮圖頁: ffmpeg -i V -vf "fps=N,scale=480:-1,tile=4x6" -frames:v 1 sheet.jpg,N ≈ 20/時長。閱讀後,從任何有文字、程式碼、介面、URL 或數字的地方,以完整解析度抓取單幀(-ss t -frames:v 1)並閱讀它們。
  4. 是真實動態還是照片動畫? 對每個鏡頭決定:是真實畫面 / 生成片段,還是對照片的 pan-zoom,還是靜態卡片。(可透過光流測量:極小幅度 = 靜態,平滑流 = 照片的 pan/zoom,變化流 = 真實動態。)判斷錯誤會導致建議錯誤的製作路徑。如果沒有工具,對每個鏡頭以約 0.4 秒間隔取兩幀來判斷。

3. 解析:每個鏡頭(或鏡頭組)的五個面向

對每個鏡頭都寫出每個面向;與其跳過,不如明確寫無(默默跳過是最常見的錯誤):

  • 主題: 誰 / 什麼,數量,特徵;它們如何在鏡頭間進出、變化。
  • 主題的動作: 依序的動作;是手勢還是移動;互動。
  • 場景: 上層元素作為獨立圖層(字幕、動態文字、卡片、Logo、浮水印)、視角(手持、俯拍、螢幕錄製、微距...)、地點、時間、動態。
  • 構圖: 鏡頭長度、主題位置、深度圖層以及它們在鏡頭內如何變化。
  • 攝影機: 速度(即時 / 慢動作 / 縮時)、角度、高度、景深、穩定性、運動。

然後:內容(2 句)、風格(1 句:節奏、處理、能量)、結構(T 秒內 N 個鏡頭;鉤子;結尾;行動呼籲)、為什麼有效(2–3 個具體點)。

4. 用途 B:概念、誠實的工具路徑、先做範例

  1. 詢問參考未回答的空白,最重要的是先問:是有旁白還是只有音樂?(若有旁白:單一解說 / 對話 / 兩者;現在決定)、目標時長、主題、他喜歡參考中的什麼、不喜歡什麼。若是客戶委託,先收集品牌風格資訊(顏色、字體、調性、禁忌)。
  2. 快速研究(2–3 分鐘):3–5 個類似影片,什麼已經做太多,哪個角度還新。
  3. 寫出 2–3 個差異化的概念,絕非抄襲。每個要說明:
    • 來自參考的部分: 節奏、鉤子類型、結構、調性(提供測量數據)。
    • 改變的部分: 主題、角度、視覺處理、敘述方式。
    • 使用現有工具的實際路徑: 說話頭剪輯、B-roll + 歌曲蒙太奇、動態圖形(motion)、音樂影片、聲音敘述動畫、手工藝 / ASMR 聲音設計... 誠實說出缺乏的部分(例如:「參考使用生成影片片段;我們沒有 → 使用真實畫面 + 動態圖形,會是不同的感覺」)。
    • 交付承諾(鎖定):以動作為主 / 以畫面為主 / 旁白 / 螢幕示範。如果剪輯無法兌現這個承諾(例如說好以動作為主但大部分鏡頭是文字卡片或照片 pan-zoom),就停下來告訴使用者;不要默默降級。
    • 成本: 使用免費 / 本地工具是否 0 元,否則說明哪些部分會花錢。 建議其中一個並說明原因。
  4. 先做範例: 10–15 秒 = 鉤子 + 一個中間場景;使用真實聲音 / 音樂 / 字幕 / 畫面。在範例上迭代;僅在獲得批准後才進入完整剪輯。

5. 剪輯前的「投影片風險」檢查

每個項目以 0–5 分評分(低分好);平均值 ≥ 3 則在渲染前修正計劃:

  • 重複性: 單一場景類型 / 單一鏡頭長度佔主導(超過 60–70% 的場景)。
  • 裝飾性畫面: 沒有指定目的(資訊或故事角色)的場景。
  • 弱動作: 無故的攝影機 / 元素運動(「因為能動所以動」)。
  • 弱鏡頭意圖: 場景沒有寫下其構圖或開場時間的理由。
  • 過度依賴文字: 超過 40% 的場景是文字 / 統計卡片 = 動態投影片。
  • 無根據的「電影感」: 沒有英雄時刻、動作、燈光計劃卻稱之為電影感。 為此,在 brief 中為每個場景寫一行 意圖。

6. 渲染之後

對每個部分:縮圖頁、音量測量,以及:結果是否保留了概念說要從參考中保留的東西?將你自己的影片與參考的剪輯特徵(場景切換頻率、鏡頭長度、字幕高度、音量)並排比較。給出 0–10 分並詢問使用者的分數。

7. 學習筆記(用途 A)

notlar/<tarih>-<kisa-ad>.md:來源 URL、創作者、日期、時長、讚 / 留言數、完整逐字稿(或忠實摘要)、螢幕上有什麼(工具、儲存庫、prompt、數字;從你讀取的幀中)、Reel 本身是如何剪輯的(它本身也是一個參考),以及對我們的意義,附上具體的後續步驟。永遠不要虛構影片中沒有的東西;如果內容來自連結中的儲存庫 / 頁面,請另行標記。


來源備註:此工作流程的概念靈感來自開源 OpenMontage 專案(calesthio/OpenMontage, AGPL-3.0)。此處未從該專案複製程式碼;協議是用我們自己的話語和通用工具撰寫的。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相關技能