作者・青山剛昌の代表作『名探偵コナン』に怪盗キッドが登場した（スピンオフ作品）ことにより広く知られることとなったが、連載開始は本作の方が古く、作者の初連載作品でもある。また、1987年の初出以前に原型作品『さりげなくルパン』が存在する。本作は、現実的な世界を追求している『コナン』にくらべコミカルな世界観なため、非現実的なトリックを使ったり、魔法が存在する。しかし、「謎の組織」、「主人公が正体を偽り世間一般に秘密にしている」、「主人公の元の容姿や声が似ている」など両作には共通（類似）の設定が多数あり、作者によれば、この設定には何か理由がある様子。また、主人公・怪盗キッドに対する印象も両作品の間で印象が異なり、『コナン』におけるキッドはクールさが強調されている。増刊号連載期は単にコミカルな怪盗ものといった雰囲気であったが、盗一の仇である組織が登場して以降、快斗の盗みの目的が明確化したこともあり若干趣が変わっている。コミカルな世界観であることに変わりはないものの、組織の影がちらついたり、父の過去にまつわるエピソードがあったりと以前にはなかったシリアスさが加わるようになり、初期のように特に意味もなくキッドに変身したり、正体露見の可能性のある学校や青子の前で快斗がキッドに扮することはなくなった。初期の各話サブタイトルには、有名映画のタイトルをもじったものが使用されていたが、「パンドラ」の設定登場後は、各話でキッドがターゲットとしたビッグジュエルの名（これらビッグジュエルの名には大抵「色」の名称が入る）がそのままサブタイトルに使用されることとなった（「怪盗淑女（ファントム・レディ）」は、初代キッドが初めて盗んだ宝石＝怪盗淑女、という設定）。初期は1話完結だったが、最近のエピソードは前後編の2話構成や前中後編の3話構成となっている。
マジック好きの高校生・黒羽快斗はある日、自室に隠し扉があることを発見する。それは、8年前にマジックショーの最中に事故死した世界的マジシャンの父・黒羽盗一が仕掛けた最後のマジックだった。そこにあったのは世界的な大泥棒・怪盗キッドの衣装。キッドは8年前から姿を消していたが、最近になって復活していた。快斗は衣装を纏い、キッドに会いに行った。そこで出会ったのはかつて父の付き人をしていた、寺井黄之助だった。快斗は父が怪盗キッドであり、事故死ではなく殺されたのだと知らされる。快斗は父を殺した人物を探すべく、自らが怪盗キッドとなる。怪盗キッドとして活動していたある日、快斗は自分を「黒羽盗一」と呼ぶ組織と遭遇し、彼らこそが父の仇だと確信する。その組織が求めるのは不老不死が得られるという伝説のビッグジュエル・パンドラ。快斗はその野望を阻止すべく、組織より先にパンドラを見つけ出して、破壊することを決意する。
デバイスドライバの一般的な内部プログラムの構成は、アプリケーションのAPI呼び出しをきっかけに起動されるディスパッチコードと、ハードウェア割り込みにより起動される割り込み処理コード、の2つからなる。割り込みに対してはさらに、純粋な割り込みルーチンと、OSのタスクスイッチングのタイミングで呼び出される後処理コードの、2段階に分けて実装する作りになっているケースが多い。これは、ハードウェア割り込みルーチンからは、可能な限り早く復帰して欲しいという要望があるため（そうしないと、他のハードウェア割り込みが入れなくなる）、多少時間がかかっても良い処理は、カーネル内で余裕ができたタイミングまで後回しにして実行しよう、という考えに基づいた構成手法である。（後処理コードは、Windowsでは、DPC (Deferred Procedure Call) 、Linuxでは、softirqあるいはTaskletと呼ばれる部分に相当する。また、過去のLinuxの実装では、Bottom Halfと呼ばれた部分である。）最近のOSでは、ハードウェア同士で機能が似たものは、まとめてひとつのクラス（デバイスクラス）として扱う仕組みも存在する。この場合のドライバは階層構造になっており、あるデバイスクラスで共通の処理をする上位ドライバ（クラスドライバ）はOS側で供給され、ハードウェアを提供するメーカーでは、下位のドライバを、デバイス個別のミニドライバとして作製する。これにより、ドライバの開発工数を削減できるようになっている。例えば、シリアルポートではXON/XOFFのようにシリアルポート全般に共通する標準通信プロトコルに対応する必要がある。これはシリアルポートの論理層（クラスドライバ）で管理することになる。しかし、物理層（ミニドライバ）は特定のシリアルポートのチップと通信できなければならない。16550 UART というハードウェアはPL011とは異なる。物理層はそういったチップ固有の差異に対応している。慣例的に、OSからの要求はまず論理層に対して行われる。そして論理層から物理層が呼び出され、OSの要求をハードウェアが理解できる形にして実行する。逆にハードウェア周辺機器がOSに返答しなければならないとき、まず物理層が対応して論理層を呼び出す。デバイスドライバがクラスごとに共通化されることで、特定のハードウェアが独自に持っている機能が使えなくなる、あるいは使いにくくなるという欠点もある。新規技術開発で出現したハードウェアでは、その機能をどのようにOSが抽象化するか（クラス化するか）が決まるまで、ミニドライバの開発が待たされることもある。この場合は、ハードウェア毎にネイティブなデバイスドライバを、階層化されないドライバ（モノリシック ドライバ）として作成すれば、早期にドライバを提供することができる。モノリシックドライバでは、ioctlに、そのハードウェア独自の機能を使うための仕掛けを組み入れることも可能であり、これをあやつる専用のアプリケーションを作れば、さらにきめ細かなハードウェア制御を実現することもできる。デバイスドライバの内部構造は、OSごとに大きく異なる。Windowsでは、Windows 98以降、様々なバージョンのWindowsごとにドライバを書く手間を省くために、Win32 ドライバモデル (WDM) アーキテクチャが導入された。Windowsでは、ドライバの最下層にハードウェアを抽象化する層である Hardware Abstraction Layer (HAL) を設けて、プラットフォームによる違いを吸収する仕組みも存在する（386, 486, Pentium, Alpha, SPARC, IA-32, IA-64, EM64Tなどといった、CPUの違い、CPUアーキテクチャの進化を吸収する）。Linuxでは、デバイスドライバをLinuxカーネルの一部として構築することもできるし、Linuxカーネルとは別のモジュールとして構築することもできる。MakedevにはLinuxでの周辺機器の一覧が含まれており、ttyS（端末）、lp（パラレルポート）、hd（ディスク）、loop（ループデバイス）、sound（mixer、sequencer、dsp、audio を含む）など様々な周辺機器が定義されている。ロード可能なデバイスドライバは、Windowsでは ".sys"、Linuxでは ".ko" という拡張子のファイルになっている。この形のデバイスドライバは必要なときだけロードできるという利点があり、カーネルメモリの節約につながる。以上は、ハードウェアに合わせて、ドライバを各種OSに対して用意するという方針である。これとは逆に、PDAなどの開発現場では、ハードウェアの仕様をできるだけ同じにすることでデバイスドライバの開発の手間を省く、という方針が採用されているケースもある。