Repository Analysis

tracel-ai/burn

Burn is a next generation tensor library and Deep Learning Framework that doesn't compromise on flexibility, efficiency and portability.

4.6 Likely human-written View on GitHub

Analysis Overview

This report presents the forensic synthetic code analysis of tracel-ai/burn, a Rust project with 15,829 GitHub stars. SynthScan v2.0 examined 410,489 lines of code across 1964 source files, recording 1731 pattern matches distributed across 13 syntactic categories. The overall adjusted score of 4.6 places this repository in the Likely human-written band.

The scanner applied 160+ deterministic lexical heuristics, multi-line block detectors, abstract syntax tree depth profilers, and a cross-file Jaccard similarity matrix to construct a statistically normalised synthetic code estimate. All matches are individually weighted by severity coefficient and contextual multiplier before summation, and the resulting headline score is temporally discounted to account for the repository's development history relative to the commercial emergence of large language model coding tooling (November 2022 onward).

4.6
Adjusted Score
4.6
Raw Score
100%
Time Factor
2026-08-28
Last Push
15.8K
Stars
Rust
Language
410.5K
Lines of Code
2.0K
Files
1.7K
Pattern Hits
2026-08-29
Scan Date
0.00
HC Hit Rate

What These Metrics Mean

Adjusted Score
Primary synthetic code indicator. Raw score normalised per 1,000 lines of code and multiplied by the temporal discount factor. This is the definitive comparative metric — use it to rank repositories by AI authorship density.
Raw Score
The unmodified sum of all severity-weighted, context-multiplied pattern match scores before temporal discounting. Reflects the absolute signal strength independent of when the repository was last active.
Time Factor
The temporal discount multiplier (0–100%) applied to the raw score. Repositories last updated before ChatGPT's launch (Nov 2022) receive a 5% factor. Full signal is only assigned to repositories active in the post-adoption era (Jan 2024+).
Pattern Hits
Total count of individual pattern matches across all files and categories. A high hit count with a low score may indicate a very large codebase with isolated AI snippets; a low count with a high score indicates dense, concentrated AI signatures.
HC Hit Rate
High+Critical pattern hits per file, averaged across the repository. This orthogonal signal catches repositories where a few files are densely packed with high-severity AI tells — a strong indicator even when the normalised score appears moderate due to codebase size.
Lines of Code / Files
Total lines and files analysed. The scanner examines 94 file extensions. These denominators are used to normalise the score, enabling fair comparison between repositories of vastly different sizes.

Score History

This chart maps the temporal evolution of the adjusted synthetic code score across successive scan runs. An upward trajectory indicates ongoing incorporation of AI-generated code or expanding LLM-assisted scaffolding; a stable or declining trajectory may reflect active human refactoring, code removal, or the adoption of stricter authorship policies. The dashed secondary line (right axis) independently tracks total raw pattern hit count, which can diverge from the normalised score when codebase size changes significantly between scans.

Severity Breakdown

Classifies detected patterns by their diagnostic confidence and structural impact. CRITICAL patterns (coefficient 10) represent definitive synthetic signatures — hallucinated imports, explicit LLM attribution metadata — virtually never produced by human authors. HIGH (5) indicates strong structural tells such as cross-file repetition or cross-linguistic idioms. MEDIUM (2) covers recognisable conversational padding and AI-specific vocabulary. LOW (1) captures subtle indicators like tautological comments and generic boilerplate that require density to carry independent signal.

CRITICAL 6HIGH 0MEDIUM 79LOW 1646

Directory Score Breakdown

This horizontal bar chart decomposes the repository's raw synthetic code score by top-level directory, allowing you to pinpoint precisely which modules or components carry the highest AI authorship density. Directories with disproportionately high scores relative to their size warrant targeted manual review: concentrated AI signatures often trace back to mass-generated configuration layers, auto-ported test suites, LLM-scaffolded boilerplate classes, or entire subsystems authored under heavy copilot assistance. Use this view to prioritise your human code-review effort.

Pattern Findings

The scanner identified 1731 distinct pattern matches across 13 syntactic categories. Each entry below represents a discrete location in the source code where the engine recorded a statistically significant AI authorship indicator. Expand any category row to inspect the individual file paths, line numbers, code snippets, and the lexical context (CODE, COMMENT, or STRING) in which each match was detected.

Reading the findings table: The Severity column indicates the diagnostic confidence level (CRITICAL / HIGH / MEDIUM / LOW). The Context column identifies whether the match occurred inside executable code, an inline comment, or a string literal — comment-context matches receive a ×1.5 weight because LLMs systematically over-annotate. The ⚡ bolt icon marks clustered matches: three or more patterns within a 10-line window, each receiving an additional ×1.5 density multiplier as dense clusters constitute far stronger evidence of synthetic authorship than isolated hits.

Over-Commented Block1579 hits · 1402 pts
SeverityFileLineSnippetContext
LOWCargo.toml221burn-vision = { path = "crates/burn-vision", version = "=0.22.0-pre.3", default-features = false }COMMENT
LOWdeny.toml21# output a note when they are encountered.COMMENT
LOWdeny.toml41# The default lint level for `default` features for external crates that are notCOMMENT
LOWcrates/burn-pack/tests/streaming_memory.rs1//! The peak-memory guarantee, measured rather than asserted in prose.COMMENT
LOWcrates/burn-pack/src/lib.rs1#![cfg_attr(not(feature = "std"), no_std)]COMMENT
LOWcrates/burn-pack/src/lib.rs21//! ```COMMENT
LOWcrates/burn-pack/src/lib.rs41//! .unwrap();COMMENT
LOWcrates/burn-pack/src/lib.rs61//! │ Header — 10 bytes ([`HEADER_SIZE`]) │COMMENT
LOWcrates/burn-pack/src/lib.rs81//! │ tensors sliced zero-copy. │COMMENT
LOWcrates/burn-pack/src/lib.rs101//! - [`MAX_CBOR_RECURSION_DEPTH`] — deepest CBOR nesting (stack-overflow guard)COMMENT
LOWcrates/burn-pack/src/base.rs21pub const MAGIC_SIZE: usize = 4;COMMENT
LOWcrates/burn-pack/src/base.rs41/// Industry alignment choices:COMMENT
LOWcrates/burn-pack/src/base.rs61 (unaligned_start.div_ceil(TENSOR_ALIGNMENT) * TENSOR_ALIGNMENT) as usizeCOMMENT
LOWcrates/burn-pack/src/base.rs281 }COMMENT
LOWcrates/burn-pack/src/writer.rs21///COMMENT
LOWcrates/burn-pack/src/writer.rs41COMMENT
LOWcrates/burn-pack/src/writer.rs81 }COMMENT
LOWcrates/burn-pack/src/writer.rs101 }COMMENT
LOWcrates/burn-pack/src/writer.rs181 ///COMMENT
LOWcrates/burn-pack/src/writer.rs201 ///COMMENT
LOWcrates/burn-pack/src/writer.rs421}COMMENT
LOWcrates/burn-pack/src/writer.rs521}COMMENT
LOWcrates/burn-pack/src/writer.rs601COMMENT
LOWcrates/burn-pack/src/tensor.rs1//! Tensor-library-agnostic tensor entry for the burnpack format.COMMENT
LOWcrates/burn-pack/src/tensor.rs21COMMENT
LOWcrates/burn-pack/src/tensor.rs41/// container from lengths alone and then draws the data one tensor at a time.COMMENT
LOWcrates/burn-pack/src/tensor.rs101/// available up front viaCOMMENT
LOWcrates/burn-pack/src/tensor.rs141 Self {COMMENT
LOWcrates/burn-pack/src/tensor.rs221 /// Named `to_` rather than `bytes` because it can cost the whole tensor: a `Deferred` oneCOMMENT
LOWcrates/burn-rl/src/transition_buffer/base.rs21/// A batch of transitions.COMMENT
LOWcrates/burn-rl/src/transition_buffer/slice_access.rs1use burn_core::prelude::*;COMMENT
LOWcrates/burn-tensor/src/device.rs41///COMMENT
LOWcrates/burn-tensor/src/device.rs61/// Available factory methods (each gated by its matching Cargo feature):COMMENT
LOWcrates/burn-tensor/src/device.rs241COMMENT
LOWcrates/burn-tensor/src/device.rs261COMMENT
LOWcrates/burn-tensor/src/device.rs281COMMENT
LOWcrates/burn-tensor/src/device.rs521 /// Autodiff is a property of the device: tensors created on the returned deviceCOMMENT
LOWcrates/burn-tensor/src/device.rs561 /// Gradient checkpointing recomputes activations during backpropagation for operationsCOMMENT
LOWcrates/burn-tensor/src/device.rs581 GradientCheckpointingStrategy::Balanced,COMMENT
LOWcrates/burn-tensor/src/device.rs621 /// accumulate: the fusion backend batches ops to build optimizations, and the remote backendCOMMENT
LOWcrates/burn-tensor/src/device.rs641 /// to this specific device. It is guaranteed that at least this device will be seeded.COMMENT
LOWcrates/burn-tensor/src/device.rs661 ///COMMENT
LOWcrates/burn-tensor/src/device.rs701 }COMMENT
LOWcrates/burn-tensor/src/device.rs721 /// that would block every rebuild (a model's parameters, say) belong in theCOMMENT
LOWcrates/burn-tensor/src/device.rs781 /// This configures the dtype used when no explicit type is specified at tensorCOMMENT
LOWcrates/burn-tensor/src/device.rs821 )COMMENT
LOWcrates/burn-tensor/src/device.rs981 let device = wgpu_device(device_kind);COMMENT
LOWcrates/burn-tensor/src/device.rs1001 #[cfg(feature = "rocm")]COMMENT
LOWcrates/burn-tensor/src/device.rs1021 Remote(String),COMMENT
LOWcrates/burn-tensor/src/device.rs1161///COMMENT
LOWcrates/burn-tensor/src/device.rs1181 /// already has autodiff enabled will panic.COMMENT
LOWcrates/burn-tensor/src/lib.rs1#![cfg_attr(not(feature = "std"), no_std)]COMMENT
LOWcrates/burn-tensor/src/lib.rs21//! ```COMMENT
LOWcrates/burn-tensor/src/server.rs1//! Remote-execution server entry points.COMMENT
LOWcrates/burn-tensor/src/bridge/kind.rs21COMMENT
LOWcrates/burn-tensor/src/bridge/ops/base.rs21 /// This is a low-level function used internally by the library to call different backend functionsCOMMENT
LOWcrates/burn-tensor/src/bridge/ops/base.rs41 /// # ReturnsCOMMENT
LOWcrates/burn-tensor/src/bridge/ops/base.rs61 /// * `dtype` - The target data type.COMMENT
LOWcrates/burn-tensor/src/bridge/ops/base.rs81 /// * `shape` - The shape of the tensor.COMMENT
LOWcrates/burn-tensor/src/bridge/ops/base.rs101 /// # ArgumentsCOMMENT
1519 more matches not shown…
Decorative Section Separators59 hits · 248 pts
SeverityFileLineSnippetContext
MEDIUMcrates/burn-pack/src/lib.rs60//! ┌──────────────────────────────────────────────────────────────┐COMMENT
MEDIUMcrates/burn-pack/src/lib.rs65//! ├──────────────────────────────────────────────────────────────┤COMMENT
MEDIUMcrates/burn-pack/src/lib.rs73//! ├──────────────────────────────────────────────────────────────┤COMMENT
MEDIUMcrates/burn-pack/src/lib.rs76//! ├──────────────────────────────────────────────────────────────┤COMMENT
MEDIUMcrates/burn-pack/src/lib.rs82//! └──────────────────────────────────────────────────────────────┘COMMENT
MEDIUMexamples/custom-image-dataset/src/model.rs13// ┌────────────────────┐COMMENT
MEDIUMexamples/custom-image-dataset/src/model.rs23// └────────────────────┘COMMENT
MEDIUM.github/workflows/stale-pr.yml19 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/dependencies.yml29 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/dependencies.yml34 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/dependencies.yml39 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/dependencies.yml45 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/dependencies.yml52 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml72 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml78 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml81 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml89 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml92 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml108 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml114 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml117 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml143 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml152 # # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml160 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml163 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml168 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml213 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml219 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml222 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml267 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml273 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml276 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml243 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test.yml249 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml23 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml29 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml32 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml40 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml50 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml56 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml59 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml72 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml78 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml81 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml94 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml100 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml103 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml116 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml122 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/vulnerabilities.yml125 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test-gpu.yml78 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test-gpu.yml84 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test-gpu.yml116 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test-gpu.yml122 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test-gpu.yml154 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/test-gpu.yml160 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/valgrind.yml26 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/valgrind.yml29 # --------------------------------------------------------------------------------COMMENT
MEDIUM.github/workflows/valgrind.yml33 # --------------------------------------------------------------------------------COMMENT
Hallucination Indicators6 hits · 60 pts
SeverityFileLineSnippetContext
CRITICAL…es/burn-cubecl-fusion/src/optim/reduce/optimization.rs284 self.info.trace_read_fallback.resources.outputs.len()CODE
CRITICAL…ecl-fusion/src/optim/reduce_broadcasted/fuser/block.rs100 self.fuser.fuser.fuser.fuser.num_multi_block_local_inputs() > 0;CODE
CRITICALcrates/burn-nn/src/modules/rnn/gru.rs337 let bias = self.forward.update_gate.input_transform.bias.is_some();CODE
CRITICALcrates/burn-nn/src/modules/rnn/basic.rs274 let [d_input, _] = self.forward.gate.input_transform.weight.shape().dims();CODE
CRITICALcrates/burn-nn/src/modules/rnn/basic.rs275 let bias = self.forward.gate.input_transform.bias.is_some();CODE
CRITICALcrates/burn-nn/src/modules/rnn/lstm/bilstm_module.rs78 let bias = self.forward.input_gate.input_transform.bias.is_some();CODE
Structural Annotation Overuse23 hits · 43 pts
SeverityFileLineSnippetContext
LOWcrates/burn-store/src/keyremapper.rs221 // Step 1: Collect all paths and find all index positionsCOMMENT
LOWcrates/burn-ndarray/src/ops/conv.rs161 // NOTE: This function call is duplicated twice so that the compiler can perform auto-veCOMMENT
LOWcrates/burn-ndarray/src/ops/conv.rs394 // NOTE: This function call is duplicated twice so that the compiler can perform autCOMMENT
LOWcrates/burn-train/src/metric/vision/lpips/weights.rs86 // Step 1: Load backbone ImageNet weightsCOMMENT
LOWcrates/burn-train/src/metric/vision/lpips/weights.rs96 // Step 2: Load LPIPS linear layer weightsCOMMENT
LOWcrates/burn-train/src/metric/vision/dists/weights.rs60 // Step 1: Download and load VGG16 ImageNet backbone weightsCOMMENT
LOWcrates/burn-train/src/metric/vision/dists/weights.rs68 // Step 2: Download DISTS alpha/beta weightsCOMMENT
LOWcrates/burn-flex/src/ops/attention.rs521 // Step 1: Score matmul via gemmCOMMENT
LOWcrates/burn-flex/src/ops/attention.rs548 // Step 2: Apply scale/softcap/mask/bias, online softmax, rescale outputCOMMENT
LOWcrates/burn-flex/src/ops/attention.rs621 // Step 3: Value matmul via gemmCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs310 // Step 1: Transpose if tall matrix (more rows than columns)COMMENT
LOWcrates/burn-optim/src/optim/muon.rs317 // Step 2: Normalize by Frobenius normCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs397 // Step 1: Apply momentumCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs401 // Step 2: Orthogonalize via Newton-SchulzCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs404 // Step 3: Adjust learning rate based on parameter shapeCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs407 // Step 4: Apply weight decay (using ORIGINAL lr, not adjusted)COMMENT
LOWcrates/burn-optim/src/optim/muon.rs416 // Step 5: Update parameter (using ADJUSTED lr)COMMENT
LOWcrates/burn-optim/src/optim/muon.rs329 // Step 3: Newton-Schulz iterationCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs346 // Step 4: Restore transpose if it was a tall matrixCOMMENT
LOWburn-book/src/onnx-import.md89### Step 1: Update `Cargo.toml`COMMENT
LOWburn-book/src/onnx-import.md101### Step 2: Update `build.rs`COMMENT
LOWburn-book/src/onnx-import.md118### Step 3: Modify `mod.rs`COMMENT
LOWburn-book/src/onnx-import.md128### Step 4: Use the Imported ModelCOMMENT
Verbosity Indicators17 hits · 34 pts
SeverityFileLineSnippetContext
LOWcrates/burn-store/src/keyremapper.rs221 // Step 1: Collect all paths and find all index positionsCOMMENT
LOWcrates/burn-train/src/metric/vision/lpips/weights.rs86 // Step 1: Load backbone ImageNet weightsCOMMENT
LOWcrates/burn-train/src/metric/vision/lpips/weights.rs96 // Step 2: Load LPIPS linear layer weightsCOMMENT
LOWcrates/burn-train/src/metric/vision/dists/weights.rs60 // Step 1: Download and load VGG16 ImageNet backbone weightsCOMMENT
LOWcrates/burn-train/src/metric/vision/dists/weights.rs68 // Step 2: Download DISTS alpha/beta weightsCOMMENT
LOWcrates/burn-flex/src/ops/attention.rs521 // Step 1: Score matmul via gemmCOMMENT
LOWcrates/burn-flex/src/ops/attention.rs548 // Step 2: Apply scale/softcap/mask/bias, online softmax, rescale outputCOMMENT
LOWcrates/burn-flex/src/ops/attention.rs621 // Step 3: Value matmul via gemmCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs310 // Step 1: Transpose if tall matrix (more rows than columns)COMMENT
LOWcrates/burn-optim/src/optim/muon.rs317 // Step 2: Normalize by Frobenius normCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs397 // Step 1: Apply momentumCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs401 // Step 2: Orthogonalize via Newton-SchulzCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs404 // Step 3: Adjust learning rate based on parameter shapeCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs407 // Step 4: Apply weight decay (using ORIGINAL lr, not adjusted)COMMENT
LOWcrates/burn-optim/src/optim/muon.rs416 // Step 5: Update parameter (using ADJUSTED lr)COMMENT
LOWcrates/burn-optim/src/optim/muon.rs329 // Step 3: Newton-Schulz iterationCOMMENT
LOWcrates/burn-optim/src/optim/muon.rs346 // Step 4: Restore transpose if it was a tall matrixCOMMENT
Self-Referential Comments10 hits · 30 pts
SeverityFileLineSnippetContext
MEDIUM…h-tests/tests/non_contiguous_indexes/export_weights.py12 # Create a list to store the layersCOMMENT
MEDIUMcrates/burn-store/benches/download_resnet18.py26 # Create a temporary directory for the modelCOMMENT
MEDIUMcrates/burn-store/benches/generate_unified_models.py39 # Create a model with 20 layers matching the Rust LargeModelCOMMENT
MEDIUMcrates/burn-store/benches/generate_unified_models.py130 # Create the large modelCOMMENT
MEDIUM…src/pytorch/tests/reader/create_legacy_with_offsets.py12# Create a state dict with tensors that share storageCOMMENT
MEDIUM…src/pytorch/tests/reader/create_legacy_with_offsets.py16# Create a base tensor with known patternCOMMENT
MEDIUM…s/burn-store/src/pytorch/tests/reader/simple_legacy.py9# Create a simple state dictCOMMENT
MEDIUM…rn-store/src/pytorch/tests/reader/create_tar_format.py265 # Create the three main entriesCOMMENT
MEDIUMcrates/burn-dataset/src/source/huggingface/importer.py48 # Create the database connection descriptor (sqlite)COMMENT
MEDIUMcrates/burn-backend-tests/tests/autodiff/sign.rs6// >>> # Create a tensor with requires_grad=TrueCOMMENT
AI Slop Vocabulary9 hits · 27 pts
SeverityFileLineSnippetContext
MEDIUMcrates/burn-dispatch/src/backend.rs144/// Essentially, [`Dispatch`] is the single entry point for executing tensor operationsCOMMENT
MEDIUMcrates/burn/src/lib.rs34//! Burn strives to be as fast as possible on as many hardwares as possible, with robust implementations.COMMENT
MEDIUMcrates/burn/src/lib.rs67//! the model to learn representations that are more robust to reduced precision.COMMENT
MEDIUMcrates/burn-backend/src/backend/ops/modules/unfold.rs11/// The idea behind using convolution for unfolding is to leverage the sliding window mechanism ofCOMMENT
MEDIUMcrates/burn-fusion/src/stream/execution/tests.rs3//! The primary focus is on validating the seamless interaction between these three components toCOMMENT
MEDIUMcrates/burn-nn/src/loss/lp_loss.rs28 /// - `p = 1.0`: L1 loss (MAE with mean reduction) - robust to outliersCOMMENT
MEDIUMcrates/burn-nn/src/loss/lp_loss.rs31 /// - `0 < p < 1`: More robust to outliers than L1 (quasi-norm)COMMENT
MEDIUMcrates/burn-nn/src/loss/lp_loss.rs304 // L0.5 quasi-norm: more robust to outliers than L1COMMENT
MEDIUMcrates/burn-nn/src/modules/rope_encoding.rs110 // Essentially a cache of pre-computed RoPE values.COMMENT
Unused Imports21 hits · 21 pts
SeverityFileLineSnippetContext
LOW…urn-store/pytorch-tests/tests/conv1d/export_weights.py5CODE
LOW…rch-tests/tests/missing_module_field/export_weights.py5CODE
LOW…urn-store/pytorch-tests/tests/conv2d/export_weights.py5CODE
LOW…-store/pytorch-tests/tests/embedding/export_weights.py5CODE
LOW…store/pytorch-tests/tests/layer_norm/export_weights.py5CODE
LOW…re/pytorch-tests/tests/top_level_key/export_weights.py5CODE
LOW…-store/pytorch-tests/tests/key_remap/export_weights.py5CODE
LOW…pytorch-tests/tests/conv_transpose2d/export_weights.py5CODE
LOW…pytorch-tests/tests/conv_transpose1d/export_weights.py5CODE
LOW…store/pytorch-tests/tests/group_norm/export_weights.py5CODE
LOW…rn-store/pytorch-tests/tests/boolean/export_weights.py5CODE
LOW…rn-store/pytorch-tests/tests/integer/export_weights.py5CODE
LOW…h-tests/tests/non_contiguous_indexes/export_weights.py5CODE
LOW…store/pytorch-tests/tests/batch_norm/export_weights.py5CODE
LOW…urn-store/pytorch-tests/tests/buffer/export_weights.py5CODE
LOWcrates/burn-store/benches/download_resnet18.py15CODE
LOWcrates/burn-store/benches/generate_unified_models.py22CODE
LOW…rn-store/src/pytorch/tests/reader/create_tar_format.py19CODE
LOWcrates/burn-store/src/pytorch/tests/reader/test_data.py11CODE
LOWcrates/burn-store/src/pytorch/tests/reader/test_data.py12CODE
LOW…les/import-model-weights/weights/mnist_train_export.py6CODE
Hyper-Verbose Identifiers3 hits · 3 pts
SeverityFileLineSnippetContext
LOW…rn-store/src/pytorch/tests/reader/create_tar_format.py80def create_storages_blob_manual(tensors: list) -> bytes:CODE
LOW…rn-store/src/pytorch/tests/reader/create_tar_format.py130def create_main_pickle_manual(tensors_info: list) -> bytes:CODE
LOW…rc/pytorch/tests/store/test_data/generate_enum_test.py50def generate_enum_variant_mismatch_test():CODE
Slop Phrases1 hit · 3 pts
SeverityFileLineSnippetContext
MEDIUMexamples/custom-image-dataset/src/training.rs97 // NOTE: we use the CIFAR-10 test set as validation for demonstration purposesCOMMENT
Redundant / Tautological Comments1 hit · 2 pts
SeverityFileLineSnippetContext
LOWcrates/burn-store/benches/download_resnet18.py32 # Check if already downloadedCOMMENT
Excessive Try-Catch Wrapping1 hit · 1 pts
SeverityFileLineSnippetContext
LOWcrates/burn-store/benches/download_resnet18.py66 except Exception as e:CODE
AI Structural Patterns1 hit · 1 pts
SeverityFileLineSnippetContext
LOW…les/import-model-weights/weights/mnist_train_export.py44CODE