Claude Codeでコーディング以外はどこまで可能か──動画編集OSSの場合
Claude Codeをコーディング以外の業務にも広げたい。でも動画編集や資料づくり、ちょっとした調査は、結局ぜんぶ手作業のまま──そんな状態になっていないでしょうか。2026年8月末、X上で「GOODBYE VIDEO EDITING」というフレーズとともに、Claude Code用のオープンソース動画編集ツール「video-use」が拡散しました。素材フォルダに動画を放り込んで指示するだけで、カット・字幕・カラー補正・書き出しまで完結するという触れ込みです。
本記事では、このvideo-useの機能と導入手順をGitHubのREADMEベースで整理しながら、動画編集・ブラウザ操作・ドキュメント作成といった「コーディング以外」の業務でClaude Codeがどこまで実用になるのかを考えます。対象は、Claude Codeを開発業務ですでに使っている現役エンジニアです。読み終える頃には、導入コマンドと動作要件、任せてよい作業と手元に残すべき作業の線引き、そして非エンジニア部門に展開するときの勘所まで持ち帰れるはずです。ツールの紹介だけでなく、現場で感じている限界と向き不向きも正直に書きます。
背景・課題 Claude Code活用が「コーディングの外」へ広がっている
まず2026年8月末に何が起きたのかを、事実ベースで押さえておきます。
8月30日から31日にかけて、browser-use（ブラウザ操作エージェントのOSSで知られる開発チーム）が公開した動画編集ツール「video-use」が、複数の大型アカウントで連続的に拡散しました。起点になった投稿は「GOODBYE VIDEO EDITING──誰かがClaude Code用の無料ビデオエディタを作った。素材を置くだけ」という内容で、1,000件近いいいねを集めました。さらにフォロワー数十万規模のアカウントがGitHubリポジトリのリンク付きで後追い拡散しています。執筆時点でリポジトリのスター数は22.3kに達しており、単発のバズで終わらない注目度になっています。
同じ8月30日には、Claude Codeの初期設定を自動化する「claude-code-setup」系プラグインの紹介投稿も数百いいね規模で拡散していました。動画編集と環境設定、方向はまったく違いますが、共通しているのは「Claude Codeを開発ツールの枠の外で使う」という潮流です。コーディングエージェントとして登場したClaude Codeが、スキルという拡張の仕組みを通じて、動画・ブラウザ・設定作業といった周辺業務を取り込み始めている。この流れが2026年夏に一気に可視化された、というのが現状認識です。
ただし、バズ投稿の「GOODBYE VIDEO EDITING（動画編集よ、さようなら）」という言い回しをそのまま信じるのは危険です。本当に手動編集が不要になるのか、どの用途なら実用で、どこからが誇張なのか。GitHubのREADMEでの裏取りと、僕が普段の業務でClaude Codeに非コーディング作業を任せてきた経験を通じて、この線引きを考えていきます。
コーディング以外の広さでClaude Codeを選んだ、という話
実は僕にとって、この「コーディング以外」という視点は後追いではなく、ツール選定の基準そのものでした。
2026年3月時点で、プログラム作成の性能だけで言えばCodexが同僚の間で非常に評判が良かったんです。それでも僕がClaude Codeを一番使うツールに選んだ理由は、エージェントをワークフローのように組めること、Chromeを操作してWeb操作ができること、コンピュータユースまで視野に入ること。つまりコーディングの外まで届く広さでした。月$100のMAXプランを払っていますが、業務全般で使えることを考えるとコスパは良いと感じています。
もともと2007年から技術営業としてキャリアを始めた人間なので、エンジニアリングの外側にある業務──資料、調査、顧客向けのアウトプット──の解像度は比較的ある方だと思います。だからこそ「コーディング性能の一点勝負」ではなく「業務全体でどれだけ任せられるか」でツールを見てきました。video-useの登場は、この判断基準が間違っていなかったことを裏付ける動きだと感じています。
実践 video-useを動かす手順と「コーディング以外」用途の使い分け
では具体論に入ります。まずvideo-useの導入手順、その後にコーディング以外の用途全体の向き不向きを整理します。
video-useができること
GitHubのREADMEで確認できる主な機能は次の通りです。
- フィラー除去。「えっと」「あー」といった言葉や不要な間を自動カット
- オーディオフェード。すべてのカット箇所に30msのフェードを挿入し、ブツ切り感を抑える
- 自動カラーグレーディング。セグメントごとに映像処理を適用
- 字幕焼き込み。デフォルトは2語ずつの大文字チャンク表示で、カスタマイズ可能
- アニメーションオーバーレイ生成。RemotionやManimなどと連携
- 自己評価。各カット境界で出力を検証してから完成版を提示
面白いのは、これがMCPサーバーでも独立CLIでもなく、スキル登録型である点です。Claude Codeに「動画編集の手順書」を読み込ませる設計で、編集の進行状況はproject.mdに永続化されるため、セッションをまたいで編集を続けられます。
導入手順
必要な環境と手順は以下の通りです。ライセンスはMITです。
-
前提環境を確認する。Claude Code本体（公式ドキュメント参照。ClaudeのProやMAXといったサブスクリプション、または従量課金のAPI利用で使えます。僕はMAXプラン月$100で使っています）、Python、パッケージ管理のuv、そして動画処理の実体であるffmpegが必要です。macOS/Linux想定の記述が中心で、Windowsでの動作は明記されていません
-
リポジトリを取得する
git clone https://github.com/browser-use/video-use.git cd video-use uv sync # または pip install -e . -
スキルとして登録する。リポジトリ内の
install.mdの手順に従い、Claude Codeのスキルディレクトリにリンクを張ります -
APIキーを設定する。文字起こしにElevenLabsのAPIキーが必要です。YouTubeなどオンライン素材を扱う場合はyt-dlpも追加でインストールします
-
素材を置いて指示する。素材フォルダに動画ファイルを入れ、Claude Codeに「これをプロダクト紹介動画に編集して」のように日本語で指示するだけです。完成品は
<videos_dir>/edit/final.mp4に書き出されます
READMEの設計を見る限り、これは「タイムラインを触る編集」ではなく「編集方針を文章で発注する」道具です。僕自身はまだこのツールを業務投入していませんが、コーディングでClaude Codeを使ってきた経験からすれば、指示が具体的なほど結果が安定するのはこの種のスキルに共通する性質のはずです。実際、僕の仕事の進め方は2026年に入ってから「まずClaude Codeにやらせてみたらどうだろう」と考えるところから始まるように変わりました。自分で手を動かすことから始めるのではなく、任せることから始める。video-useはその発想を動画編集に持ち込んだものだと理解すると、飲み込みが早いと思います。
指示文をどう設計するか
僕がこのツールをまず試すなら、こういう発注から入ります。
素材フォルダの動画からフィラーと不要な間を除去して、
2分以内のプロダクト紹介動画にしてほしい。
冒頭10秒はカットせず残す。字幕は日本語で焼き込み。
ポイントは、ゴール（2分以内・プロダクト紹介）と触ってほしくない箇所（冒頭10秒）を先に言語化しておくことです。これはコーディングでClaude Codeを使って学んだことの転用です。誰かに説明しようとしてうまく説明できなかったり、話に漏れがあると感じるときは、そのままClaude Codeに渡しても同じところを突っ込まれます。その感覚はある程度正しくて、違和感のある箇所を頑張って言語化するほど出力の精度は上がります。動画の発注でも、この構図は変わらないはずです。
コーディング以外の用途、どれが向いていてどれが向かないか
video-useだけでなく、僕が普段の業務で試してきた非コーディング用途を含めて、向き不向きを表に整理します。
| 観点 | 動画編集（video-use） | ブラウザ操作 | ドキュメント・資料 | データ整理 | |---|---|---|---|---| | 向き不向き | 定型編集（カット・字幕・フィラー除去）は向く。演出の細部は不向き | 定型的な調査・フォーム入力・動作確認は向く。認証が複雑なサイトは苦手 | 構成案・下書き・Markdown資料は得意領域 | CSV整形・ログ集計・命名統一は最も安定 | | セットアップコスト | 中。ffmpeg＋ElevenLabs APIキーが必要 | 小〜中。公式のChrome連携やbrowser-useを利用 | ほぼゼロ。素のClaude Codeで完結 | ほぼゼロ。素のClaude Codeで完結 | | 注意点 | トークン消費が大きい。素材の機密性に注意 | 操作ミスが外部に影響しうるので本番系は避ける | 事実確認は人間の仕事として残る | 元データのバックアップを先に取る |
要するに、「手順を言語化できる定型作業」ほどClaude Codeに向くというのが結論です。動画編集はその意味で境界線上にあります。フィラー除去や字幕焼き込みは完全に定型なので任せられる。一方「ここのテンポを0.5秒詰めたい」のような感覚的な調整は、言語化コストの方が高くつきます。
非エンジニア部門に展開するときの勘所
もう一つ、現場の実感を書いておきます。僕は今、生成AIの社内推進が本業のようになっていて、プログラムを書くことはほとんどなくなりました。より多くの部署とコミュニケーションを取り、生成AIをどう社内に使わせていくかが今の課題です。
その立場から見ると、video-useのようなツールは「エンジニアが非エンジニア部門に持っていく手土産」として筋が良いと感じます。マーケティングや広報が抱える動画の字幕付け・切り出しは、まさに手順を言語化しやすい定型作業だからです。ただし展開時の注意が2つあります。ffmpegやAPIキーのセットアップはエンジニアが巻き取ること。そして社外秘の素材を外部APIに送ることになるため、情報システム部門と扱ってよい素材の範囲を先に合意しておくことです。
この慎重さは、2025年にRAGの社内チャットボットを3つ作って展開したときの経験から来ています。社内情報をベクトルデータ化して回答させる仕組みで、当時は喜んでもらえて社内の評価にもつながりました。ただ、AIの進化で求められる精度の水準が上がった今では、ほとんど使われていません。ツールを渡して終わりではなく、精度への期待値を調整し続け、使われなくなったら仕組みごと見直す覚悟が要る。video-useのような外部OSSを持ち込むときも、この点は同じだと考えています。
課題・限界 専用ツールに勝てない領域と「誇張」への注意
ここまで実用的な使い方を見てきましたが、限界も正直に書きます。
第一に、編集意図の言語化コストです。Claude Codeはゴールが明確なほど正しく動きます。逆に言えば、頭の中にある完成イメージを言語化できないうちは、何度もやり直しが発生します。僕は曖昧なタスクほど先にClaudeと壁打ちしてゴールを固めてから実装に入るようにしていますが、動画編集でも同じ準備が要ります。「いい感じにして」では、いい感じになりません。
第二に、処理時間とトークン消費です。動画は文字起こし・解析・書き出しの各段階でリソースを食います。数十分の素材を何度も試行錯誤すると、MAXプランでも利用上限を意識する場面が出てきます。
第三に、専用ツールが速い領域は確実に残ることです。READMEにも明記されていますが、LLMは動画を人間のように「視聴」しているわけではなく、文字起こしテキストと必要に応じた静止画で内容を把握しています。フレーム単位の微調整や色の追い込みは、DaVinci ResolveやPremiere Proでタイムラインを直接触る方が圧倒的に速い。バズ投稿の「GOODBYE VIDEO EDITING」は、この仕組みを踏まえると言い過ぎです。正確には「編集作業の定型部分にサヨナラできる」であって、編集判断そのものは残ります。
最後に、セキュリティです。文字起こしに外部APIを使う以上、素材は社外に出ます。顧客が映った動画や未公開情報を含む素材は、社内の情報管理ルールを確認してから扱うべきです。
それでも僕は、この方向性には乗るべきだと考えています。課題はどれも「使いどころを選ぶ」ことで回避できる性質のもので、ツール自体を避ける理由にはならないからです。
まとめ
本記事の要点をまとめます。
- Claude Codeの活用は「コーディング以外」へ広がっており、2026年8月末のvideo-use拡散（スター22.3k）はその象徴と言える
- video-useはスキル登録型のOSS動画編集ツールで、ffmpeg・uv・ElevenLabs APIキーがあれば今日から試せる
- 向くのは「手順を言語化できる定型作業」。フィラー除去・字幕・定型カットは任せられるが、感覚的な演出調整は専用ツールが速い
- ツール選定の基準は、コーディング性能単体ではなく「業務全体でどこまで任せられるか」に移りつつある
- 非エンジニア部門への展開では、セットアップの巻き取りと機密素材の扱いを先に決めておく
次のアクションとしては、まずgit cloneしてREADMEどおりに1本、短い動画を編集させてみることをおすすめします。それと並行して、自分の業務の中から「手順は言語化できるのに手作業のまま残っているタスク」を1つ棚卸ししてみてください。動画に限らず、それがあなたにとってのvideo-use的な突破口になるはずです。
