Hebbian-Robotics/hflow - Open Source PR Review Scorecard

SDK for robotics teams to verify the quality of their data used for AI model training.

C-Rank Grade: S (Elite) - 73/100

External PR Merge Rate: 76%

Response Time: 4h

First Timer Success: 80%

Frequently Asked Questions

Is Hebbian-Robotics/hflow welcoming to first-time open-source contributors?

Hebbian-Robotics/hflow has a recorded first-timer success rate of 80.5%. Repositories ranked S typically provide actionable feedback during code reviews and actively nurture new community contributors.

How fast can I expect code review feedback on my pull request?

Maintainers in Hebbian-Robotics/hflow respond to incoming external pull requests in approximately 3.5 hours on average. Keeping PRs focused on single tasks and ensuring tests pass helps maintainers review faster.

What does the 73.4 C-Rank™ score (S Tier) represent?

The C-Rank™ system evaluates GitHub projects on a 0–100 scale using real data: PR merge rates, review turnaround time, active maintainer presence, and first-time contributor success. A score of 73.4 places Hebbian-Robotics/hflow in the S tier.

What is the external contributor pull request merge rate for Hebbian-Robotics/hflow?

The external contributor pull request merge rate for Hebbian-Robotics/hflow is 76.1%, based on public PR activity from non-core contributors.

Are there Good First Issues available in Hebbian-Robotics/hflow?

Hebbian-Robotics/hflow currently has 2 active issue(s) tagged with beginner-friendly labels like "good first issue", "beginner", or "up-for-grabs".

Hebbian-Robotics
Hebbian-Robotics/hflowS•Elite286
GitHub
Back to Explorer
Hebbian-Robotics

Hebbian-Robotics/hflow

286
Active (30d)S•Elite(73/100)Python

SDK for robotics teams to verify the quality of their data used for AI model training.

GitHub
Compare••
Jump to:

AI Maintainer Review Guidelines

Review Persona

Empathetic Technical Mentor

Warmth Score
7.8/10
Patience Score
8.2/10
Nitpick Rate
35%

Collaborative maintainer environment in Hebbian-Robotics/hflow. Reviews community pull requests with focus on project quality.

What Contributors Actually Say

Discussions in Hebbian-Robotics/hflow focus heavily on practical implementation feedback, code formatting standards, and issue reproduction details.

Hidden Friction Signals

Unlinked PRs without issue context and changes that fail automated test suites face the highest review friction.

Unwritten Rules

  • •1) Keep PR scope strictly aligned with the linked issue.
  • •2) Ensure local linters pass before opening a review.
  • •3) Maintain full test coverage for modified logic.

Top PR Submission Do's

  • •Add or update tests for changed behavior before requesting review
  • •Link the issue and include reproduction context in the PR
  • •Update docs or README when behavior changes

Top PR Friction Pitfalls (Don'ts)

  • •Do not leave requested test coverage unresolved
  • •Do not open context-free PRs
  • •Do not ship user-facing changes without matching docs
Response Velocity
3 hours
Standard maintainer review cycle

Average Response Latency

Tracks hours until a maintainer leaves a review, comment, or PR response.

Merge Efficiency
76.1%
High acceptance rate for external PRs

External Acceptance Rate

Percentage of community pull requests successfully merged into main.

First-Timer Success
80.5%
Strong first-timer PR acceptance rate

First PR Conversion

Rate at which developers submitting their first repository PR succeed.

Active Maintainers
22 core
Highly collaborative maintainer core
Diagnostic Health HUD
76.1%
Merge Gauge
80.5%
1st-Timer
Community Vibe82/100

Embed C-Rank Badge

Show contributors that your repository actively reviews and merges external pull requests.

GetMerged C-Rank badge for Hebbian-Robotics/hflow
[![GetMerged C-Rank](https://getmerged.abhishekco.de/api/badge/Hebbian-Robotics/hflow)](https://getmerged.abhishekco.de/Hebbian-Robotics/hflow?utm_source=github&utm_medium=badge)

Active Good First Issues (5)

View on GitHub

Current behavior The libx264 parameters that produce conforming canonical video are typed out by hand in four places: site variable src/hflow/video.py:199-201 x264_params, inside encode_images_to_h264 (the transform's encoder) src/hflow/importers/video.py:217 inline, in the direct-H.264 import added by #594 examples/egocentric/convert.py:132-135 x264_parameters, added by #592 examples/egocentric/prepare.py:503-506 x264_parameters Every copy is the same string: keyint={N}:min-keyint={N}:scenecut=0:bframes=0:repeat-headers=1:aud=1 Why it matters These are not tuning knobs. Each flag is one of the normative constraints in docs/FORMAT.md: aud=1 is item 2, repeat-headers=1 is item 3, bframes=0 is item 4, and keyint=min-keyint with scenecut=0 is item 5. Four copies of the format contract means that when one constraint changes, the copies that were missed keep producing episodes that hflow doctor rejects, and nothing fails at the point of the edit. The canonical one is a loca

📅 Opened Sep 22, 2026💬 1 comment
Quality: 75/100Contribute

Version or commit d0ea4ac (0.2.13) Environment Ubuntu, Python 3.12, x86_64. Synthetic MCAP only. Minimal reproduction Write one MCAP with two episode/v1 metadata records: the first says task=first, success=false; the second says task=second, success=true. Also write a minimal provenance/v1 so doctor has a stamp to read. Run hflow.doctor.diagnose on that file. Run write_canonical_episode and read Episode.metadata_records["episode/v1"]. Expected behavior A file with two metadata records of the same name is not a clean canonical episode. Doctor reports the duplicate, and the transform does not publish a canonical whose task / success are whichever record happened to be last. MCAP allows repeated names; HFlow's keyed view does not, and that disagreement should be visible. Actual behavior Doctor prints no findings at all. EpisodeReader.metadata() keeps the later record and logs a warning. After the library logging boundary (#590) that warning does not reach an unconfigured host. The trans

📅 Opened Sep 22, 2026💬 3 comments
Quality: 75/100Contribute

Cache-root policy is duplicated in src/hflow/_pinned_asset.py:26 and src/hflow/storage.py:165. Both honor XDG_CACHE_HOME, then hard-code ~/.cache/hflow. macOS is supported, but this bypasses its native cache location and lets the two implementations drift. Adopt platformdirs.user_cache_path("hflow") behind one HFlow helper. Preserve the existing HFLOW_MIRROR_DIR override. Reuse or safely migrate the legacy ~/.cache/hflow contents so upgrades do not redownload large FFmpeg binaries, models, or bucket mirrors. Definition of done: Declare platformdirs as a direct core dependency. Route pinned assets and object-store mirrors through one cache-root helper. Preserve HFLOW_MIRROR_DIR precedence. Cover default Linux/macOS paths, XDG_CACHE_HOME, the mirror override, and legacy-cache reuse with behavior-focused tests. Update cache-path documentation affected by the platform-specific location. Run uv run ruff check --fix, uv run ruff format, uv run ty check, and uv run pytest -q.

📅 Opened Sep 21, 2026💬 1 comment
Quality: 75/100Contribute

The Airflow client builds HTTP requests and translates urllib/network failures by hand in src/hflow/runtime/_client.py:202. Its module docstring cites keeping dependencies light, but httpx2 is already a core dependency. Migrate this transport to synchronous httpx2, keeping the existing public Airflow client API and typed response models. Scope this PR to the Airflow client and its tests; the Hugging Face importer and asset downloads are separate work. Acceptance criteria: Replace urllib request execution with httpx2 and close responses/clients reliably. Keep constructor arguments and existing call sites compatible. Preserve password authentication, one refresh after an expired token, and pre-issued bearer tokens that fail without attempting refresh. Preserve request payloads, URL escaping, caller-supplied run IDs, conflict handling, pagination, and health-body interpretation. Keep current retry policy; transport migration must not introduce retries of POST requests. Preserve configure

📅 Opened Sep 18, 2026💬 5 comments
Quality: 75/100Contribute

examples/egosuite_evaluation/evaluate.py:1654 defines labels, run, and compare with argparse, then converts Namespace attributes into evaluation configuration. Migrate this CLI to typed Typer commands so argument types are checked through to configuration construction. Scope: examples/egosuite_evaluation/evaluate.py, its CLI coverage, and its workspace dependencies. Keep the existing evaluation/configuration functions as the business-logic boundary. Add Typer directly to examples/egosuite_evaluation/pyproject.toml and update the shared uv.lock; this can land independently of the main CLI migration. Acceptance criteria: Replace argparse and Namespace-based CLI adapters with typed Typer command functions for labels, run, and compare. Keep existing invocation syntax, flags, defaults, output locations, and failure exit codes. Preserve camera/response-format choices, environment defaults, numeric bounds, multiple input paths, and mutual exclusion between --limit-per-episode and --samples-p

📅 Opened Sep 18, 2026💬 2 comments
Quality: 75/100Contribute
Looking for more Python beginner tasks?Explore Python GFI

Contributor Community Vibe Feedback

Rate what actually matters after opening a pull request here.

Have you contributed to this repo?

Rate your first-hand PR experience (review speed, maintainer responsiveness, and onboarding ease) to help other contributors.

3 ratings required
Maintainer helpfulness
Review speed
Beginner friendliness

Contributor Compatibility & Review Speed Analysis for Hebbian-Robotics/hflow

When evaluating whether to contribute to Hebbian-Robotics/hflow, response velocity and maintainer engagement are crucial. GetMerged continuously tracks pull request trajectories, first-comment latency, and code review rounds to help developers avoid submitting pull requests to backlogged repositories.

Currently, maintainers of Hebbian-Robotics/hflow acknowledge new external contributions in approximately 3 hours. Out of all submitted pull requests from non-core authors in the last 180-day window, 76.1% were successfully merged into the primary branch.

Frequently Asked Questions - Contributing to Hebbian-Robotics/hflow

01

Is Hebbian-Robotics/hflow welcoming to first-time open-source contributors?

Hebbian-Robotics/hflow has a recorded first-timer success rate of 80.5%. Repositories ranked Elite typically provide actionable feedback during code reviews and actively nurture new community contributors.

02

How fast can I expect code review feedback on my pull request?

The initial maintainer response time averages ~3 hours. Keeping PRs scoped to single concerns and ensuring CI checks succeed will optimize review turnaround.

03

What does the 73.4 C-Rank™ score represent?

The C-Rank™ index scores repositories on a 0 to 100 scale using an objective formula: external PR merge rates, initial response speed, active maintainer count, and first-time contributor retention. A score of 73.4 places Hebbian-Robotics/hflow in the Elite tier.

04

What is the external contributor pull request merge rate for Hebbian-Robotics/hflow?

The external pull request merge rate is 76.1%. GetMerged isolates non-core community contributions so external developers get an accurate benchmark of PR acceptance probability.

05

Are there beginner Good First Issues open in Hebbian-Robotics/hflow?

Yes, Hebbian-Robotics/hflow currently has 2 active issue(s) tagged with beginner-friendly labels. You can inspect these directly from the repository issues tab.

GetMerged C-Rank™ Indexing Standard

All metrics displayed for Hebbian-Robotics/hflow are automatically retrieved via the public GitHub API and recalculated daily. Insider pull requests submitted by repository owners or organization members are excluded from merge rate calculations to preserve objective external contributor statistics.