docs: update README with current service counts, tools, and test results

- Update service count from 31 to 34, RPC count from ~2000 to 4000+
- Update Pixel 8a test results: 65 tests passed (2026-03-22)
- Add all code generator tools to Components section
- Add Code Generation section documenting the make generate pipeline

Author: xaionaro@dx.center

README.md

@@ -11,10 +11,13 @@ Android device remotely. Includes `jniservice` (the on-device gRPC server),
 - **cmd/jnicli** -- CLI client that talks to jniservice over gRPC
 - **cmd/jniservice** -- gRPC server that runs on the Android device (APK or Magisk module)
 - **cmd/jniserviceadmin** -- Admin CLI for ACL management
-- **grpc/** -- gRPC server and client wrappers
-- **proto/** -- Protobuf service definitions
+- **grpc/** -- gRPC server and client wrappers (34 services)
+- **proto/** -- Protobuf service definitions (64 packages)
 - **handlestore/** -- Object handle mapping for cross-process JNI references
-- **tools/cmd/callbackgen** -- Code generator for Java callback adapter classes
+- **tools/cmd/protogen** -- Generates .proto files from Java API specs
+- **tools/cmd/grpcgen** -- Generates gRPC server/client Go wrappers
+- **tools/cmd/cligen** -- Generates jnicli cobra commands
+- **tools/cmd/callbackgen** -- Generates Java callback adapter classes
 
 ## gRPC Remote Access
 
@@ -51,7 +54,7 @@ flowchart LR
     subgraph "jniservice (on device)"
         TLS["mTLS gateway"]
         ACL["Per-service ACL"]
-        SVC["31 Android API\nservices"]
+        SVC["34 Android API\nservices"]
         RAW["Raw JNI surface"]
         PROXY["Callback proxy\n(Camera2, etc.)"]
     end
@@ -65,7 +68,7 @@ flowchart LR
     PROXY --> Android
 ```
 
-**Available services** include camera, location, bluetooth, WiFi, telephony, battery, power, alarm, vibrator, audio, NFC, notifications, and more (31 services total, ~2000 RPCs). Callback-based APIs (like Camera2) work through a bidirectional streaming proxy with build-time generated adapter classes.
+**Available services** include camera, location, bluetooth, WiFi, telephony, battery, power, alarm, vibrator, audio, NFC, notifications, and more (34 registered services, 4000+ RPCs across 64 proto packages). Callback-based APIs (like Camera2) work through a bidirectional streaming proxy with build-time generated adapter classes.
 
 ## Running jniservice on Android
 
@@ -129,7 +132,7 @@ Run `make test-emulator` to test against a connected device or emulator. Tests s
 
 | Type | Device | Android | API | ABI | Build | Date | Passed | Total |
 |------|--------|---------|-----|-----|-------|------|--------|-------|
-| Phone | Pixel 8a | 16 | 36 | arm64-v8a | BP4A.260205.001 | 2026-03-14 | 21 | 21 |
+| Phone | Pixel 8a | 16 | 36 | arm64-v8a | BP4A.260205.001 | 2026-03-22 | 65 | 65 |
 | Emulator | sdk_gphone64_x86_64 | 15 | 35 | x86_64 | | 2026-03-14 | 21 | 21 |
 
 </details>
@@ -147,6 +150,23 @@ make deploy
 make test-emulator
 ```
 
+## Code Generation
+
+All proto definitions, gRPC wrappers, and CLI commands are generated from Java API specs in the [jni](https://github.com/AndroidGoLab/jni) repo. To regenerate everything:
+
+```bash
+make generate   # runs: proto → protoc → grpc → cli
+```
+
+Individual steps:
+```bash
+make proto      # generate .proto files from Java specs
+make protoc     # compile .proto → Go stubs
+make grpc       # generate gRPC server/client wrappers
+make cli        # generate jnicli cobra commands
+make callbacks  # generate Java callback adapter classes
+```
+
 ## Security
 
 > **Security disclaimer:** This is a hobby/research project. The mTLS + ACL system provides basic access control, but it has not been audited and should not be relied upon for security-critical deployments. The self-signed CA, handle-based object references, and raw JNI surface all have inherent attack surface. Use it on trusted networks for development, testing, and experimentation.