Skip to content

Installed Official30 generated sections lack their tracked source dependency #499

Closed

Description

@trissim

General technical defect

An ordinary installed OpenHCS0.8.7 package advertises openhcs_official30_benchmark_recipes generated source sections, but a tracked common example source is not part of the manifest-derived package projection and its default root is cwd-relative. The public selector then correctly returns official30_source_missing instead of the advertised importable source.

This is a nested dependency/availability gap, not a missing declared top-level resource or a malformed section request. Full benchmark native references/results and private scoring material must remain excluded.

Retained original witness (not replayed)

Original public request:

{"document_id":"openhcs_official30_benchmark_recipes","section_id":"cp-tutorial-translocation-start-openhcs-python","max_chars":50000}

Original response: valid selected section, content="", truncated=false, errors[0].code="official30_source_missing". Reported path is the caller's output cwd plus benchmark/reference_exports/official30_value_completion_20260914/cp_tutorial_translocation_start.cppipe.

The distinct final-section call previously timed out with mcp_transport_failed/TimeoutError and remains UNKNOWN. It was not retried, resumed or used to infer conversion completion. That separate timeout belongs to #376.

Source/package evidence

  • Frozen ordinary wheel source main: 6ce527a29c421ef5a95217b58e8bc33a93ba5fa2; wheel SHA256 36c6c656a7b257e1da5bc0e6f6c126d3aa8246e9508b5ee89f1cd009f2b4cf33.
  • Current main: 72ae6bf2dd3ddc990c282eb2be200dab717cbd05. Relevant package projection, knowledge owner, service and both manifests are unchanged versus frozen main.
  • Wheel and installed RECORD contain the knowledge/official30 manifests, but no .cppipe members.
  • The original common source is tracked and exists: benchmark/reference_exports/official30_value_completion_20260914/cp_tutorial_translocation_start.cppipe, 7925bytes, SHA256 15d95afa1821526e5b58cc76fc33916ee0107ba5a3123cba33fa91ac319e5708. Contents/settings were not inspected in this triage.
  • Its official30 declaration uses cppipe_path_root=reference_export_pipelines, whose default is relative and whose explicit environment contract is OPENHCS_REFERENCE_EXPORT_PIPELINES_ROOT.
  • _comparison_manifest_root_path returns the relative default; _official30_source_section_lines resolves it at current cwd.
  • declared_knowledge_source_paths projects the top-level knowledge manifest/documents only, not this nested source dependency. Therefore declared-resource byte qualification can PASS while generated sections are unavailable.
  • Packaged skill/example map instruct agents to select generated sections as first-choice sources; the ordinary package does not supply this tracked dependency.

Ownership/overlap

Original owners: KnowledgeBaseService generated selection, _ComparisonManifestPathResolver portable roots, knowledge_manifest installed resource roots, and BuildPyWithMcpKnowledge/SdistWithMcpKnowledge -> project_knowledge_assets package projection. No alternate importer/registry/fallback proposed.

#376/merged #377 addresses conversion discovery/deadline, not this source availability. #377 is already present in the frozen ancestry. Current open PRs and missing-source/knowledge-package issue searches found no matching availability fix. This receipt is the packaging triage owner's separate technical report; no scientific workflow intervention.

Later acceptance (not run)

Use the ordinary installed public knowledge entrypoint outside a checkout cwd, the existing source/package declaration owner and canonical importer. A declared common generated-source section must resolve its owned dependency without a parallel registry, checked-in generated Python copy, downloading the benchmark, or including private native/reference/result trees. Preserve typed missing-source errors and the original10second observation boundary. Installed selection/conversion evidence is required separately from source/package membership.

No imports, tests, builds, native/UI/provider calls, downloads or source edits were performed. Original UNKNOWN and frozen scientific evidence remain unchanged.

Durable technical-only receipt:
/home/ts/wt/openhcs-issue-batch-20260929/next-h004-preparation-20261002/official30-package-triage-20261003/RECEIPT.rst
with complete original request/response JSON and byte-excerpt hashes.

Activity

  1. trissim commented on Oct 3, 2026

    @trissim
    CollaboratorAuthor

    Taking the authorized implementation in released top-level source /home/ts/wt/openhcs-ui-workflow-rendering-20261001, new branch fix/knowledge-native-source-499-20261003 at main72ae6. Parent candidate release plus Dalton production-source borrower check: processrefs0/inaccessible0, no paired/UI pth or egg-link refs; tracked top-level clean. Four foreign dirty gitlinks and every environment/module backing remain untouched. Trace completed with refactor-audit AST substrate across814 production modules,0 parse omissions; complete related source/root/projector callers inspected. Existing read-only recipe snapshot will own native cppipe closure and canonical/resource anchoring for package projection, MCP immutable resource membership, selection and inventory; delete competing native-ref inventory lookup. No raw datasets/expected answer data/generated Python copies; no changes to frozen490/498 installations or science. Issue376 UNKNOWN remains unreplayed. Draft checkpoint follows; actual installed retrieval waits for parent slot/resource handoff.

  2. added a commit that references this issue on Oct 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions