donna 0.2.0__py3-none-any.whl → 0.2.1__py3-none-any.whl

donna/artifacts/work/planning.md

@@ -1,245 +0,0 @@
-# Session Planning Guidelines
-
-```toml donna
-kind = "donna.lib.specification"
-```
-
-This document describes how Donna MUST plan work on a session with the help of workflows. The
-document describes the process of planning, kinds of involved entities and requirements for them.
-
-**This requirements MUST be applied to all planning workflows that Donna uses.**
-
-## Overview
-
-Donna's workflows create a plan of work on a session by iteratively polishing the set of session-level artifacts.
-
-Artifacts are:
-
-- `session:work_scope` — a specification that describes the scope of work to be done on the session.
-- `session:work_execution` — a workflow that describes the step-by-step plan of work to be done on the session.
-
-The agent MUST create and iteratively polish these artifacts until they meet all quality criteria described in this document. After the plan is ready, the agent MUST run it as a workflow.
-
-## Work Scope Specification
-
-The work scope specification has a standard name `session:work_scope` and describes the work to be done in the context of the current session.
-
-The specification MUST contain the following sections:
-
-1. `Developer request` — a copy of the original description of the work from the developer.
-2. `Work description` — a high-level description of the work to be done, created by Donna
-   based on the developer request.
-3. `Goals` — a list of goals that work strives to achieve.
-4. `Objectives` — a list of specific objectives that need to be completed to achieve the goals.
-5. `Known constraints` — a list of constraints for the session.
-6. `Acceptance criteria` — a list of acceptance criteria for the resulted work.
-7. `Deliverables / Artifacts` — a list of concrete deliverables / artifacts that MUST be produced.
-
-Sections `Developer request` and `Detailed work description` are free-form text sections.
-Sections `Goals`, `Objectives` should contain lists of items.
-
-### "Developer Request" section requirements
-
-- This section MUST contain the original request from the developer. The request MUST NOT be modified by Donna.
-
-### "Work Description" section requirements
-
-- The section MUST contain a clear professional high-level description of the work to be done based
-  on the developer's request.
-- The section MUST be limited to a single paragraph with a few sentences.
-- The sectino MUST explain what someone gains after these changes and how they can see it working.
-  State the user-visible behavior the task will enable.
-
-### "Goals" section requirements
-
-- The section MUST contain a list of high-level goals that the work strives to achieve.
-
-The goal quality criteria:
-
-- A goal describes a desired end state, outcome or result.
-- A goal defines what should ultimately be true, not how to achieve it.
-- A goal must not be defined via listing cases, states, outcomes, etc. Instead, use one of the next
-  approaches:
-  a) summarize top-layer items into a single goal;
-  b) split the goal into multiple more specific goals;
-  c) reformulate to a list of second-layer items as required properties of the top-level goal.
-- Each goal must has clear scope and boundaries.
-
-### "Objectives" section requirements
-
-- The section MUST contain a list of specific objectives that need to be completed to achieve the goals.
-
-Objective quality criteria:
-
-- An objective MUST describe an achieved state or capability not the act of describing it.
-- An objective MUST be phrased as "X exists / is implemented / is defined / is executable /
-  is enforced / …"
-- An objective MUST be atomic: it MUST result in exactly one concrete deliverable: one artifact,
-  one executable, one schema, one test suite, etc.
-- An objective is a single clear, externally observable condition of the system (not a description,
-  explanation, or analysis) that, when met, moves you closer to achieving a specific goal.
-- An objective is a top-level unit of work whose completion results in a concrete artifact,
-  behavior, or state change that can be independently verified without reading prose.
-- Each goal MUST have a set of objectives that, when all achieved, ensure the goal is met.
-- Each goal MUST have 2–6 objectives, unless the goal is demonstrably trivial (≤1 artifact, no dependencies).
-
-### "Known Constraints" section requirements
-
-- The section MUST contain a list of known constraints that the work MUST respect.
-
-Constraint quality criteria:
-
-- A known constraint describes a non-negotiable limitation or requirement that the work MUST
-  respect (technical, organizational, legal, temporal, compatibility, security, operational).
-- Each constraint MUST be derived from explicitly available inputs (the developer request, existed
-  specifications, existed code, information provided by workflows). Donna MUST NOT invent
-  constraints.
-- Each constraint MUST be phrased as a verifiable rule using normative language: "MUST / MUST NOT /
-  SHOULD / SHOULD NOT".
-- Each constraint MUST be atomic: one rule per record (no "and/or" bundles). If multiple rules
-  exist, split into multiple constraint records.
-- Each constraint MUST be externally binding (something the plan must accommodate), not an
-  internal preference.
-- Constraints MUST NOT restate goals/objectives in different words. They are bounds, not outcomes.
-- Constraints MUST NOT contain implementation steps, designs, or proposed solutions.
-- Constraints MUST NOT include risks, unknowns, or speculative issues.
-- Constraints MUST be written so a reviewer can answer true/false for compliance by inspecting
-  artifacts, behavior, or configuration (not by reading explanatory prose).
-- The section MAY be empty only if no constraints are explicitly known.
-
-Examples:
-
-- Good: `MUST remain compatible with Python 3.10`
-- Good: `MUST not change public CLI flags`
-- Good: `MUST avoid network access`
-- Good: `MUST run on Windows + Linux`
-- Bad: `We should do it cleanly`
-- Bad: `Prefer elegant code`
-- Bad: `Try to keep it simple`
-
-### "Acceptance criteria" section requirements
-
-- The section MUST contain a list of acceptance criteria that define how to evaluate the session's results.
-
-Acceptance criteria quality criteria:
-
-- An acceptance criterion describes a pass/fail condition that determines whether the session's
-  results are acceptable to a reviewer, user, or automated gate.
-- Each criterion MUST be derived from explicitly available inputs (developer request, previous
-  sections of the plan). Donna MUST NOT invent new scope, features, constraints, or assumptions.
-- Each criterion MUST be phrased as an externally observable, verifiable rule, using normative
-  language ("MUST / MUST NOT / SHOULD / SHOULD NOT") or an equivalent test form such as
-  Given/When/Then (Gherkin-style).
-- Each criterion MUST be independently checkable by inspecting artifacts, running a command,
-  executing tests, or observing runtime behavior/output — not by reading explanatory prose.
-- Each criterion MUST be atomic: one condition per record (no "and/or" bundles). If multiple
-  conditions exist, split into multiple criteria records.
-- Criteria MUST NOT describe implementation steps, internal design decisions, or "how" to achieve the result.
-- Criteria MUST NOT restate goals/objectives verbatim. Instead, they must state how success is
-  demonstrated (e.g., observable behavior, produced files, enforced rules, test outcomes).
-
-Coverage rules:
-
-- Each objective MUST have ≥1 acceptance criterion that validates it.
-- Each acceptance criterion MUST map to at least one objective (directly or via a goal that the objective serves).
-- Where relevant, criteria SHOULD specify concrete evaluation conditions, such as:
-  - exact CLI output/exit codes, produced artifacts and their locations;
-  - supported platforms/versions, configuration prerequisites;
-  - measurable thresholds (latency, memory, size limits), if such requirements are explicitly implied or stated.
-  - etc.
-
-Regression rules:
-
-- If the developer request or known constraints imply preserving existing behavior, acceptance
-  criteria SHOULD include explicit non-regression checks (what must remain unchanged).
-- The section MUST NOT be empty.
-
-### "Deliverables / Artifacts" section requirements
-
-- The section MUST contain a list of concrete deliverables/artifacts that MUST be produced by the work.
-
-Deliverable/artifact quality criteria:
-
-- A deliverable/artifact record MUST name a concrete output that will exist after the work is
-  complete (a file, module, package, binary, schema, configuration, test suite, generated report,
-  published document, metric in the metrics storage, dashbord, etc.).
-- Each deliverable/artifact MUST be derived from explicitly available inputs (developer request,
-  prior sections of this plan). Donna MUST NOT invent new deliverables that introduce new scope.
-- Each deliverable/artifact MUST be externally verifiable by inspecting the repository/workspace,
-  produced files, or runtime outputs — not by reading explanatory prose.
-- Each deliverable/artifact record MUST be phrased as an existence statement using normative
-  language, e.g. "MUST include …", "MUST produce …", "MUST add …".
-- Each deliverable/artifact record MUST be atomic: exactly one deliverable per record (no
-  "and/or", no bundles). If multiple outputs are required, split into multiple records.
-- Each deliverable/artifact MUST specify at least one of:
-  - an exact path/location (preferred), or
-  - an exact artifact identifier (module/package name, command name, schema name, etc.).
-- If the deliverable is generated by running a command, the record SHOULD specify the command
-  entrypoint (e.g., via a CLI (Command-Line Interface) command name) and the expected output
-  location, without describing internal implementation steps.
-- Deliverables MUST NOT be vague (e.g., "updated code", "better docs"). They MUST be concrete
-  enough that a reviewer can confirm presence/absence.
-- Deliverables MUST NOT restate goals, objectives, constraints, or acceptance criteria. They must
-  list *outputs*, not outcomes or pass/fail checks.
-- The section MUST NOT be empty.
-
-Source files as artifacts:
-
-- Explicitly add source files (paths) as deliverables/artifacts only if the task is specifically
-  about creating or modifying those files (e.g., "MUST add docs/cli.md …").
-- Do not add source files as deliverables/artifacts if they are unknown at planning time (i.e. we
-  do not know which files will be changed/added). In such cases, focus on higher-level deliverables
-  (e.g., "MUST add CLI documentation" instead of listing specific files).
-
-## Work Execution Workflow
-
-The work execution workflow has a standard name `session:work_execution` and describes the step-by-step plan of work to be done in the context of the current session.
-
-The workflow MUST be an artifact of kind `workflow`, see details `{{ donna.lib.view("donna:usage:artifacts") }}`. I.e. the final workflow must be a valid FSM that agent will execute with the help of `donna` tool.
-
-Primary requirement:
-
-1. **You MUST prefer non-linear or cyclic workflows for complex tasks instead of long linear sequences.** I.e. use loops, conditionals, parallel branches, etc. where appropriate. That should help you to apply changes iteratively, validate them early and often and to polish the results step by step. I.e. prefere an incremental/evolutionary approach over a big-bang one.
-2. However, prefere multiple short loops over a single long loop. The approach `do everything then repeat from scratch` is a bad practice. Instead, break down the work into smaller steps that can be done, verified and polished independently.
-3. The resulted workflow MUST ensure that there is at least 1 refine iteration will always be applied (for each loop).
-4. Describe each operation with effort: add details, examples, behavior for edge cases, etc. Formulate each term and action precisely.
-
-General requirements:
-
-- Each workflow step should describe an operation dedicated to one semantically atomic task.
-- Each operation of the workflow MUST be derived from explicitly available inputs (developer request +
-  prior plan sections). It MUST NOT introduce new scope, features, constraints, or deliverables.
-- Each workflow operation item MUST map to ≥1 objective.
-- Each objective MUST be covered by ≥1 workflow operation that produces the required change/artifact,
-  and where relevant by additional item(s) that validate it (tests, checks, demo run).
-- Each workflow operation MUST be atomic: one primary action per item (no "and/or" bundles). If
-  multiple actions are needed, split into multiple items.
-- Each workflow operation MUST be actionable and specific enough that a agent can execute it
-  without needing additional prose:
-  - It SHOULD name the component/module/subsystem affected, if known.
-  - It SHOULD name the concrete artifact(s) it will create/modify when those artifacts are already
-    known from the "Deliverables / Artifacts" section (do not invent file paths).
-- If a command is required (e.g., a CLI (Command-Line Interface) invocation, test runner command),
-  operation SHOULD include the exact command.
-- Workflow operation MUST NOT be vague (e.g., "Improve code quality", "Handle edge cases", "Do the thing").
-- Workflow operations MUST respect all "Known constraints".
-- If workflow operation includes research/design work, there results MUST be represented as concrete artifacts or changes in the `session:work_scope` and `session:work_execution` artifacts.
-
-Verification steps:
-
-- The workflow SHOULD include explicit verification operations that demonstrate acceptance
-  criteria, such as:
-  - adding or updating automated tests;
-  - running tests/lint/static checks (if such gates exist in the project inputs);
-  - running a minimal end-to-end command or scenario that shows the user-visible behavior.
-- Verification MUST be phrased as executable checks (commands, test suites, observable outputs), not
-  as "Review the code" or "Make sure it works".
-
-Examples:
-
-- Good: "Implement the `foo` subcommand behavior to emit the required summary line for each generation."
-- Good: "Add automated tests that assert the `foo` subcommand exit code and exact stdout lines for the sample fixture."
-- Good: "Run `pytest -q` and confirm the new tests pass."
-- Bad: "Implement feature and update tests and docs."
-- Bad: "Consider performance implications."
-- Bad: "Document the approach in detail."

donna/cli/commands/projects.py

@@ -1,49 +0,0 @@
-import pathlib
-from collections.abc import Iterable
-
-import typer
-
-from donna.cli.application import app
-from donna.cli.types import WorkdirOption
-from donna.cli.utils import cells_cli, try_initialize_donna
-from donna.domain.ids import WorldId
-from donna.protocol.cell_shortcuts import operation_succeeded
-from donna.protocol.cells import Cell
-from donna.world.config import config
-
-projects_cli = typer.Typer()
-
-
-@projects_cli.callback(invoke_without_command=True)
-def initialize_callback(ctx: typer.Context) -> None:
-    cmd = ctx.invoked_subcommand
-
-    if cmd is None:
-        return
-
-    if cmd in ["initialize"]:
-        return
-
-    try_initialize_donna()
-
-
-@projects_cli.command(help="Initialize Donna project.")
-@cells_cli
-def initialize(workdir: WorkdirOption = pathlib.Path.cwd()) -> Iterable[Cell]:
-    # TODO: use workdir attribute
-    project = config().get_world(WorldId("project")).unwrap()
-
-    project.initialize()
-
-    session = config().get_world(WorldId("session")).unwrap()
-
-    session.initialize()
-
-    return [operation_succeeded("Project initialized successfully")]
-
-
-app.add_typer(
-    projects_cli,
-    name="projects",
-    help="Initialize and manage Donna project.",
-)

donna/world/artifacts.py

@@ -1,122 +0,0 @@
-import pathlib
-
-from donna.core.entities import BaseEntity
-from donna.core.errors import ErrorsList
-from donna.core.result import Err, Ok, Result, unwrap_to_error
-from donna.domain.ids import FullArtifactId, FullArtifactIdPattern, WorldId
-from donna.machine.artifacts import Artifact
-from donna.machine.tasks import Task, WorkUnit
-from donna.world import errors
-from donna.world.config import config
-from donna.world.templates import RenderMode
-
-
-class ArtifactRenderContext(BaseEntity):
-    primary_mode: RenderMode
-    current_task: Task | None = None
-    current_work_unit: WorkUnit | None = None
-
-
-class ArtifactUpdateError(errors.WorldError):
-    cell_kind: str = "artifact_update_error"
-    artifact_id: FullArtifactId
-    path: pathlib.Path
-
-    def content_intro(self) -> str:
-        return f"Error updating artifact '{self.artifact_id}' from the path '{self.path}'"
-
-
-class CanNotUpdateReadonlyWorld(ArtifactUpdateError):
-    code: str = "donna.world.cannot_update_readonly_world"
-    message: str = "Cannot upload artifact to the read-only world `{error.world_id}`"
-    world_id: WorldId
-
-
-class InputPathHasNoExtension(ArtifactUpdateError):
-    code: str = "donna.world.input_path_has_no_extension"
-    message: str = "Input path has no extension to determine artifact source type"
-
-
-class NoSourceForArtifactExtension(ArtifactUpdateError):
-    code: str = "donna.world.no_source_for_artifact_extension"
-    message: str = "No source found for artifact extension of input path"
-
-
-@unwrap_to_error
-def artifact_file_extension(full_id: FullArtifactId) -> Result[str, ErrorsList]:
-    world = config().get_world(full_id.world_id).unwrap()
-    return Ok(world.file_extension_for(full_id.artifact_id).unwrap().lstrip("."))
-
-
-@unwrap_to_error
-def fetch_artifact(full_id: FullArtifactId, output: pathlib.Path) -> Result[None, ErrorsList]:
-    world = config().get_world(full_id.world_id).unwrap()
-    content = world.fetch_source(full_id.artifact_id).unwrap()
-
-    with output.open("wb") as f:
-        f.write(content)
-
-    return Ok(None)
-
-
-@unwrap_to_error
-def update_artifact(full_id: FullArtifactId, input: pathlib.Path) -> Result[None, ErrorsList]:
-    world = config().get_world(full_id.world_id).unwrap()
-
-    if world.readonly:
-        return Err([CanNotUpdateReadonlyWorld(artifact_id=full_id, path=input, world_id=world.id)])
-
-    source_suffix = input.suffix.lower()
-    content_bytes = input.read_bytes()
-
-    if not source_suffix:
-        return Err([InputPathHasNoExtension(artifact_id=full_id, path=input)])
-
-    source_config = config().find_source_for_extension(source_suffix)
-    if source_config is None:
-        return Err([NoSourceForArtifactExtension(artifact_id=full_id, path=input)])
-
-    render_context = ArtifactRenderContext(primary_mode=RenderMode.view)
-    test_artifact = source_config.construct_artifact_from_bytes(full_id, content_bytes, render_context).unwrap()
-    validation_result = test_artifact.validate_artifact()
-
-    validation_result.unwrap()
-    world.update(full_id.artifact_id, content_bytes, source_suffix).unwrap()
-
-    return Ok(None)
-
-
-@unwrap_to_error
-def load_artifact(
-    full_id: FullArtifactId, render_context: ArtifactRenderContext | None = None
-) -> Result[Artifact, ErrorsList]:
-    if render_context is None:
-        render_context = ArtifactRenderContext(primary_mode=RenderMode.view)
-
-    world = config().get_world(full_id.world_id).unwrap()
-    return Ok(world.fetch(full_id.artifact_id, render_context).unwrap())
-
-
-def list_artifacts(  # noqa: CCR001
-    pattern: FullArtifactIdPattern, render_context: ArtifactRenderContext | None = None
-) -> Result[list[Artifact], ErrorsList]:
-
-    if render_context is None:
-        render_context = ArtifactRenderContext(primary_mode=RenderMode.view)
-
-    artifacts: list[Artifact] = []
-    errors: ErrorsList = []
-
-    for world in reversed(config().worlds_instances):
-        for artifact_id in world.list_artifacts(pattern):
-            full_id = FullArtifactId((world.id, artifact_id))
-            artifact_result = load_artifact(full_id, render_context)
-            if artifact_result.is_err():
-                errors.extend(artifact_result.unwrap_err())
-                continue
-            artifacts.append(artifact_result.unwrap())
-
-    if errors:
-        return Err(errors)
-
-    return Ok(artifacts)

donna/world/initialization.py

@@ -1,42 +0,0 @@
-import tomllib
-
-from donna.core import errors as core_errors
-from donna.core import utils
-from donna.core.result import Err, Ok, Result, unwrap_to_error
-from donna.world import config
-from donna.world import errors as world_errors
-
-
-@unwrap_to_error
-def initialize_environment() -> Result[None, core_errors.ErrorsList]:
-    """Initialize the environment for the application.
-
-    This function MUST be called before any other operations.
-    """
-    project_dir = utils.discover_project_dir(config.DONNA_DIR_NAME).unwrap()
-
-    config.project_dir.set(project_dir)
-
-    config_dir = project_dir / config.DONNA_DIR_NAME
-
-    config.config_dir.set(config_dir)
-
-    config_path = config_dir / config.DONNA_CONFIG_NAME
-
-    if not config_path.exists():
-        config.config.set(config.Config())
-        return Ok(None)
-
-    try:
-        data = tomllib.loads(config_path.read_text())
-    except tomllib.TOMLDecodeError as e:
-        return Err([world_errors.ConfigParseFailed(config_path=config_path, details=str(e))])
-
-    try:
-        loaded_config = config.Config.model_validate(data)
-    except Exception as e:
-        return Err([world_errors.ConfigValidationFailed(config_path=config_path, details=str(e))])
-
-    config.config.set(loaded_config)
-
-    return Ok(None)

donna-0.2.0.dist-info/RECORD

@@ -1,85 +0,0 @@
-donna/__init__.py,sha256=lEC7l3wDCBiC5gw56XkAeBW1XJA52pck7SFR1_CUals,41
-donna/artifacts/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/artifacts/usage/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/artifacts/usage/artifacts.md,sha256=slHrJRmFYiXxOQnPWHY5bb3LOa1VLmRnWS6FvKFWlHs,11241
-donna/artifacts/usage/cli.md,sha256=GzWaGK-QB_Bg3A1czVzIPmWLcR7565hBW4gEkQHAtZo,6753
-donna/artifacts/usage/worlds.md,sha256=EBMGLg6ae_Paiaeas5CyCaOqs13xXu9tp6IQASyIdYs,1848
-donna/artifacts/work/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/artifacts/work/do_it.md,sha256=bCYeF45vET83qPdh4m5n4QH8wSUjdsbcSZzsHKZ_Amo,5594
-donna/artifacts/work/do_it_fast.md,sha256=2TSAvrUlNC7PUCU1F1YNiu3KtTiBLO501XdxVarru3s,3594
-donna/artifacts/work/planning.md,sha256=C2kbUopoGdWM7CHmTTCP0Sbetff8zYkMqOFXuNbjdRE,14375
-donna/cli/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/cli/__main__.py,sha256=sKI9NNX2pKkuxmyzgMvULCtNOBHQYW1BGPhxOK4ZPvI,222
-donna/cli/application.py,sha256=rIEseTvPZgX4tZ23fTX49LF0XLfyzTO8gtpA8G80MTI,466
-donna/cli/commands/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/cli/commands/artifacts.py,sha256=E_84OwE08Cb59P_qFavpe0HdvuhhCCDJryb28EaGwH8,3609
-donna/cli/commands/projects.py,sha256=bu257fUnV-RhYJUw_lUNW9w17XS2AFbf2PP5bqr4hiY,1198
-donna/cli/commands/sessions.py,sha256=eTu65EBB2kve43WoGnK4oNsTGXz2Pas8t1fwurKPkec,2122
-donna/cli/types.py,sha256=YsBPGPSV6h1f8dNvnQmWefnW2s_ARRwG75_u2DXSm-8,3546
-donna/cli/utils.py,sha256=kQm-bYDQu-xLZJXT59F6w3HlPjAiYs9EIpK9aacxz_E,1421
-donna/core/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/core/entities.py,sha256=Y3udcI1ykWDI_yPqCX6JTuDmF81BxO0PnnJzzD5uMoM,753
-donna/core/errors.py,sha256=k6Dx4tNids64mupnpnkMF2dEVkfMF5Bm04Rx2fjWQYM,3771
-donna/core/result.py,sha256=nlugpkq0bdeOT626dnwLfF7fTvidKvTmjiMwKAiX-BA,2392
-donna/core/utils.py,sha256=BViEifQWxZ8ju2427VKk1P_xk4fVVOHTAdJIv-7Oyyk,1276
-donna/domain/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/domain/errors.py,sha256=jewM3wYUCGLwNb8tvHkJ35-Y59ezJKgWy7pr_Utk7iA,1253
-donna/domain/ids.py,sha256=CMEBRj6i2vjVi74TtUcjLTALn3MqKsEbs-Iv463mjVg,14678
-donna/lib/__init__.py,sha256=4g2r8dSat9yxkmKPpX8f-ANbTp6HDNXM5K_L2c_Ihb4,834
-donna/lib/sources.py,sha256=96RMyWBFL0Y6MxORtl7E4fE-dDECH0CYPcAA_v33UB8,177
-donna/lib/worlds.py,sha256=5uepMT4aJJYwz2vqVQ9vcymjygaUKnBn_V4lBizmvH0,276
-donna/machine/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/machine/action_requests.py,sha256=Tdp0Q64lCZLjrzOsLbxFaZ1fJNVKBRXmc8-HmBuhZ7w,1377
-donna/machine/artifacts.py,sha256=_Gwsu5lasnFF0GuWXMFUL-3FOZiyX9GcAzVXgZr-3o8,6603
-donna/machine/changes.py,sha256=TlgMA70u0ffRvwKVBwXEgEk1bp4m9w9MsVxtishX9Sw,2463
-donna/machine/errors.py,sha256=45EPNC12rRT2pdgd2b9HMXCP0aon4sxo9DdUfxXeMnQ,4956
-donna/machine/operations.py,sha256=CHXPy8hDYNqE5woVMj_lu2p4wgl7fqRxO0Dz0v1t4zI,761
-donna/machine/primitives.py,sha256=DuCecXLwIsYOD3fzFp5ZQ08b1_K4Xlol6SDvM09X2ms,3267
-donna/machine/sessions.py,sha256=eA_SV8zDtjKg3vA6wmbT7P14RK68TA2XbFAZMLYuyXc,6880
-donna/machine/state.py,sha256=E5ckioJ8K5Mv_IvJyNf7O15tW10hSYf6oA79x3WiZKU,8101
-donna/machine/tasks.py,sha256=10hPk325VR5Ii6vytqeNRq9rgGCEM8SGoqrvgz1lQSA,2826
-donna/machine/templates.py,sha256=wB6s41fTaHD-GuL3zPn1JTID5scfpUgVzBiuFfyYUtU,2474
-donna/primitives/__init__.py,sha256=CfJhz3TLdFxYbqCXioWVAIKGQ2tAMwXwL_Fg3A68Dqo,53
-donna/primitives/artifacts/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/primitives/artifacts/specification.py,sha256=3mzZLIMwKhDJ-GxJ0X0vW1Xh-PqFXwg9EDy_jooS8eI,461
-donna/primitives/artifacts/workflow.py,sha256=7YlJ7ohpeWnuGhnoRqlFTZGq-54STLL_BDTYYGWz4sc,7684
-donna/primitives/directives/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/primitives/directives/goto.py,sha256=uJdMJe3leJPSl_0PU4jd2AbHFJsJkf-x6rKhn4hKZd8,1679
-donna/primitives/directives/task_variable.py,sha256=KvxY8ZOKFh6alkBhgDvkWzIJBfRNP4oYKRJ0SgHzO_g,2959
-donna/primitives/directives/view.py,sha256=BiTZULx1ZC0z4V_Z6EaG3bYLcFna-nV_akaVXAvxJRo,1558
-donna/primitives/operations/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/primitives/operations/finish_workflow.py,sha256=qRSjemF2o2Lim-GGrnjBjouxPMzDS9M-QEw_Weg0Zu0,1494
-donna/primitives/operations/request_action.py,sha256=cwNZl5Av1ko3DU4fcO62xCFJqvIUmm7ff_BvTaGmAhA,3041
-donna/primitives/operations/run_script.py,sha256=Pl6llF9_Ck-WXn_4-cVfxY9K2WyrbEoOfQJGSxA__Xs,9338
-donna/protocol/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/protocol/cell_shortcuts.py,sha256=dZVCzoaPu09IYEA5g5gYPhR-q8MpgmehcYti1z9BBuI,385
-donna/protocol/cells.py,sha256=jQCM-l31Kt7gEBXgvb7Ph5Fstbz9lf0lEUbH0bgNlWg,1348
-donna/protocol/errors.py,sha256=u54fxMtJMWL8cbOLWU0acrmxV7Q8uHnyT1NFw959SMI,486
-donna/protocol/formatters/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/protocol/formatters/automation.py,sha256=I_I-b8bixuXBlKqn2ryHDKSdRJy77FzDATJi-jhEPWI,928
-donna/protocol/formatters/base.py,sha256=PGrAgxiEtZKyg1wPePQMt5syOr6IpC4ydh5rMElaojE,405
-donna/protocol/formatters/human.py,sha256=WvoZVYlD4H3MftDkpEEP_RtyZnzJhUWKNecKgm3FoXg,1168
-donna/protocol/formatters/llm.py,sha256=z_2djZFaVVHjLYFMneUrYp5sA-EvtPuHUDzGKV1ogu4,1266
-donna/protocol/modes.py,sha256=vFDjciPdPy26XlLBGrgAn1kAVW7EJAHrccGcJrK7vUo,960
-donna/protocol/nodes.py,sha256=aP5IVOouZe6akSdfzPpfcGuZLbxkEieTE6j6SuVuTUU,1974
-donna/world/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/world/artifacts.py,sha256=qCACfo6ZNX1UypM2bHIiYRnMNDjh-PVJY4IumEpCB0c,4316
-donna/world/artifacts_discovery.py,sha256=8-IYannZodL65paQxXjk_sJ_cATXXe9252FF-OAVqpo,2798
-donna/world/config.py,sha256=XS4r1Y3TKmKJZGLqywGDa8U3uyG-ZeHWKZTp9G4v4yw,6355
-donna/world/errors.py,sha256=fGB89o2qRNu8ojU71SJvsc432x4C3P31Kn4k1i7PYWc,7799
-donna/world/initialization.py,sha256=AfA79qVoa7iJo16ut0NonHe54oh_yaOiurps3ftjldg,1268
-donna/world/markdown.py,sha256=4KDEG0B4P2G6dKO1S8eNLY_XLKiw4d8aLoP_HEmEvm0,7250
-donna/world/sources/__init__.py,sha256=IRwKWnqQKh1ase742jhdadBcS4E9Hxr6j_l9Li6wwfw,70
-donna/world/sources/base.py,sha256=P5O2O1A7_GWqJvVVTwjg_fCH0TYIWUJpAjacB0LZBqk,2010
-donna/world/sources/markdown.py,sha256=sQ7Tgk0-xbPF0h7o77epq58wa5zt9lkGzT9EpXvMcFo,9669
-donna/world/templates.py,sha256=bcrDvZBBRfDdXYmh1jevzDBVDT-2hmMRdGkd0xx2RVQ,6054
-donna/world/tmp.py,sha256=oKXMt3WDn10hYlYxwuSHC7ZpD7sDjl06RqNdfJ58ZAc,791
-donna/world/worlds/__init__.py,sha256=47DEQpj8HBSa-_TImW-5JCeuQeRkm5NMpJWZG3hSuFU,0
-donna/world/worlds/base.py,sha256=3SZp44lzmYmve1XiXyUX5oD6NWSvrXqg7aar0dO7lsM,2465
-donna/world/worlds/filesystem.py,sha256=W18pSCJQAkeP5gn_FkIU-FIorrXTfMipUGc1FjbqfOo,6648
-donna/world/worlds/python.py,sha256=R9BOZJJT9MomNzTM0L19SO43DAwQY_R-QL9JtrcjPtc,7035
-donna-0.2.0.dist-info/METADATA,sha256=4N8NZmx4hgJCowL7fT7ODPH7Xr8imdKiPGaXgxlpPXE,2012
-donna-0.2.0.dist-info/WHEEL,sha256=3ny-bZhpXrU6vSQ1UPG34FoxZBp3lVcvK0LkgUz6VLk,88
-donna-0.2.0.dist-info/entry_points.txt,sha256=r2W_yOzauooYCu312OQwCycIN1UjVnO5paPpS2EDZqo,48
-donna-0.2.0.dist-info/licenses/LICENSE,sha256=KiF6_RVxH0MLeHZZtc8ag497X-c6oPmk-0OOf9qQDDk,1504
-donna-0.2.0.dist-info/RECORD,,