Skip to main content
Incomplete provenance

3 of 9 files were uploaded without provenance metadata. View details.

GL Skill

gl-skill is a standalone Python library for loading one local Skill and running one bounded model/tool loop. Clients start a run through run() and consume ordered events plus one terminal result; they do not resume unfinished tool turns.

An application (for example, AIP) initiates every run. GL Skill composes its Loader and Executor, while Tool Runtime is the dispatch authority for admitted capabilities. Built-in workspace operations flow through SkillWorkspaceRuntime into gl-sandbox; caller tools are separately registered host implementations. GL Skill never asks AIP to continue an unfinished tool turn.

Quick start

After installing gl-skill and setting OPENAI_API_KEY, an instruction-only local Skill needs only its directory and a query. The default capability allowlist is empty, so this path does not create a workspace:

import asyncio

from gl_skill import GLSkill, SkillRunResult


async def main() -> None:
    result = None
    async for item in GLSkill.run(skill="./skills/hello", query="Say hello."):
        if isinstance(item, SkillRunResult):
            if not item.succeeded:
                detail = item.error.message if item.error is not None else f"status={item.status.value}"
                raise RuntimeError(f"GL Skill run failed: {detail}")
            result = item
    assert result is not None
    print(result.output_text)


if __name__ == "__main__":
    asyncio.run(main())

This normal-file example requires an existing ./skills/hello/SKILL.md. From libs/gl-skill, run the live default-model path after explicitly supplying its process-level credential prerequisite:

# Set OPENAI_API_KEY in this process through your credential manager first.
uv run python examples/hello_world.py

This command makes a paid provider request through the configured default model route. GL Skill does not read .env; the key must already be in the process environment. The deterministic convergence test exercises this same facade and asserts the printed greeting without making a network request.

GLSkill.run() streams the same ordered lifecycle. Advanced callers can import GLSkillClient, PublicRunRequest, and PublicDependencies to inject a provider-neutral model runtime, caller capabilities, event sink, or sandbox backend explicitly. The facade never searches for .env files; the default model path reads only the process-level OPENAI_API_KEY value.

For migration details and the typed stream contract, see docs/migration-run-only.md.

This repository provides the independently installable provider-neutral Loader and Executor from roadmap #6138. Architecture contracts live in contracts/, with design material under docs/architecture/.

Loading a Skill for a host agent

Contract 2.0 is the recommended opt-in entry point for new host integrations. The v1 SkillProvider.load() contract stays the default and remains supported unchanged. Call provider.load_result(...), available on LocalSkillProvider and its subclasses (load_skill_result(provider, ...) is the equivalent free function for any SkillProvider). It returns an immutable SkillLoadResult containing deterministic resource summaries, omitted symlinks, a shell-usable skill_root, and structured error candidates:

import asyncio
from pathlib import Path
from gl_skill import LocalSkillProvider, SkillLocatorData


async def main() -> None:
    provider = LocalSkillProvider()
    locator = SkillLocatorData(
        source=Path("skills").resolve().as_uri(),
        ref="hello",
    )
    result = await provider.load_result(locator, workspace_root=Path.cwd())

    if result.status == "ok":
        print(f"Loaded {result.name} from {result.skill_root}")
        for resource in result.resources:
            print(f"  {resource.path}: {resource.summary}")

        # Host staging: reuse result.document with WorkspaceToolRuntime
        document = result.document
        assert document is not None
        # Same result, pointing at the staged copy of the Skill directory:
        staged_result = result.with_skill_root("/staged/workspace/skill")
        # Send only this compact text to the model (never to_wire()). It wraps the instructions
        # in <skill_content>, lists at most gl_skill.loader.DEFAULT_MAX_RESOURCES resources by default,
        # and omits hashes, sizes, provenance and host diagnostics:
        print(staged_result.to_model_text())
    else:
        assert result.error is not None
        print(f"Load failed: {result.error.code} - {result.error.message}")
        if result.available_skills:
            print("Available retry candidates:")
            for candidate in result.available_skills:
                print(f"  {candidate.name}: {candidate.description}")
        # The model gets <skill_error> with the constant message and the retry candidates:
        print(result.to_model_text())


asyncio.run(main())

Install

The package includes the supported GLLM inference runtime, jsonschema>=4.26 for Executor schema validation, and pyyaml>=6,<7 for the metadata seam. It does not require credentials, .env, AIP, GL Connectors, Hermes, gl-sandbox, or workspace backends:

uv pip install dist/gl_skill-*.whl
python -c "import gl_skill"

The executor's default workspace policy is schema-complete: 100 files, 10,000,000 total bytes, 1,000,000 bytes per file, 20-second command timeout, 100,000 command-output bytes, no environment variables, and network access disabled. Unknown or malformed policy fields fail closed; network capabilities are not admitted by the MVP, and sandbox-required capabilities must be validated built-in workspace capabilities. The default install includes the public binary distribution for the GL SDK model runtime. Until this package is published, install the built wheel and its runtime dependency first:

uv pip install 'gllm-inference-binary[openai]>=0.6.130,<0.6.137' dist/gl_skill-*.whl

The runtime's import surface remains gllm_inference. Imports stay lazy for callers that inject a custom ModelRuntimeProtocol, but the supported default dependency is installed with gl-skill. The binary runtime currently publishes wheels for CPython 3.11–3.13 on Linux manylinux_2_31_x86_64, Windows win_amd64, and macOS macosx_13_0_arm64. Support follows the selected GLLM binary release; other platforms cannot use the default install until a compatible distribution is published or the package is split into a provider-neutral core.

Release validation records the resolved dependency graph and installed footprint for each runtime pin; this is intentionally not a fixed value in the user guide.

Inputs and configuration

GL Skill reads no .env file implicitly and performs no environment discovery beyond the documented default-model path. Compose these inputs explicitly:

  • Skill source: an absolute local file:///<skills-root> URI plus a containment-safe single directory-component skill_ref. The referenced directory must contain a regular SKILL.md.
  • Request: caller identity, correlation ID, query, stable allowed capability IDs, model ID, run limits, and workspace policy.
  • Dependencies: a Skill provider, an optional custom model runtime, an optional SandboxBackend, registered caller tools, and an optional event sink. If no model is injected, OPENAI_API_KEY must already be present in the process environment and the installed GLLM runtime supplies the default.
  • Workspace: an explicit backend object is required before built-in workspace.* capabilities can be admitted. There is no automatic sandbox selection or credential discovery.

Advanced explicit composition

This first example creates one temporary local Skill and runs it with a scripted model. It has no network access and requires only the core development environment:

cd libs/gl-skill
make setup
uv run python examples/quickstart_run.py

Expected terminal summary:

status=succeeded output='The note was saved.'

The complete deterministic source is examples/quickstart_run.py. The installed-wheel convergence gate executes that canonical file on Linux and Windows. Replace its scripted model with a real model adapter when your application owns that dependency.

A successful result contains one authoritative terminal status, final text, typed receipts, evidence, and usage. Its wire shape is frozen by gl_skill/contracts/schemas/skill-run-result.schema.json; examples live beside it in contracts/examples/.

Streaming

Use client.run(request) when the initiating application wants ordered progress. When consumed to completion, it yields events and then exactly one SkillRunResult:

from gl_skill import SkillRunResult

async for item in client.run(request):
    if isinstance(item, SkillRunResult):
        print(f"result={item.status.value}")
    else:
        print(f"event={item.type} sequence={item.sequence} terminal={item.terminal}")

Closing the stream early ends observation and runs bounded cleanup, but does not deliver a normalized cancelled terminal item to the detached consumer. Use contextlib.aclosing() (or explicitly await stream.aclose()) when breaking early so cleanup is prompt:

from contextlib import aclosing

from gl_skill import SkillRunResult

async with aclosing(client.run(request)) as stream:
    async for item in stream:
        if should_stop_observing(item):
            break
        if isinstance(item, SkillRunResult):
            print(item.status.value)

Cancelling the consumer task instead runs cleanup and propagates asyncio.CancelledError, with no terminal-delivery guarantee. To receive a cancelled terminal event and SkillRunResult, pass an asyncio.Event as cancellation_token to GLSkillClient.run() and remain attached through the final item.

The runnable version also uses the same temporary Skill and scripted model:

uv run python examples/streaming_run.py

Tools, resources, policy, and events

Stable capability IDs and model-visible names

Admission uses stable versioned IDs such as workspace.read@1 and caller.echo@1. Model-visible names such as workspace_read and caller_echo exist only in schemas projected to the model. Do not persist model-visible names as authorization identities.

Caller tools

Caller handlers are trusted host callbacks registered by the application. They execute in the host process and do not inherit the gl-sandbox guarantee. Validate inputs at their boundary and give them truthful effects metadata:

uv run python examples/caller_tool.py

See examples/caller_tool.py for complete input/output JSON Schemas, effects, handler registration, receipt inspection, and expected offline output.

Sandboxed workspace operations

Four built-in capabilities are available when an explicit backend is supplied:

Stable capability ID Model-visible name Operation
workspace.list@1 workspace_list List staged files
workspace.read@1 workspace_read Read bounded file content
workspace.write@1 workspace_write Write bounded bytes
workspace.execute_command@1 workspace_execute_command Execute exact argv in sandbox

The Loader scans regular resource files into an immutable manifest with sizes and SHA-256 hashes. Sandbox creation is lazy: no backend is created until the Executor needs the workspace. On first use, SkillWorkspaceRuntime stages manifest resources, verifies hashes through the sandbox command channel, and applies the caller-supplied WorkspacePolicy (file count/size limits, command timeout/output limits, empty-by-default environment allowlist, and disabled network access). Commands receive exact argv vectors—not shell strings—and results include exit status, bounded stdout/stderr, timing, and truncation state.

If a caller allows workspace.* without providing a backend, the run fails closed with policy_denied and code workspace_unavailable. The deterministic demonstration in examples/workspace_demo.py uses an in-memory backend so it can run offline; it is not a production sandbox substitute. Production callers inject a real SandboxBackend and normally construct its transport from gl-sandbox public primitives.

Events, receipts, cancellation, and retries

Tool Runtime performs whole-batch admission preflight before dispatch. Every dispatched call emits correlated gl_skill.tool_call and gl_skill.tool_result events and produces a typed receipt. A failed call produces a failed receipt; GL Skill does not automatically retry it. Terminal events are couples to statuses: final_response means succeeded, cancelled means cancelled, and error carries other failure statuses.

Pass asyncio.Event for cooperative deadline cancellation:

cancellation_token = asyncio.Event()
cancellation_token.set()
async for item in client.run(request, cancellation_token=cancellation_token):
    if isinstance(item, SkillRunResult):
        assert item.status.value == "cancelled"

Limits on turns, tool calls, wall-clock time, and output size are set by RunLimits; workspace resource/command bounds are separate in WorkspacePolicy.

Deferred integrations

Deep Agents, remote lifecycle management, and bidirectional synchronization are deferred. AIP/GL Connectors may initiate runs or supply external integrations, but Skill scripts and commands execute only inside gl-sandbox.

The internal GLLM boundary is documented separately in runtime adapters; it is never loaded by the core import surface.

Optional workspace runtime

GL Skill never selects a sandbox provider or reads provider credentials. The application chooses and configures its supported gl-sandbox backend, then passes a factory that returns its provider-neutral SandboxBackend. lazy_workspace_tool_runtime() stores that factory without constructing a backend or importing gl_sandbox; the first executor-admitted workspace call initializes both exactly once. An instruction-only run, or a run with caller tools only, stays sandbox-free.

Callers consume the public GLSkillClient.run() stream; the executor does not expose a separate one-shot lifecycle.

The executor supplies an immutable ToolContext for every admitted call. Its request ID, remaining deadline, cancellation view, and complete workspace_policy are authoritative; unknown policy fields, invalid bounds, network access, and implicit environment inheritance fail closed. The default environment allowlist is empty. The workspace layer passes only exact argv vectors to the two public gl-sandbox primitives—no shell, provider-private helper, GNU command, or glob expansion is required.

Lifecycle ownership is deliberately singular. Normal completion is terminated by executor cleanup. If a public primitive is cancelled or its outer deadline expires, that primitive terminates its own sandbox and the workspace runtime only discards the handle; executor cleanup then becomes a no-op. This prevents a second termination of the same backend.

Development

Open-format naming, metadata, provider reuse, and runtime-ownership decisions are documented in Agent Skills format compatibility.

make setup
make check

make check runs formatting/lint checks, strict typing, unit tests, contract-schema validation, wheel construction, and the installed dependency-footprint and convergence gates. Package-local checks use the locked development environment; preparing it may require configured-index access. The artifact gates create separate clean environments and resolve the wheel's declared dependencies from the configured indexes, rather than reuse the development environment or its lock. They need a usable dependency cache or index access, including private-index credentials on a cold cache. A prepared development environment alone does not make these gates offline or guarantee the same resolved dependency versions.

Dependency-footprint gate

scripts/check_dependency_footprint.py verifies that the wheel contains both gl_skill and gl_skill/py.typed; that its base runtime dependencies include core, GLLM, jsonschema, and pyyaml; that a clean installed environment with declared dependencies can import gl_skill; and that doing so loads none of these forbidden top-level modules:

  • aip_agents, aip_sdk, glaip_sdk
  • gl_connectors
  • hermes
  • gllm_inference
  • gl_sandbox, e2b_code_interpreter, opensandbox, boto3, aioboto3
  • openai, anthropic, google.genai, google.generativeai
  • cohere, groq, litellm, mistralai, ollama, vertexai
  • skills_ref (development-only format oracle)

The gate also records that no optional GLLM extra is required in the built metadata. Future optional surfaces must extend this evidence with their declared dependency graph instead of relying on an unmeasured “runtime-free” label.

Normalized error contracts

The new BaseSkillError and 16 concrete errors are additive exports from gl_skill.exceptions and the package root. They reuse the core BaseError constructor/registry and expose stable GL-SKILL-* codes with actionable safe defaults. Legacy loader/facade/workspace constructors and result codes remain unchanged; loader parser messages and v2 error details use fixed source-free text. See error contracts for the catalog, catches and EH-02/EH-03 handoff, and error codes for the complete code index and stability policy.

SkillDiagnostic validates bounded internal profiles and exports detached dictionaries for core attachment. SkillErrorContext and its bind/get hooks provide explicit, immutable context with task isolation and scope restoration. SkillRecovery, DiagnosticSanitizerProtocol and RecoveryAdvisorProtocol define downstream integration boundaries. Core BaseError.recovery carries retryability and upstream retry delay; SkillRecovery carries supplemental action/reason/escalation guidance. Retry limits and backoff remain caller policy. The recording service assigns BaseError.reference_id; ambient SkillErrorContext has no reference field. Sanitize or exclude sensitive data before constructing diagnostics or attaching debug_info; validation only checks structure and bounds. Under EH-02, gl_skill.failures provides DefaultDiagnosticSanitizer, select_failure_message, DefaultRecoveryAdvisor, and normalize_failure for safe diagnostic sanitization, catalog literals, effect-aware recovery decisions, and runtime failure normalization across SDK boundaries. Diagnostic and context data do not enter existing public outputs automatically. gllm-core>=0.4.58,<0.5.0 is a direct dependency mapped to gen-ai-internal. PyPI remains the first declared index. Error access permits exactly gllm_core, gllm_core.exceptions and the gllm_core.masking package that core 0.4.58 exceptions import, preserving the prohibition on other core/provider/cloud/sandbox imports. Installed artifact probes resolve declared dependencies using PyPI first and the configured internal indexes; a cold private index may require named UV_INDEX_GEN_AI_INTERNAL_* / UV_INDEX_GEN_AI_* credentials.

Opt-in output versions

Loader results retain contract 2.0 through to_wire() and legacy model text through to_model_text(), with no version selector or public recovery/reference fields. Run streams (events, receipts, results) default to contract 1.0; opt into run 2.0 per call:

Boundary Selector Opt-in error object
Run stream GLSkillClient.run(request, output_version="2.0"), GLSkill.run(..., output_version="2.0") {code, message, recovery}, plus reference_id when a failure_recorder supplied one; never fed to the model

New versions use GL-SKILL-* codes, the EH-02 message catalog and a structured recovery (action, retryable, always escalate_when, and retry_after_seconds and max_attempts only when a run 2.0 retry is allowed). A stream uses one version for every item; unsupported values raise ValueError("Unsupported output version.") before the first item. Events and results serialize in the version their stream stamped through no-argument to_wire(); a receipt's to_wire(output_version=...) raises the same ValueError when the selector differs. Schemas for both generations ship in gl_skill/contracts/schemas; see contracts and error contracts. Roll back by omitting output_version.

Behavior changes in the default versions:

  • Loader 2.0 detail is a constant, source-free summary per loader code; it no longer carries parser or exception text.
  • After a failed tool call, the error fed back to the model is {code, message, retryable} with the catalog message; the receipt's own message and details never reach the model.
  • SDK failure log records carry the operation and normalized GL-SKILL-* code without tracebacks (exc_info), request IDs or exception type names.

Examples index

Example Purpose
hello_world.py Canonical low-code GLSkill.run() call
quickstart_run.py Deterministic explicit-composition run() call
streaming_run.py Ordered events followed by one terminal result
caller_tool.py Register a trusted callback and inspect its receipt
workspace_demo.py Deterministic sandbox-policy demonstration using an in-memory backend
live_model/openai_smoke.py Explicitly credential-gated real-model smoke test
loader_v2_failure.py An unchanged loader 2.0 failure and safe model text
run_v2_failure.py One run failure in default 1.0 and opt-in 2.0 output

Metadata

Release files for gl-skill-binary 0.1.3

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

Incomplete provenance

3 of 9 files were uploaded without provenance metadata.

We recommend further investigation before installing these files. View details.

Built distributions (wheels)

Table of built distributions (wheels) for gl-skill-binary 0.1.3
File Actions
gl_skill_binary-0.1.3-cp313-cp313-win_amd64.whl CPython 3.13 CPython 3.13 Windows x86-64 Details for gl_skill_binary-0.1.3-cp313-cp313-win_amd64.whl
gl_skill_binary-0.1.3-cp313-cp313-manylinux_2_31_x86_64.whl CPython 3.13 CPython 3.13 Linux glibc 2.31+ x86-64 Details for gl_skill_binary-0.1.3-cp313-cp313-manylinux_2_31_x86_64.whl
gl_skill_binary-0.1.3-cp313-cp313-macosx_13_0_arm64.whl CPython 3.13 CPython 3.13 macOS 13.0+ ARM64 Details for gl_skill_binary-0.1.3-cp313-cp313-macosx_13_0_arm64.whl
gl_skill_binary-0.1.3-cp312-cp312-win_amd64.whl CPython 3.12 CPython 3.12 Windows x86-64 Details for gl_skill_binary-0.1.3-cp312-cp312-win_amd64.whl
gl_skill_binary-0.1.3-cp312-cp312-manylinux_2_31_x86_64.whl CPython 3.12 CPython 3.12 Linux glibc 2.31+ x86-64 Details for gl_skill_binary-0.1.3-cp312-cp312-manylinux_2_31_x86_64.whl
gl_skill_binary-0.1.3-cp312-cp312-macosx_13_0_arm64.whl CPython 3.12 CPython 3.12 macOS 13.0+ ARM64 Details for gl_skill_binary-0.1.3-cp312-cp312-macosx_13_0_arm64.whl
gl_skill_binary-0.1.3-cp311-cp311-win_amd64.whl CPython 3.11 CPython 3.11 Windows x86-64 Details for gl_skill_binary-0.1.3-cp311-cp311-win_amd64.whl
gl_skill_binary-0.1.3-cp311-cp311-manylinux_2_31_x86_64.whl CPython 3.11 CPython 3.11 Linux glibc 2.31+ x86-64 Details for gl_skill_binary-0.1.3-cp311-cp311-manylinux_2_31_x86_64.whl
gl_skill_binary-0.1.3-cp311-cp311-macosx_13_0_arm64.whl CPython 3.11 CPython 3.11 macOS 13.0+ ARM64 Details for gl_skill_binary-0.1.3-cp311-cp311-macosx_13_0_arm64.whl

Total release size: 12.9 MB

Release files / gl_skill_binary-0.1.3-cp313-cp313-win_amd64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while this file has provenance metadata, other files in this release do not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp313-cp313-win_amd64.whl
Size 1.2 MB
Tags CPython 3.13 Windows x86-64
SHA-256 checksum
How to use checksums
80520a1d0ef521f66fd688cb3a37e33458d227e19d5702a63824712b0b7056a2
BLAKE2b-256 checksum
How to use checksums
416b375bb7dcc50090621c72986a4cdf1391019c1ec511e4520fb317cb4a3b2e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Oct 21, 2026.

Transparency log

Release files / gl_skill_binary-0.1.3-cp313-cp313-manylinux_2_31_x86_64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while other files in this release have provenance metadata, this file does not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp313-cp313-manylinux_2_31_x86_64.whl
Size 1.8 MB
Tags CPython 3.13 Linux glibc 2.31+ x86-64
SHA-256 checksum
How to use checksums
ec95da1cf67f06be46f40948b2a647a705d7da8fe2ce6ad99b86e3282604606b
BLAKE2b-256 checksum
How to use checksums
4485837b852a5aef92269d8f502fbc36c2024da9d509724950796cdaac97c4a4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.8.24

Release files / gl_skill_binary-0.1.3-cp313-cp313-macosx_13_0_arm64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while this file has provenance metadata, other files in this release do not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp313-cp313-macosx_13_0_arm64.whl
Size 1.4 MB
Tags CPython 3.13 macOS 13.0+ ARM64
SHA-256 checksum
How to use checksums
41dd933fc903472885ec58efb990c012f15382909fdce382acaf6cdd6e04d771
BLAKE2b-256 checksum
How to use checksums
0e77a12b6468b65d65919ce3e5663cc0f2dba7c206c3bf122f752d08cbb774be
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Oct 21, 2026.

Transparency log

Release files / gl_skill_binary-0.1.3-cp312-cp312-win_amd64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while this file has provenance metadata, other files in this release do not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp312-cp312-win_amd64.whl
Size 1.2 MB
Tags CPython 3.12 Windows x86-64
SHA-256 checksum
How to use checksums
f346e7a5a14589c8dd763ca966c95fafcf2e17e196f54e1b6ba9fc062ce31c29
BLAKE2b-256 checksum
How to use checksums
89985b26e0d1a9fc7ca3262916214f778beb3ad9cbbd5686fc25c3b0bda5ca6d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Oct 21, 2026.

Transparency log

Release files / gl_skill_binary-0.1.3-cp312-cp312-manylinux_2_31_x86_64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while other files in this release have provenance metadata, this file does not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp312-cp312-manylinux_2_31_x86_64.whl
Size 1.8 MB
Tags CPython 3.12 Linux glibc 2.31+ x86-64
SHA-256 checksum
How to use checksums
6a4466668e138f28b5fbbc1e62c0ed224c84ad66286af10bd612dfc53c9d0bb1
BLAKE2b-256 checksum
How to use checksums
fcac573aa6b60073b7a9ee35dfcfad20428ad37656f6480799dcd178072e3f47
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.8.24

Release files / gl_skill_binary-0.1.3-cp312-cp312-macosx_13_0_arm64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while this file has provenance metadata, other files in this release do not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp312-cp312-macosx_13_0_arm64.whl
Size 1.3 MB
Tags CPython 3.12 macOS 13.0+ ARM64
SHA-256 checksum
How to use checksums
c1055317752a3e5a98b06ee1b353c629967d828548b4fbd7b12dbc1a52557d8a
BLAKE2b-256 checksum
How to use checksums
e31de1cbfe117edb1397d6cc7dc65797c110ba98ae7e6ee1b40c695bb9a28b9d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Oct 21, 2026.

Transparency log

Release files / gl_skill_binary-0.1.3-cp311-cp311-win_amd64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while this file has provenance metadata, other files in this release do not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp311-cp311-win_amd64.whl
Size 1.3 MB
Tags CPython 3.11 Windows x86-64
SHA-256 checksum
How to use checksums
a232d9d0225735637f5fe9fb20c00d7d924caf30dcc8bca5c9e03af4f822fef7
BLAKE2b-256 checksum
How to use checksums
6fbd167e69810c68af1a58071e6e324568f0a326d7db549086c4d7e4c2557a19
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Oct 21, 2026.

Transparency log

Release files / gl_skill_binary-0.1.3-cp311-cp311-manylinux_2_31_x86_64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while other files in this release have provenance metadata, this file does not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp311-cp311-manylinux_2_31_x86_64.whl
Size 1.6 MB
Tags CPython 3.11 Linux glibc 2.31+ x86-64
SHA-256 checksum
How to use checksums
c51853b699ad5dffd20c1bc8f5b99a99d87c81f56a3396a440ff6bbf1c6e3f91
BLAKE2b-256 checksum
How to use checksums
0ff347f29fbd5cb9bc16c568ff369badfc60e918d957049a4324d345ddf0ed97
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via uv/0.8.24

Release files / gl_skill_binary-0.1.3-cp311-cp311-macosx_13_0_arm64.whl

Incomplete provenance

This file belongs to a release with incomplete provenance: while this file has provenance metadata, other files in this release do not.

We recommend further investigation before installing this file. View details.

Download URL gl_skill_binary-0.1.3-cp311-cp311-macosx_13_0_arm64.whl
Size 1.3 MB
Tags CPython 3.11 macOS 13.0+ ARM64
SHA-256 checksum
How to use checksums
61e6de6bc1be493f3fbca3d5d9a21cf1757117be5db05b7e8976043ebdc09c4b
BLAKE2b-256 checksum
How to use checksums
c9c97ee11233a112f6f3d1de1208ca8cd1f5f3f62ec53ec1b69574c890788afc
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.16

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 Oct 21, 2026.

Transparency log

Security for gl-skill-binary 0.1.3

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.

Incomplete provenance

3 of 9 files were uploaded without provenance metadata.

Files with provenance 6 / 9
Files without provenance 3 / 9
Select from 9 files

Attestation for gl_skill_binary-0.1.3-cp313-cp313-win_amd64.whl

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 Oct 21, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

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