steve
528a09ca90
Split release.sh into release-client.sh and release-engine.sh for independent release cadences. Client checks engine version on first API call and hard-fails if engine is below MinEngineVersion. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
14 lines
939 B
Markdown
14 lines
939 B
Markdown
## MODIFIED Requirements
|
|
|
|
### Requirement: Engine status and reindex
|
|
|
|
The engine SHALL provide status information and support re-embedding all chunks. The `version` field in the status response SHALL always be present and SHALL reflect the engine's release version as read from the `VERSION` file. This field is the contract used by clients for compatibility checking.
|
|
|
|
#### Scenario: Get engine status
|
|
- **WHEN** a client sends `GET /api/v1/status`
|
|
- **THEN** the engine SHALL return JSON with `version` (string, from VERSION file), model_name, embedding_dim, GPU device info, database stats (document count by type, total chunks, DB size), and queue stats (queued/processing job count)
|
|
|
|
#### Scenario: Trigger reindex
|
|
- **WHEN** a client sends `POST /api/v1/reindex`
|
|
- **THEN** the engine SHALL re-embed all existing chunks using the currently loaded model and return progress information. This operation SHALL NOT block search queries.
|