Kitsuは閉じたプロダクショントラッカーではありません。
パイプラインTD、CTO、そして構造・柔軟性・プロダクションデータへのクリーンなアクセスを必要とするテクニカルディレクターを念頭に置いて構築されています。
軽量なパイプラインを運用している場合でも、完全に自動化されたプロダクション環境を運用している場合でも、Kitsuはこれまで構築してきたものを置き換えるのではなく、統合するように設計されています。
Kitsuは、コアとなるプロダクションデータをすべて公開する、完全にドキュメント化されたREST APIを提供します：
UIで利用可能なものはすべてAPIからアクセスできます。
これにより、レポートの自動化、レンダリングジョブのトリガー、内部データベースとの同期、またはカスタムダッシュボードの構築が可能になります。
Pythonベースの環境で作業するテクニカルチームのために、KitsuはPython専用クライアントを提供します。
これにより以下が簡単に実現できます：
生のHTTPコールを構築する代わりに、TDはクリーンでプロダクション対応のインターフェースで作業できます。
KitsuはアーティストがすでにつかっているツールHと統合できます。
一般的な統合には以下が含まれます：
Kitsuは中央プロダクションデータベースとなり、クリエイティブツールはそのまま変更されません。
リアルタイムのトリガーが必要ですか？
Kitsuは何かが変更されたときにシステムに通知するWebhookをサポートしています：
これにより、手動介入なしに自動化されたワークフローとイベント駆動型パイプラインが実現します。
すべてのスタジオは異なる方法で動作します。
Kitsuでは以下を定義できます：
重いカスタムコードを書かずに、プロダクション方法論に合わせてKitsuを適応させることができます。
高度に専門化されたパイプラインの場合、テクニカルチームはコアシステムを変更するのではなく、API統合を通じて動作を拡張できます。
Kitsuはオープンソースです。
つまり：
テクニカルな意思決定者にとって、この透明性は不確実性と長期的なリスクを取り除きます。
パイプラインTDがいなくても、Kitsuはすぐに使えます。
専任のパイプラインチームがいれば、Kitsuはその上に高度な自動化を構築するためのツールを提供します。
Kitsuを導入するためにパイプラインを再構築する必要はありません。
ただ接続するだけです。