Skip to main content

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) emits state.set.<state_name> with a dict payload.
  • ThreadContext.get_state(state_name, state_type) scans events in reverse for state.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 by ThreadController.new_thread(...).

Pipeline‑specific domains

Defined in a Pipeline, these events are produced via ThreadContext.send_event(...) and consumed elsewhere.

example: rag.*

  • rag.query_processed
  • rag.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)

Source distribution for jims-core 0.6.2
File Size Uploaded
jims_core-0.6.2.tar.gz 16.0 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for jims-core 0.6.2
File Interpreter ABI Platform
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 log

Release 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
Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page