skcoord

Sovereign multi-agent coordination + ITIL service management, extracted from skcapstone (CR-4.1) as the standalone coordination core. A pure Python library: one runtime dependency (pydantic), no CLI, no daemon, no network surface.

Maturity-tier: T0, N/A (no key material, no crypto surface). Docs: SOP.md · SECURITY.md · CONTRIBUTING.md · CHANGELOG.md

What's here

coordination: the conflict-free task board (Board, Task, each agent writes only its own files under ~/.skcapstone/coordination/). Task files carry no status field; status is derived.
card: the read-only unified kanban Card projection over tasks + ITIL, plus the per-writer overlay log coordination/card_events/<host>.jsonl.
card_store: the event-sourced Card store (~/.skcapstone/cards/<id>/core.json written once, plus append-only per-writer event logs folded on read). SKCOORD_CARD_STORE is its kill switch, not an opt-in: post Phase-4e the store is default-ON and is disabled only by 0, off, false, or no (dual means write both, read legacy). See SOP.md section 6.
itil: incident / problem / change / CAB / KEDB service management.
cmdb: event-sourced configuration items + relationships.
agent_card: the shareable sovereign identity vCard for the mesh.
atomic_io: atomic file-write helper shared by the above.

Dependency direction

Import-time dependencies flow one way: skcapstone depends on skcoord. The few reverse edges into skcapstone internals (skjoule, active_agent_name, gtd_tools, pubsub, activity) are runtime-lazy inside the methods that use them, so there is no import-time cycle. In skcapstone, skcapstone.coordination / .card / .card_store / .itil / .cmdb / .agent_card / .atomic_io remain as re-export shims, so every existing importer keeps working byte-identically.

That also means every skcapstone process runs skcoord code: the daemon, the per-agent units, the dashboard, and skoperator all reach it through those shims.

Install

~/.skenv/bin/pip install -e .

The version is derived from the git tag by setuptools-scm, so a shallow clone without tags builds a dev version. Use fetch-depth: 0 and fetch-tags: true.

Test

~/.skenv/bin/python -m pytest tests/ -q
~/.skenv/bin/python -m ruff check src/ tests/

License

GPL-3.0-or-later. See LICENSE.

Release files for skcoord 0.1.16

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for skcoord 0.1.16
File	Size	Uploaded
skcoord-0.1.16.tar.gz	177.1 kB	Aug 21, 2026	Details

Built distribution (wheel)

Table of built distributions (wheels) for skcoord 0.1.16
File	Interpreter	ABI	Platform	Reset
skcoord-0.1.16-py3-none-any.whl 117.1 kB Aug 21, 2026	Python 3	none	any	Details

Total release size: 294.2 kB

Release files / skcoord-0.1.16.tar.gz

Download URL	skcoord-0.1.16.tar.gz
Size	177.1 kB
Tags	Source
SHA-256 checksum How to use checksums	`26c1c16109b41e297024fddcdce189f4cb351e85a38346f80ead84262a6095cb`
BLAKE2b-256 checksum How to use checksums	`179dbefc3d23427e8fa19f41745094ce2b63d42210360ea56d709f1847572e8a`
Upload date	Aug 21, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	Yes
Uploaded via	`twine/7.0.0 CPython/3.13.14`

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.

Identity

Publishing platform: GitHub Actions
Publishing repository: github.com/smilinTux/skcoord
Publishing commit: github.com/smilinTux/skcoord/tree/5f71eadd06d2343a7c439c9a9804b3f333f6bcff

Workflow

Publishing configuration: github.com/smilinTux/skcoord/blob/5f71eadd06d2343a7c439c9a9804b3f333f6bcff/.github/workflows/publish.yml
Publishing logs: github.com/smilinTux/skcoord/actions/runs/32455354800/attempts/1

Artifact

Subject: skcoord-0.1.16.tar.gz
SHA-256 checksum: 26c1c16109b41e297024fddcdce189f4cb351e85a38346f80ead84262a6095cb Verifying attestations

Release files / skcoord-0.1.16-py3-none-any.whl

Download URL	skcoord-0.1.16-py3-none-any.whl
Size	117.1 kB
Tags	Python 3
SHA-256 checksum How to use checksums	`a4e2b8ea03cc1f87f38e09f40dc69fb54fdbf991f9cb7d8483aba32c79101400`
BLAKE2b-256 checksum How to use checksums	`428321c30272a40b00eed59434762bee29392ecf548c0f27321fba54ca4b046e`
Upload date	Aug 21, 2026
Uploaded using Trusted Publishing? What is trusted publishing?	Yes
Uploaded via	`twine/7.0.0 CPython/3.13.14`

Provenance

Identity

Publishing platform: GitHub Actions
Publishing repository: github.com/smilinTux/skcoord
Publishing commit: github.com/smilinTux/skcoord/tree/5f71eadd06d2343a7c439c9a9804b3f333f6bcff

Workflow

Publishing configuration: github.com/smilinTux/skcoord/blob/5f71eadd06d2343a7c439c9a9804b3f333f6bcff/.github/workflows/publish.yml
Publishing logs: github.com/smilinTux/skcoord/actions/runs/32455354800/attempts/1

Artifact

Subject: skcoord-0.1.16-py3-none-any.whl
SHA-256 checksum: a4e2b8ea03cc1f87f38e09f40dc69fb54fdbf991f9cb7d8483aba32c79101400 Verifying attestations