Skip to content

[suite] [improvement] land the thread's delta from the last implement step instead of at close #72

Closed as not planned

Description

@Jei-sKappa

Consider applying the delta of the ADRs and glossary by the last implement skill task / step, instead of leaving it to close-thread.

Two things stand in the way and need settling. A thread can hold several implementations, so "last" has no definition today. And the implement skills' write boundary explicitly excludes docs/adr/, docs/glossary.md, and the thread's own adr/ and glossary.md. If the delta lands earlier, what closing still means also has to be decided, since the glossary defines it as the operation that lands the delta.

Activity

  1. added
    focus: nextThe single issue deliberately selected to be worked on next
    effort: 3Design plus implementation, tests and docs following
    on Sep 16, 2026
  2. Jei-sKappa commented on Sep 17, 2026

    @Jei-sKappa
    OwnerAuthor

    Not planned. Landing the thread delta from an implementation step would make an undefined “last implementation” responsible for project-level changes while the thread is still open. That is likely to cause bad behavior, including landing incomplete or later-superseded decisions. Keeping delta landing in close-thread preserves a single explicit lifecycle boundary.

  3. removed
    focus: nextThe single issue deliberately selected to be worked on next
    on Sep 17, 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

    effort: 3Design plus implementation, tests and docs followingscope: suiteThe skill suite (suite/)type: improvementMakes an existing capability work better

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions