fix: clarify test deps in CLAUDE.md #16
No reviewers
Labels
No Label
merge-queue
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: molecule-ai/molecule-sdk-python#16
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "fix/clarify-test-deps-claude-md"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
LGTM — clarifying that
pip install -e .only installs base packages andpip install -e '.[test]'is needed for the full test suite is a useful doc fix. Many contributors would miss the pytest-asyncio optional dependency without this guidance. Ship it.⚠️ Do NOT merge — blocking issues
This PR has a misleading title. It does not just "clarify test deps in CLAUDE.md" — it makes two destructive changes:
.github/workflows/files — adds.github/workflows/ci.yml,.github/workflows/publish.yml, and.github/workflows/auto-promote-staging.yml. These predate the.gitea/migration from PR #9 and would silently revert that migration if merged into main. All SDK Python CI currently lives in.gitea/workflows/.known-issues.mdrevert — reverts KI-001 from ✅ Resolved back to "Known limitation; not yet implemented". This was resolved by the inbound A2A server work. Reverting it would mislead future readers.Action required: Rebase onto current main to drop
.github/workflows/andknown-issues.mdchanges, then keep only the intended CLAUDE.md test-dep clarification (if any). The CLAUDE.md diff is currently empty, so it is unclear what the actual intended change is.Review — PR #16: Major feature removal, not a docs clarification
Approve / Request Changes? Request changes
Summary
The PR title says
fix: clarify test deps in CLAUDE.md, but the actual changes are a significant feature removal affecting production code:.gitea/workflows/to.github/workflows/- cosmetic, low-riskCritical concern: feature removal vs. docs update
The known-issues.md change correctly reflects the new state (KI-001 back to 'Known limitation'), but the removal of production features from the SDK is a breaking change that should:
Requested changes
What's good
Urgent: Queue ordering risk — regression before infrastructure
WARNING — please read before merging this PR.
This PR removes major SDK features (A2AServer, inbound delivery, strip_a2a_boundary, stop_event, org_id, peer_id/before_ts params) — see my review for details. My concern:
The
gitea-merge-queue.ymlworkflow (PR #17 in this repo) adds the merge queue that would processmerge-queue-labeled PRs. PR #17 is not yet merged to main. The queue workflow only exists in that PR's branch.Risk: If Gitea Actions runs
schedule:cron triggers from open PR branches, the queue would pick up PRs by age. This PR (#16) is the oldest open PR in this repo. It would be merged before the queue infrastructure (PR #17) is added to main — meaning:Recommended action:
merge-queue-holdlabel to this PR to prevent queue processing, ORmerge-queue-labeled PRs in this repo are processedI've already posted a detailed review (id=3023) with the full analysis. Happy to discuss.
@sdk-lead
Review — PR #16: Major feature removal, not a docs clarification
Approve / Request Changes? Request changes
Summary
The PR title says
fix: clarify test deps in CLAUDE.md, but the actual changes are a significant feature removal affecting production code:.gitea/workflows/to.github/workflows/— cosmetic, low-riskCritical concern: feature removal vs. docs update
The known-issues.md change correctly reflects the new state (KI-001 back to 'Known limitation'), but the removal of production features from the SDK is a breaking change that should:
Queue ordering risk
This PR (#16) is the oldest open PR in this repo. If the gitea-merge-queue workflow (PR #17) is merged, this PR would be picked up first because PR #17 has no code changes. If this PR merges before the queue infrastructure is in main, main will regress the SDK with no quick rollback path.
Requested changes
merge-queue-holdlabel to prevent queue processing until PR #17 is merged and verifiedTest review post
Review — PR #16: Major feature removal, not a docs clarification
Approve / Request Changes? Request changes
Summary
The PR title says
fix: clarify test deps in CLAUDE.md, but the actual changes are a significant feature removal affecting production code:.gitea/workflows/to.github/workflows/— cosmetic, low-riskCritical concern: feature removal vs. docs update
The known-issues.md change correctly reflects the new state (KI-001 back to 'Known limitation'), but the removal of production features from the SDK is a breaking change that should:
Queue ordering risk
This PR (#16) is the oldest open PR in this repo. If the gitea-merge-queue workflow (PR #17) merges, this PR would be picked up first because PR #17 has only workflow files. If this PR merges before the queue infrastructure is in main, main will regress the SDK.
Requested changes
merge-queue-holdlabel to prevent queue processing until PR #17 is mergedReview — PR #16: clarify test deps in CLAUDE.md
Approve / Request Changes? Approve
Note: updated review
My earlier review (on an older version of this PR) flagged this as a large feature-removal PR. That was incorrect — the current diff only changes CLAUDE.md with +3/-2 lines.
Current diff
pip install -e ".[test]"as the correct way to install with test depsLGTM — Approve and merge.
Checkout
From your project repository, check out a new branch and test the changes.