Ajax Programmierung stellt den Entwickler vor eine Reihe neuer Herausforderungen:

• Asynchrone Denkweise: Die asynchrone Denkweise von Ajax' XmlHttpRequest ist ungewohnt, gemeinsam mit der durch den Browser vorgegebenen Verarbeitungsumgebung, die gerade was Parallelität betrifft nur mangelhaft dokumentiert ist, bereitet rasch Probleme.
• Mängel der Basis-Sprache: Die Basis-Sprache Javascript war zunächst nur für kleine Code-Schnipsel gedacht und nicht für die Entwicklung großer Programmsysteme. Sie verfügt daher nur über eingeschränkte Möglichkeiten der Objekt-orientierten Programmierung, erlaubt nur sehr eingeschränkte Vererbungs-Mechanismen und hat ein stark vereinfachtes Typsystem, ist als Sprache unscharf definiert und läßt damit eine Vielzahl ungeeigneter Sprachkonstrukte und Mängel in der Programmierung zu.
• Mängel der Umgebung: Ajax läuft - typischerweise - auf dem Browser eines PCs als interpretiertes Javascript ab. Es fehlen jedoch Compiler, Semantik-Checker, Entwicklungsumgebungen, Debugger,Migrationspfade in andere Systemumgebungen und viele weitere Unterstützungs-Werkzeuge. Natürlich fehlen solche Werkzeuge nicht, aber ihr Reifegrad, ihre Stabilität, die Verfügbarkeit von Dokumentation über die einfachsten Standardfälle hinaus sehen deutlich anders aus als bei Sprachen, die eine 10-jährige Entwicklungsgeschichte hinter sich haben.
• Plattformunabhängigkeit: Es bestehen in der Praxis leider immer noch große und ärgerliche Unterschiede in der Art und Weise wie die einzelnen Browser die für Ajax erforderlichen Schnittstellen behandeln. Hierbei handelt es sich zudem um eine größere Anzahl: XHT, CSS, XML, DOM, HTML, Event-Modelle, Sicherheits-Modelle usw.
• Sicherheitsmodell unausgegoren: Das Sicherheitsmodell von Ajax wird von Browser-Release zu Browser-Release weiterentwickelt und zeigt damit konkrete praktische Mängel auf; die theoretischen Grundlagen, in so weit von solchen gesprochen werden kann, sind ebenfalls mangelhaft.

In einer solchen Situation ist einem Programmierer sehr mit Standardbeispielen zur Lösung von Musterproblemen geholfen. Die verfügbaren Ajax Toolkits füllen vor allem diese Lücke.

Es gibt erzeit rund 50 ernstzunehmende Ajax Toolkits. Die meisten stehen nach Open Source Lizenzmodellen zur Verfügung und sind in kleinen und kleinsten Unternehmen, oft auch von Enthusiasten entwickelt worden.  Der "Markt" ist daher reich an Angeboten, aber schwer überschaubar und in starker Bewegung. Zudem ist unklar, welche Pakete genau unter Ajax-Toolkits gerechnet werden sollen - nur Systeme, die Ajax Konstrukte, speziell also XHR nutzen und unterstützen, oder auch Pakete, die bei der Ajax Programmierung vorteilhaft eingesetzt werden können, ohne selber XHR zu verwenden.

Ajax Toolkits können derzeit in folgende Gruppen eingeteilt werden, wobei einzelne Systeme in mehrere Gruppen eingeordnet werden können.

Basisbibliotheken

Diese Systeme erweitern Javascript um praktische Features.

1. Prototype
2. JQuery

Widget- und Effekt-Bibliotheken

Diese Systeme enthalten vor allem graphische Elemente, GUI Effekte und Widgets.

1. Scriptaculous
2. Behaviour

Server-Side Toolkits

Diese Systeme wenden sich vor allem der Server-seitigen Schnittstelle zu.

1. Atlas
2. Google Web Toolkit