pytorch / pytorch/rl

[DO NOT CLOSE] TorchRL call for contributions and near-term focus

Open
#509 2 comments 3 reactions 1 assignee View on GitHub

@vmoens is already working on this.

Since Oct 3, 2022.

enhancement Good first issue
Dominant language
Python
Stars
3.6k
Forks
487
Avg merge
1d 1h
Merged PRs (30d)
207

Description

TorchRL call for contributions

Last reviewed: August 2026

This is a living contributor hub for TorchRL's current priorities. It is not a release schedule, and the focus areas may evolve as designs land and project needs change.

How to contribute

  1. Pick an open issue below and read its latest discussion.
  2. Check the assignees and recent comments before starting.
  3. Comment on the issue to agree on scope, especially for RFCs and assigned work.
  4. Follow the repository's contribution guide for implementation, tests, documentation, and pull requests.

If you would like to propose work that is not listed here, open a dedicated issue first. New entries in this hub must point to an open issue with a clear motivation and enough scope for contributors to discuss or implement.

Near-term focus

Post-training interoperability

Make TorchRL's post-training components easier to adopt from existing ecosystems and training loops.

  • #3948 — overall post-training interoperability direction
  • #4058 — TRL interoperability adapters
Scalable asynchronous collection and inference

Improve throughput and ergonomics for large asynchronous environment fleets and accelerator-backed policies.

  • #4061 — AsyncEnvPool v2 and its shared-memory, batching, and inference path
Replay-buffer composition and update safety

Separate sampling concerns cleanly and make delayed mutable updates safe under storage reuse.

  • #4039 — compose selection distributions, sampling units, and boundary policies
  • #4040 — generation-safe conditional updates
  • #4041 — generation-stamped replay indices
Monitoring and consistent runtime APIs

Improve observability and make configuration consistent across collectors, evaluators, replay buffers, and inference services.

  • #4012 — monitoring and logger attachment APIs
  • #3943 — unified device configuration

Ways to contribute now

Implementation opportunity
  • #1623 — TQC example algorithm. Review the current ownership and discussion, then coordinate scope before opening a PR.
Design and discussion opportunities

These RFCs are open for concrete API feedback, use cases, and implementation trade-offs:

  • #4012 — collector and replay-buffer monitoring
  • #3943 — device-placement configuration
Coordinate before coding

The post-training, AsyncEnvPool, and replay-buffer workstreams above are active, larger efforts with current ownership. Focused prototypes, benchmarks, tests, documentation, and scoped implementation help may be useful, but please agree on the boundary in the linked issue first.

Keeping this page current

  • Every listed item must have a dedicated open issue.
  • Completed or deprioritized items should be removed instead of kept as a historical archive.
  • Closed issues and release notes are the source of truth for completed work.

Thanks for contributing to TorchRL!

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.