Name
JIMS stands for "Just an Integrated Multiagent System"
Concepts
Thread
Thread is a conversation between user (or users) and agentic system Each interaction between agents and users happens in thread
Event
Something that happens in a thread Each event has id, type and data
Example:
{
"event_id": "...",
"event_type": "comm.user_message",
"event_data": {
"content": "Hello!"
}
}
event_type and event_domain
event_type is structured as follows:
<event_domain>.<event_name>[.<subname>...]
event_domain is the first segment and is used for routing and filtering. The
rest of the string identifies the concrete event.
event_domain values include:
comm.* - user–assistant communication
Visible to the end user.
comm.user_message: a user text message (input);comm.assistant_message: a text message produced by an agent/pipeline.
These events are:
- Exposed as
CommunicationEvent(role,content). - Collected into
ThreadContext.history.
context.* - comm.* extended with pipeline context
Conversational AI Pipelines can benefit from preserving some extra data (context) about the conversation in between messages (previous reasoning, extra data, etc.). For this, we use a superset of comm. domain called context.. It includes everything in comm. (everything in ThreadContext.history), and adds context. events passed from Pipeline. context. events are internal and not sent/shown to the end user.
state.* - internal state of the pipeline
Used to persist some data between pipeline calls.
ThreadContext.set_state(state_name, state)emitsstate.set.<state_name>with a dict payload.ThreadContext.get_state(state_name, state_type)scans events in reverse forstate.set.<state_name>and validates the payload into a Pydantic model.
Define your own state schema inside the Pipeline
jims.* - lifecycle and system domain:
Lifecycle and system‑level events
Example:
jims.lifecycle.thread_created: emitted when a thread is first created byThreadController.new_thread(...).
Pipeline‑specific domains
Defined in a Pipeline, these events are produced via ThreadContext.send_event(...) and consumed elsewhere.
example: rag.*
rag.query_processedrag.error
Metadata
Release files for jims-core 0.6.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| jims_core-0.6.2.tar.gz | 16.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| jims_core-0.6.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 27.8 kB
Release files / jims_core-0.6.2.tar.gz
| Download URL | jims_core-0.6.2.tar.gz |
|---|---|
| Size | 16.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9b4635e1c49daa248a5b7b83bf90f2e219eb496cdb923d1996ec87b4bbcb1a0c
|
|
BLAKE2b-256 checksum How to use checksums |
af63b4a60ca5e7ad0bd5387da368921064f613b5f30fad231b8d8bd85fe5240b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 26, 2026.
Transparency logRelease files / jims_core-0.6.2-py3-none-any.whl
| Download URL | jims_core-0.6.2-py3-none-any.whl |
|---|---|
| Size | 11.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
69c5ac1a81bf5b22ec43ccb456093d8786d8a55b25addff6561dafd2590c48a9
|
|
BLAKE2b-256 checksum How to use checksums |
0ab1f527145ab2bccecde2b5e8b46ff17335142baa4727cb6fd477153aba605c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.12
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 26, 2026.
Transparency log