Krita: 描画作業の手順に沿って使えるKDEのペイント環境
Krita は、KDE および Qt フレームワーク上に構築されたデジタル アート ファイルをゼロから作成するためのエンドツーエンドのソリューションを提供する、無料のオープンソースのクロスプラットフォーム アプリケーションです。
ひと目でわかる
- これは何？
- Kritaは漫画、イラスト、コンセプトアート、テクスチャ、デジタルエフェクトを対象にした、KDEとQtで開発されるオープンソースの制作アプリです。
- 誰に向いている？
- デスクトップで本格的なペイント工程を組みたい制作者と、KDEの開発に参加する人に向きます。単純な画像閲覧や、安定版と同じ挙動をCIビルドに求める人には向きません。
- 商用利用できる？
- 条件付きでできます。GPL-3.0 はコピーレフトのライセンスで、これを含むソフトウェアを配布する場合、そのソフトウェアのソースコードを同じライセンスで公開する必要があります。配布せず社内で使うだけなら、この義務は生じません。
- 今もメンテナンスされている？
- されています。最後のコミットは 2 日前です。
- 何の言語で書かれている？
- 主に C++ です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
krita: プロジェクトの位置づけと用途
Krita は無料かつオープンソースのデジタルペインティングアプリケーションであり、README によれば、プロフェッショナルな作品を最初から最後まで作りたいアーティストを対象としています。同じ README には、漫画アーティスト、イラストレーター、コンセプトアーティスト、マットペインター、テクスチャペインター、デジタル VFX 業界の関係者がユーザーとして挙げられています。このプロジェクトは C++ で書かれ、KDE と Qt フレームワークに基づいています。ウェブサイトは https://www.krita.org、ユーザーマニュアルは https://docs.krita.org/en/user_manual.html です。
krita: リポジトリの状態と開発ワークフロー
README によると、GitHub にあるリポジトリはミラーに過ぎず、実際のコードリポジトリは KDE がホストする https://invent.kde.org/graphics/krita.git です。master ブランチのステータステーブルでは、フィーチャーフリーズとストリングフリーズがともに許可されています。CI パイプラインのバッジは master、stable、release ブランチに対して示されていますが、ナイトリービルドはこの表の対象外です。ビルド手順と開発者向けガイドはオンラインドキュメント https://docs.krita.org/en/untranslatable_pages/building_krita.html にリンクされており、API ドキュメントは https://api.kde.org/legacy/krita/html/index.html にあります。
krita: コミュニティチャネルとバグトラッキング
バグ報告や機能リクエストについては、README は KDE Bugzilla の Krita 製品ページを案内しています。コミュニティの議論は https://krita-artists.org/ のフォーラムと、libera.chat の #krita IRC チャンネルで行われ、開発者のほとんどがそこにいます。README は、プロジェクトを手伝いたい人にとって IRC が良い出発点であると述べています。README で挙げられている連絡手段はこれらのみです。
krita: ナイトリービルドとデバッグビルド
ナイトリービルドは 2 つの場所から配布されています。不安定版は https://cdn.kde.org/ci-builds/graphics/krita/master/、安定版は https://cdn.kde.org/ci-builds/graphics/krita/krita-5.2/ です。README は加えて、Linux と Windows 向けに、デバッグシンボル付きのビルドと AddressSanitizer（ASAN）付きのビルドを説明しており、これらはすべてプロジェクトの CI ジョブページからダウンロードできます。ASAN ビルドでは環境変数の設定が必要で、Linux では `export ASAN_OPTIONS=new_delete_type_mismatch=0:detect_leaks=0`、Windows では `set ASAN_OPTIONS=new_delete_type_mismatch=0:detect_leaks=0` とします。通常の開発ビルドの手順は README には記載されておらず、オンラインドキュメントへのリンクのみが提供されています。
krita: ライセンス
README は、Krita 全体が GNU 一般公衆利用許諾書バージョン 3（GPL-3.0）の下でライセンスされており、個々のファイルは異なるが互換性のあるライセンスを持つ場合があると述べています。リポジトリのメタデータも SPDX ライセンスを GPL-3.0 と記録しています。ここで提供されたライセンスの抜粋には実際のライセンステキストが含まれていないため、それ以上の条項を引用することはできません。README には、セキュリティ、サポート、保証条件についての言及はありません。
krita: AI ツール使用のモラトリアム
Krita の開発コミュニティは、開発に AI ツールを使用することの許容性について現在合意に達することができないため、2026 年 10 月までそのような使用を禁止するモラトリアムを設けています。README は 3 つの理由を挙げています：ユーザーとサポーターからの反発の可能性、KDE 全体の方針がなく衝突が生じる可能性、そして AI 開発自体が良くも悪くも変化する可能性です。決定が下されるまで、Krita の開発に AI を使用することは許可されません。README は将来のプロジェクト計画についてそれ以上の詳細を提供していません。
Kritaの導入判断では、描画機能の多さより、使うOSで制作ファイルを往復できるかを先に試すのが合理的です。安定版で短いブラシストロークを描き、レイヤーを追加し、画像を書き出してから、同じファイルを別の環境で開きます。夜間ビルドは新しい修正を早く試す入口ですが、制作用ファイルの唯一の作業環境にはしません。メモリ問題を調べる場合だけASANビルドを使い、通常版とのログを分けて保存します。GitHubはミラーで、ソースの所在はKDE Inventです。バグはBugzilla、一般的な質問はフォーラムやIRCという役割分担も、問い合わせ先を決める材料になります。開発参加者はコード提出前にREADMEのAIツール方針と現在のKDE側の案内を突き合わせます。夜間版と安定版では、ブラシプリセットやファイル形式の挙動を同じサンプルで比べ、再現した問題にはビルド種別と取得元を添えます。QtやKDEの依存関係を自分でビルドする開発者は、ユーザーマニュアルの使い方と開発用リポジトリのビルド指示を混ぜずに扱います。 プラットフォームごとの入力デバイス認識と保存先の権限も、同じテストファイルで確かめます。
編集部の結論
デスクトップで本格的なペイント工程を組みたい制作者と、KDEの開発に参加する人に向きます。単純な画像閲覧や、安定版と同じ挙動をCIビルドに求める人には向きません。最初にユーザーマニュアルから対象OSの安定版を選び、夜間版とASAN版を別環境で起動して保存、ブラシ、レイヤー、書き出しを確認してください。貢献者はREADMEにある2026年10月までのAIツール停止方針も確認が必要です。
コミュニティノート