A service that offers API endpoints for users to send documents and have them broken down into a token count analysis.
sequenceDiagram
participant C as Customer
participant U as User (e.g., your backend)
participant S as Token Count Service
C->>U: Provides document
U->>S: POST /api/documents/analyze (with document content)
activate S
Note right of S: Enqueues document for processing
S-->>U: 202 Accepted (with document ID)
deactivate S
loop Periodically check status
U->>S: GET /api/documents/status (with document ID)
activate S
S-->>U: 200 OK (with status and token count)
deactivate S
end
- How It Works
- How to use this service
- API Documentation
- Development
- Testing
- Database Management
- Deployment
This service is designed for a "User" (e.g., a service or backend) that manages documents on behalf of its "Customers" (the end-users who own the documents).
- User: Analyze a customer's document by sending a
POST
request to/api/documents/analyze
with the document content. - User: Periodically check the analysis status by sending a
GET
request to/api/documents/status
with the document ID and customer ID.
A TypeScript client library for the Token Count Service API, providing type-safe document analysis with built-in input validation using Zod.
- 🔒 Type Safety: Full TypeScript support with comprehensive type definitions
- ✅ Input Validation: Built-in validation using Zod schemas
- 🚀 Promise-based: Modern async/await API
- 📦 Zero Configuration: Works out of the box with sensible defaults
- 🌐 Node.js Compatible: Uses node-fetch for HTTP requests
pnpm add @url4irl/token-count-service
# or
npm install @url4irl/token-count-service
# or
yarn add @url4irl/token-count-service
import { TokenCountClient } from '@url4irl/token-count-service';
const client = new TokenCountClient(); // or specify a custom base URL in case you are self-hosting the service
// Analyze a document
await client.analyzeDocument({
content: 'This is a test document.',
userId: 'customer123'
});
// Check document analysis status
const statusResult = await client.getDocumentStatus({
documentId: 1,
userId: 'customer123'
});
- Node.js: 14+ (uses node-fetch for HTTP requests)
- TypeScript: 4.0+
- ES Modules: Supported
- CommonJS: Supported
The API documentation is available on /docs
. You can access it by navigating to https://token-count.url4irl.com/docs
in your web browser (or http://localhost:4001/docs
if running locally).
OpenAPI specs are also available at openapi.json.
To run the service in development mode, follow these steps:
- Clone the repository.
- Make sure you have Node.js, pnpm and Docker (with Docker Compose) installed on your machine.
- Install the dependencies:
pnpm install
- Start the service:
pnpm dev
- The service will be available at
http://localhost:4001
- See the Database Management to learn how to manage the database.
This project includes comprehensive end-to-end (e2e) tests using Jest and Supertest.
Tests run against a separate test database (postgres_test
) to avoid affecting your development data.
# Setup test environment (run once)
pnpm run test:setup
# Run tests with coverage report
pnpm run test:coverage
# Cleanup test environment
pnpm run test:teardown
# Setups the test environment, runs all tests, and cleans up afterwards
pnpm test
Before deploying the service, it's best practice to run the tests against a production-like Docker container. The project includes a script to facilitate this.
pnpm docker:test
This script will:
- Build the Docker image.
- Start the containerized service and a test database.
- Run the e2e tests against the service running in Docker.
- Stop and remove the containers.
Each test automatically:
- Sets up the test database schema before running
- Cleans all data before each test
- Resets auto-increment sequences
- Closes database connections after completion
- ✅ Successful operations
- ✅ Validation errors (missing fields)
- ✅ Database interactions
- ✅ Integration flows
- ✅ Edge cases and error conditions
- ✅ Concurrent operations
- ✅ Data cleanup and isolation
Database migrations are managed using Drizzle ORM. In a production environment, migrations must be applied manually by accessing the running container and executing the following command within it:
pnpm drizzle-kit migrate --config ./dist/drizzle.config.js
This command will apply any pending schema changes to the database. Ensure you run this command after any deployment that includes database schema modifications.
In development, create and apply migrations using:
pnpm run db:generate # Generates a new migration file
pnpm run db:migrate # Applies the migration to the database
This project is deployed to a Coolify instance. When code changes are pushed to the repository, Coolify automatically rebuilds the project using the Dockerfile
and deploys the updated service.
Contributions are always welcome ❤️