Skip to content

Tracker: .agents/skills/skill-lifecycle/SKILL.md > The Doc-Packaging Pattern #1376

Description

@ptr727

Tracker for .agents/skills/skill-lifecycle/SKILL.md > The Doc-Packaging Pattern. Filed under the rule #1314's Merge Gate half writes into that unit: a finding classed pre-existing on carried prose is gathered onto the unit's tracker rather than dispositioned one at a time. These are the pre-existing findings the whole-unit pass raised on that unit while the change adding include regions to scripts/build_dist.py (#1317, mechanism pull request) was reviewed. None was introduced by the change and none blocked it. A new pre-existing finding on this unit gathers here, numbering continuing this list. This tracker closes when the unit is rewritten and each line below is settled or superseded.

  1. "The section ends with the standard pointer sentence" is contradicted by two of the three sections the bullet names as examples: GOVERNANCE.md "Documentation Style Conventions" places its pointer and then continues with four rule-bearing subsections before the next level-two heading, and "PR Review Etiquette" places its pointer and then adds a further paragraph on provider-specific mechanics. Only "Git and Commit Rules" ends on the pointer, so a reader auditing a moved-content section against this unit finds two of its own three examples non-conformant.
  2. The same "Documentation Style Conventions" section keeps full rules of its own in those four subsections rather than a summary, so the comment-and-doc-style pairing named as an example of the moved-content shape is not a clean instance of it.
  3. The rendered "standard pointer sentence" matches no sentence in any doc. The live pointers are three sentences, "This is packaged as the <name> Skill at ... in the hub, not a repo-relative link since .... The summary above sketches the contract. Read the skill for ...", with a closing clause that varies per section, so an author copying the unit's rendering produces a pointer unlike every existing one, and nothing under spec/ enforces a wording that would settle which form is right.

Activity

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

    pre-existingReview finding classed pre-existing per local-strict-review Disposing of FindingsproseA defect in rule or procedure text

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions