Browser Kittyについて
Browser Kittyは、PDF、画像、動画、データ確認、日常作業など、専用ソフトをインストールせずに済ませたい処理をブラウザで扱える形にして公開しているサイトです。
ファイルやツールへの入力内容は、対応できるものについてはBrowser Kittyのバックエンドへ送らず、ブラウザ内で処理します。アカウント登録も必要ありません。
なぜブラウザで作るのか
専用ソフトをインストールするほどではないけれど、たまに必要になる作業があります。PDFのページを並べ替える、動画の一部分だけ切り出す、SQLiteファイルの中身を確認する、写真の位置情報を確認するといった作業です。
Browser Kittyでは、そうした作業を「必要なときにURLを開けば使える」形にすることを基本にしています。デスクトップでもスマートフォンでも、ブラウザが使える環境から同じ道具へアクセスできることを重視しています。
ローカル処理を重視する
ファイルを扱うツールでは、可能な限り処理をブラウザ内で完結させます。画像変換、PDF処理、動画処理、SQLiteの解析など、対応ツールで選択したファイルをBrowser Kittyのバックエンドへアップロードせずに処理します。
一方で、ローカル処理には制約もあります。処理速度や扱えるファイルサイズは端末性能、メモリ、ブラウザの実装に影響されます。サーバー側に大きな計算資源を持つサービスと比べて、時間がかかったり、端末によって利用できる機能が異なったりする場合があります。各ツールでは、できることと制限をできるだけ具体的に記載します。
単機能だけでなく、作業を終えられるツールへ
最初は、変換する、並べ替える、確認するといった1つの処理を行う比較的シンプルなツールを中心に作っていました。現在はそれに加えて、ファイルを開いた後の確認や整理まで含め、ブラウザ内で一連の作業を進められるものも増えています。
機能を増やすこと自体を目的にはせず、そのツールを開いた人が目的の作業をどこまで終えられるかを基準にしています。
単一HTMLという考え方
各ツールは原則として、可能なものはHTMLファイル1つでも扱いやすい構成を基本にしています。ブラウザという共通の実行環境を使うことで、特定のデスクトップアプリやクラウドサービスへの依存を減らし、保存したツールを自分の環境で扱いやすくするためです。
処理内容によってはブラウザ機能や追加ランタイムなどの制約があるため、すべてのツールが完全に同じ構成ではありません。必要な条件は各ツールの詳細ページやGitHubリポジトリに記載します。
ツールだけでなく、読みものも作る
ツールを置くだけでは、どんな場面で使えるのか、形式の違いは何か、どこに注意すればよいのかが分かりにくいことがあります。そのためBrowser Kittyでは、ツール詳細に加えて実際の作業を起点にした読みものも公開しています。
操作手順だけではなく、別の方法を使った方がよいケース、ローカル処理の範囲、ファイル形式や処理方式による制限まで含めて整理します。ツールを使うこと自体ではなく、目的の作業を判断して進められる情報を残すことを目指しています。
ツールと記事の公開方針
Browser Kittyでは、実際に開発したツールを動作確認したうえで公開し、そのツールを使うときに役立つ情報を読みものとして整理しています。公開後も、現在の実装と説明ができるだけ一致していることを重視しています。
ツール
公開前には、PCとスマートフォンでの基本操作、日本語・英語表示、ファイルの読み込みや保存、空状態・完了・エラー時の案内などを確認します。「完全ローカル処理」と表示する場合は、ユーザーのファイルや入力内容がアプリから外部へ送信されないことも確認します。
読みもの
実際に公開しているツールの現在の機能を基準に、できることだけでなく、対応していないことや注意点も必要に応じて記載します。関連ツールがある場合は、実際のツールや詳細ページへ案内します。
更新
公開後も不具合修正や使いやすさの改善を行います。仕様変更によって読みものの内容が古くなった場合は、必要に応じて記事も更新します。各ツールのソースコードや開発履歴は原則としてGitHubで確認できます。
開発や文章作成の補助としてAIを利用することがあります。その場合も、ツールの仕様、実際の動作、プライバシーに関する説明は、公開している実装と照らし合わせて確認します。
オープンソース
Browser Kittyで公開している各ツールは、それぞれGitHubでソースコードを公開しています。実際にどのような処理をしているか確認したり、自分の環境で利用したりできます。ライセンスは各リポジトリをご確認ください。
運営者
Browser Kittyは、個人開発者 Tomohisa Takagi が開発・運営しています。自分自身が欲しいものや、既存の方法では少し手間がかかると感じた作業を中心に、手順を減らしてブラウザで完結できる形を考え、ツールにしています。
各ツールのソースコードや開発状況はGitHubで公開しています。
About Browser Kitty
Browser Kitty turns tasks involving PDFs, images, video, data inspection, and everyday work into practical browser-based tools, especially when installing dedicated software would be unnecessary or inconvenient.
Where a tool supports it, files and entered content are processed in the browser rather than sent to a Browser Kitty backend. No account registration is required.
Why build for the browser?
Some tasks are useful only occasionally and do not justify installing a dedicated application: rearranging PDF pages, cutting a section from a video, inspecting a SQLite database, or checking location metadata in a photo.
Browser Kitty aims to make those tasks available by opening a URL when needed. Using the browser as a common runtime also makes the same tools easier to reach from desktop and mobile devices.
Local processing matters
For file-based tools, Browser Kitty tries to keep processing inside the browser. Supported image conversion, PDF processing, video operations, and SQLite inspection work without uploading the selected file to a Browser Kitty backend.
Local processing also has limits. Speed and practical file size depend on the device, available memory, and browser implementation. Some operations can be slower than services backed by large servers, and capabilities can differ between devices. Tool pages therefore describe both supported workflows and known limitations as specifically as possible.
From single actions to complete workflows
Browser Kitty started mainly with relatively simple tools that convert, rearrange, or inspect something. More recent tools increasingly cover the steps that come after opening a file or starting a task, so more of the workflow can be completed in the browser.
The goal is not to add features for their own sake. The main question is how much of the intended task a person can reasonably finish after opening the tool.
The single-HTML approach
As a general rule, Browser Kitty tools are designed so that, where practical, they remain easy to handle as a single HTML file. Using the browser as the common runtime reduces dependence on a particular desktop application or cloud service and makes saved tools easier to keep and use in your own environment.
Not every tool has exactly the same structure because some operations depend on particular browser capabilities or additional runtimes. Requirements and limitations are documented on each tool page and in its GitHub repository.
Guides as well as tools
A tool by itself does not always explain when it is appropriate, what file-format differences matter, or where the pitfalls are. Browser Kitty therefore publishes practical guides alongside the tool pages.
The guides cover not only button-by-button instructions but also cases where another method may be better, what stays local, and limitations created by file formats or processing methods. The aim is to leave enough information to make a reasonable decision about the task, not merely to promote use of a tool.
How tools and guides are published
Browser Kitty publishes tools after building and checking the actual implementation, then uses practical guides to explain how those tools can be used. The goal is not simply to increase the number of pages, but to keep the published explanation aligned with what the current implementation actually does.
Tools
Before release, checks cover core operation on desktop and mobile, Japanese and English layouts, file loading and saving, and guidance for empty, completed, and error states. When a tool is described as fully local, the release check also covers whether user files or entered content are sent outside the app.
Guides
Guides are based on the current behavior of tools that are actually published. Where useful, they also state unsupported cases, limitations, and cautions rather than describing features the tool does not provide. Relevant guides link to the real tool or its detail page.
Updates
Tools continue to receive bug fixes and usability improvements after release. When a specification change makes a guide outdated, the guide is updated as needed. Source code and development history for individual tools are generally available on GitHub.
AI may be used to assist development or writing. Even when it is used, descriptions of tool specifications, actual behavior, and privacy are checked against the implementation that is actually published.
Open source
Source code for each Browser Kitty tool is published on GitHub. You can inspect how a tool processes data or use the code in your own environment. See the individual repository for its license.
Operator
Browser Kitty is developed and operated by independent developer Tomohisa Takagi. The tools are based on things I want to use myself or tasks that otherwise take more steps than they seem to require, with an emphasis on reducing those steps and keeping the work in the browser.
Source code and development activity for the tools are published on GitHub.