Skip to content

chore: widen attune-rag pin to <0.3 and release v0.14.1#43

Merged
silversurfer562 merged 1 commit into
mainfrom
chore/widen-attune-rag-pin-0.3
May 25, 2026
Merged

chore: widen attune-rag pin to <0.3 and release v0.14.1#43
silversurfer562 merged 1 commit into
mainfrom
chore/widen-attune-rag-pin-0.3

Conversation

@silversurfer562

Copy link
Copy Markdown
Member

Summary

  • Widen attune-rag pin in the [rag] extra from <0.2 to <0.3 so installs of attune-author[rag] pick up the freshly-released attune-rag 0.2.0 (first SemVer-binding cut, purely additive).
  • Bump version 0.14.0 → 0.14.1 + CHANGELOG entry.
  • No code changes — the RagPipeline / DirectoryCorpus / FaithfulnessConfig / JudgeOutcome surfaces consumed by attune_author.rag_hook and attune_author.faithfulness are unchanged across the 0.1.x → 0.2.0 bump (verified by smoke-installing locally and running the 53 rag/faithfulness tests).

Test plan

  • Fresh venv: pip install -e .[rag] resolves attune-rag 0.2.0 (was capped at 0.1.23)
  • rag_enabled() returns True; RagPipeline, DirectoryCorpus import cleanly
  • 53/53 rag- and faithfulness-marked tests pass against attune-rag 0.2.0
  • CI green (no [rag]-extra coverage in tests.yml — pin widening verified locally)

Release notes

After merge, tag v0.14.1 and push to trigger publish.yml (trusted publishing, environment pypi).

attune-rag 0.2.0 shipped 2026-05-25 as the first SemVer-binding
cut — purely additive (new measure_corpus module + aliases
helpers; no breaking API changes). The current [rag] extra
pin caps at <0.2, silently locking installs to attune-rag
0.1.23 even when 0.2.x is available.

Widen the cap to <0.3 so `pip install attune-author[rag]`
resolves attune-rag 0.2.x while still requiring explicit
re-validation for the next breaking minor.

Local smoke (python 3.10, fresh venv):
  pip install -e .[rag]
  → attune-author 0.14.1, attune-rag 0.2.0
  53/53 rag- and faithfulness-marked tests pass.

No code changes — RagPipeline / DirectoryCorpus /
FaithfulnessConfig surfaces consumed by rag_hook.py and
faithfulness/ are unchanged across the 0.1.x → 0.2.0 bump.
@silversurfer562 silversurfer562 merged commit 29efed9 into main May 25, 2026
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant