Community程式設計與開發github.com

tushaarmehtaa/tushar-skills

用於 AI 產品的 Claude Code 技能:部署檢查、模型稽核、單位經濟效益、變更日誌。

tushar-skills 是什麼?

此技能專為 Claude Code 設計,旨在協助您將一個可驗證的核心訊息,轉化為符合觀看情境的視覺序列,並利用專案中的 Remotion 設定來實作。它提供從簡報建立、格式選擇、腳本撰寫到實際實作的完整工作流程。技能支援多種影片格式,包括產品操作說明、上市或社群短片、技術解說、功能展示及旁白教學,並強調以證據為導向的敘事方式。最終輸出包含治療方案、時間表、旁白腳本、資產清單、Remotion 原始碼、字幕及驗證報告,並涵蓋技術、編輯、視覺及無障礙性等面向的檢查,確保成品品質。

相容平台✓Claude Code~Codex CLI✓Cursor
npx skills add tushaarmehtaa/tushar-skills

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

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

說明文件

示範影片

將一個可驗證的核心訊息,轉化為符合其觀看情境的視覺序列,並利用專案中的 Remotion 設定來實作。故事、證據與理解程度決定了處理方式;轉場效果則非重點。

從現有證據建立簡報

在提問之前,先檢視產品、現有媒體、品牌資產、UI、文件及 Remotion 設定。建立:

  • 目標觀眾及其觀看前已知的資訊;
  • 投放管道、長寬比、有聲或無聲情境、以及時長範圍;
  • 一個主要主張或學習成果;
  • 能證明該主張的產品動作、結果、數據或展示;
  • 行動呼籲或最終含義;
  • 可用的素材、UI 狀態、旁白、音樂、字型及品牌限制;
  • 截止日期、渲染環境及所需交付物。

僅針對會改變主張、證據、製作範圍或資產使用權的遺漏資訊提出問題。若創意方向尚未確定,請提出處理方案與分鏡腳本,而非要求使用者憑空構想場景。

選擇格式

  • 產品操作說明 — 依時間順序完成任務,UI 清晰易懂,盡量減少編輯中斷。
  • 上市或社群短片 — 壓縮的主張、產品證據、回報與行動;若投放管道常見無聲自動播放,則必須能在靜音狀態下運作。
  • 技術解說 — 機制、觀察、解釋、限制與含義。在撰寫腳本前,請先閱讀解說文寫作。
  • 功能展示 — 單一功能、起始狀態、動作、可見結果與邊界。
  • 旁白教學 — 循序漸進的指導,包含先備條件、游標意圖、字幕、復原步驟及可重現的結果。

不要將所有格式合併成一支影片。當需要多個輸出時,請定義一個主敘事,並決定哪些節拍能存活於每個剪輯版本中。

撰寫以證據為導向的治療方案

在編寫程式碼之前,請產出:

觀眾:
投放管道與格式:
主要主張:
可見證據:
觀看結束時必須理解的內容:
旁白/字幕處理方式:
治療方案:
節拍列表與大致時間:
所需的資產或畫面:
風險或未知因素:

每個節拍都必須改變觀眾所知、所見或所能做的事。每一行實質的旁白都必須搭配可見的證據或必要的背景資訊。刪除僅重複配音的裝飾性場景。

使用真實的產品狀態與真實的資料。標示代表用的 fixture 資料,並避免將其呈現為客戶證據。

針對時間與聲音情境撰寫腳本

同時起草旁白與螢幕上的文字。朗讀腳本,以預期的朗讀速度估算時間,然後根據錄製或產生的音訊進行驗證,而非僅依賴字數。

  • 確保螢幕上的關鍵文字有足夠的閱讀時間。
  • 當交付物需要無障礙性或靜音狀態下的理解時,請為口語內容提供字幕。
  • 不要讓字幕與產品 UI 或平台覆蓋層競爭。
  • 在解釋機制後再說明專業術語,然後一致地使用它們。
  • 確保主張不超出可視示範所能建立的範圍。

對於配音、音樂、音效、字幕產生或音量處理,請在加入媒體前先閱讀音訊與字幕。

有目的地規劃格式

不要將一個未經修改的構圖渲染到所有長寬比中。對於每種要求的格式,請定義安全區域、文字度量、裁切行為、產品 UI 縮放比例,以及需要重新構圖或省略的節拍。

在有用的情況下共享元件與時間軸資料,但允許格式特定的構圖。僅註冊使用者需要的交付物。

在現有的 Remotion 專案中實作

檢查已安裝的版本、模組格式、專案進入點、配置、腳本及現有基本元件。使用這些 API 與慣例。對於新的獨立專案,請選擇相容的當前版本,而非複製此技能中固定的版本。

當專案規模從中受益時,請分離關注點:

  • 構圖註冊與輸入 props;
  • 敘事/時間軸資料;
  • 場景或鏡頭;
  • 共用的視覺基本元件;
  • 媒體與字型載入;
  • 字幕與音訊混合;
  • 測試或畫面斷言。

當場景的動畫是相對於場景本身時,請將區域時間軸時間傳遞給場景。僅在需要刻意連續的行為時才使用全域時間。僅在數值可能超出預期範圍時才限制插值;不要為有界輸入增加儀式性的選項。

僅當治療方案需要可重複使用的場景生命週期、文字揭示、轉場或打字模式時,才閱讀 Remotion 基本元件。根據所選的視覺語言調整這些基本元件;沒有任何元件是強制性的。

在選擇動畫參數、響應式尺寸調整、字型載入或渲染指令時,請閱讀實作小抄。根據已安裝的 Remotion 版本驗證 API。

根據意義設計動態

根據節拍之間的關係,選擇切換、溶解、空間連續性、揭示、縮放或暫停。避免將彈簧、交錯、顆粒、光暈、終端模擬、彈跳按鈕或動態漸層作為標誌性配方。

動畫必須在畫面搜尋下具有確定性。當影片作為互動式或網頁體驗嵌入時,支援減少動態模式。請勿動畫化在最終交付尺寸下會消失的精細細節。

處理產品畫面

顯示實際產品時:

  1. 定義確切的狀態與所需資料;
  2. 移除機密與個人資訊;
  3. 控制視口、游標、縮放與動畫設定;
  4. 以足夠的解析度進行畫面捕捉;
  5. 保留 UI 時間順序,使動作與結果保持可信;
  6. 當模擬或 fixture 替代實際狀態時,記錄其限制。

輸出契約

交付所要求的組合:

  • 治療方案與定時節拍表;
  • 旁白與螢幕腳本;
  • 資產/畫面清單及來源;
  • Remotion 原始碼與構圖 ID;
  • 字幕檔案或內嵌字幕;
  • 按格式命名的渲染檔案;
  • 代表性靜止畫面或審閱幀;
  • 包含技術與編輯檢查的驗證報告。

說明哪些格式共用時間軸,哪些是獨立構圖的。

驗證

技術

  1. 根據儲存庫政策安裝或重複使用依賴項。
  2. 執行型別檢查、建置及相關測試。
  3. 列出構圖並渲染每個要求的交付物。
  4. 在場景邊界附近尋找代表性幀,並確認輸出的確定性。
  5. 檢查遺漏媒體、字型載入、長文字及格式特定的分支。
  6. 確認輸出解析度、幀率、時長、編解碼器及檔案大小符合交付契約。

編輯與視覺

  1. 從頭到尾以正常速度觀看每個最終渲染。
  2. 確認開頭建立了相關性,證據是可見的,並且結尾解決了所述的主張。
  3. 以實際的推送或播放器尺寸進行審閱,必要時在靜音及有聲狀態下進行。
  4. 檢查文字時長、字幕同步、安全區域、平台覆蓋層、UI 可讀性及視覺連貫性。
  5. 確認旁白從未超越證據或宣稱產品無法實現的行為。

音訊與無障礙性

  1. 使用耳機及一般喇叭聆聽;檢查峰值、削波、突兀的編輯、可理解性及一致的響度。
  2. 根據最終音訊驗證字幕,包括名稱與技術術語。
  3. 在需要時,確認靜音播放下基本含義仍然可理解。

報告實際執行的每項檢查,以及因不可用的資產、服務、編解碼器或部署環境而導致的任何限制。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相關技能