Add a real-time analytics node to your operational database. Spice is a portable, accelerated SQL query, search, and LLM-inference engine in Rust for data-grounded AI apps and agents.
This report presents the forensic synthetic code analysis of spiceai/spiceai, a Rust project with 3,030 GitHub stars. SynthScan v2.0 examined 1,083,509 lines of code across 3695 source files, recording 2983 pattern matches distributed across 16 syntactic categories. The overall adjusted score of 3.9 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).
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.
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.
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.
The scanner identified 2983 distinct pattern matches across 16 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.
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | Cargo.toml | 101 | license-file = "LICENSE" | COMMENT |
| LOW | deny.toml | 21 | # Local model search dependencies pull `fxhash`; no safe upgrade is available yet. Owner: llms. | COMMENT |
| LOW | .config/nextest.toml | 1 | [profile.default] | COMMENT |
| LOW | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 1 | # Cayenne vs DuckDB performance comparison matrix. | COMMENT |
| LOW | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 21 | # scale_factor: 1 | 5 | 10 | 100 | 1000 | COMMENT |
| LOW | tools/testoperator/src/system_adapter.rs | 21 | //! (the same protocol spicebench uses). The adapter's `setup()` response carries | COMMENT |
| LOW | tools/testoperator/src/system_adapter.rs | 81 | COMMENT | |
| LOW | tools/testoperator/src/pg_stats.rs | 41 | pub struct PgStatSample { | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 21 | //! before reaching their final TPC-H state, while the rest are inserted directly. | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 321 | result.push(batch); | COMMENT |
| LOW | …ols/testoperator/src/commands/streaming/correctness.rs | 21 | //! seed to exercise different mutation patterns. | COMMENT |
| LOW | …ls/testoperator/src/commands/streaming/verification.rs | 41 | /// Result of running TPCH verification using `SpiceTest`. | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/runner.rs | 21 | //! correctness with TPC-H queries. | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/traits.rs | 61 | COMMENT | |
| LOW | tools/testoperator/src/commands/streaming/utils.rs | 241 | /// `DynamoDB` metrics fetched from Spice's Prometheus endpoint. | COMMENT |
| LOW | …estoperator/src/commands/streaming/sources/dynamodb.rs | 1161 | async fn cleanup(&self) -> Result<()> { | COMMENT |
| LOW | tools/testoperator/src/commands/htap/reporting.rs | 21 | //! are present, so a non-Cayenne accelerator (e.g. `DuckDB`) cleanly skips them. | COMMENT |
| LOW | tools/testoperator/src/commands/htap/reporting.rs | 41 | /// Worst (across datasets) max lag over the under-load window, in milliseconds. | COMMENT |
| LOW | tools/testoperator/src/commands/htap/reporting.rs | 241 | // Caught-up interpretation: `lag_ms` is wall-clock now minus the last applied commit | COMMENT |
| LOW | …stoperator/src/commands/htap/correctness/analytical.rs | 41 | /// | COMMENT |
| LOW | …stoperator/src/commands/htap/correctness/analytical.rs | 241 | } | COMMENT |
| LOW | …/testoperator/src/commands/htap/correctness/compare.rs | 21 | //! different physical Arrow encodings. These helpers compare *values* — not | COMMENT |
| LOW | …/testoperator/src/commands/htap/correctness/compare.rs | 41 | COMMENT | |
| LOW | …/testoperator/src/commands/htap/correctness/compare.rs | 81 | matches!( | COMMENT |
| LOW | …/testoperator/src/commands/htap/correctness/compare.rs | 121 | /// The two batches are assumed row-aligned (same row order, same column order): | COMMENT |
| LOW | …estoperator/src/commands/htap/correctness/row_count.rs | 41 | #[derive(Debug, Clone)] | COMMENT |
| LOW | …estoperator/src/commands/htap/correctness/row_count.rs | 281 | /// | COMMENT |
| LOW | tools/testoperator/src/args/dispatch.rs | 101 | /// Each test type can be defined as a single section or as an array of sections | COMMENT |
| LOW | tools/testoperator/src/args/dispatch.rs | 421 | #[serde(skip_serializing_if = "Option::is_none")] | COMMENT |
| LOW | tools/testoperator/src/args/text_to_sql.rs | 41 | /// Inline JSON array of test questions and expected SQL | COMMENT |
| LOW | tools/testoperator/src/args/mod.rs | 121 | /// Whether to enable metrics collection | COMMENT |
| LOW | tools/testoperator/src/args/schema.rs | 21 | /// Arguments for the schema test command. | COMMENT |
| LOW | tools/testoperator/src/args/streaming.rs | 21 | COMMENT | |
| LOW | tools/testoperator/src/args/streaming.rs | 41 | /// | COMMENT |
| LOW | tools/testoperator/src/args/streaming.rs | 81 | /// Arguments for `DynamoDB` streaming data correctness test (multi-round CDC verification). | COMMENT |
| LOW | tools/testoperator/src/args/streaming.rs | 101 | /// Common arguments (spicepod path, spiced path, metrics, etc.) | COMMENT |
| LOW | tools/testoperator/src/args/htap.rs | 21 | use super::DatasetTestArgs; | COMMENT |
| LOW | tools/testoperator/src/args/htap.rs | 41 | COMMENT | |
| LOW | tools/testoperator/src/args/htap.rs | 61 | /// config) to this path as JSON when the run completes. This is the durable, | COMMENT |
| LOW | tools/testoperator/src/args/htap.rs | 81 | /// Skip the analytical-query correctness gate (re-running every CH-benCH | COMMENT |
| LOW | tools/testoperator/src/args/dataset.rs | 101 | #[arg(long)] | COMMENT |
| LOW | tools/testoperator/src/args/dataset.rs | 181 | MysqlCatalog, | COMMENT |
| LOW | tools/pr-builds/src/main.rs | 41 | #[derive(Parser)] | COMMENT |
| LOW | tools/pr-builds/src/main.rs | 61 | /// PR number to resolve to a branch. | COMMENT |
| LOW | tools/pr-builds/src/main.rs | 81 | #[arg(short, long)] | COMMENT |
| LOW | tools/chbench-driver/src/loader_mysql.rs | 21 | //! (1024 rows per batch) for faster inserts. | COMMENT |
| LOW | tools/chbench-driver/src/loader_mysql.rs | 301 | /// per-warehouse RNG derived from `seed`. | COMMENT |
| LOW | tools/chbench-driver/src/loader_mysql.rs | 421 | ); | COMMENT |
| LOW | tools/chbench-driver/src/schema_mysql.rs | 21 | //! dialect DDL. Postgres-WAL-specific replication cleanup has no `MySQL` | COMMENT |
| LOW | tools/chbench-driver/src/lib.rs | 141 | COMMENT | |
| LOW | tools/chbench-driver/src/lib.rs | 221 | let pool = PostgresConnectionPool::new(params) | COMMENT |
| LOW | tools/chbench-driver/src/loader.rs | 181 | /// parallel**, each on its own Postgres connection (spawned from `conn_str`). | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.secrets.yaml | 21 | # Environment variable secret store | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.secrets.yaml | 41 | # only meaningful alongside them. | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.secrets.yaml | 61 | # hashicorp_vault_mount: secret # default | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.models.yaml | 61 | # --------------------------------------------------------------------------- | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.models.yaml | 81 | # --------------------------------------------------------------------------- | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.all.yaml | 1 | # yaml-language-server: $schema=../../../.schema/spicepod.schema.json | COMMENT |
| LOW | tools/spicepodschema/tests/spicepod.all.yaml | 201 | file_path: .env | COMMENT |
| LOW | tools/spicepodschema/src/collector.rs | 61 | #[expect(unused_imports)] | COMMENT |
| 1942 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 45 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 47 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 176 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 178 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 218 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 220 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 249 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 251 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 274 | # =========================================================================== | COMMENT |
| MEDIUM | …estoperator/dispatch/perf-cayenne-vs-duckdb/pairs.yaml | 276 | # =========================================================================== | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader_mysql.rs | 164 | // ─── Batch sink ─────────────────────────────────────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader_mysql.rs | 241 | // ─── Public entry point ─────────────────────────────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader_mysql.rs | 530 | // ─── Per-table loaders ──────────────────────────────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader_mysql.rs | 844 | // ─── CH-benCH supplemental tables (static data) ────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader.rs | 47 | // ─── Batch sink ─────────────────────────────────────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader.rs | 127 | // ─── Public entry point ─────────────────────────────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader.rs | 340 | // ─── Per-table loaders ──────────────────────────────────────────────────────── | COMMENT |
| MEDIUM | tools/chbench-driver/src/loader.rs | 649 | // ─── CH-benCH supplemental tables (static data) ────────────────────────────── | COMMENT |
| MEDIUM | tools/spicepodschema/tests/spicepod.secrets.yaml | 10 | # ============================================================================= | COMMENT |
| MEDIUM | tools/spicepodschema/tests/spicepod.secrets.yaml | 12 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 2 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 4 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 10 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 13 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 22 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 24 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 31 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 33 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 40 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.catalogs.yaml | 42 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 2 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 4 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 10 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 12 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 23 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 26 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 35 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 37 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 43 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 45 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM | tools/spicepodschema/tests/spicepod.runtime.yaml | 10 | # ============================================================================= | COMMENT |
| MEDIUM | tools/spicepodschema/tests/spicepod.runtime.yaml | 12 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 6 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 8 | # ============================================================================= | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 10 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 13 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 42 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 44 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 50 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 55 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 120 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 123 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 132 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 135 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 142 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 145 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 197 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 200 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 210 | # --------------------------------------------------------------------------- | COMMENT |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.datasets.yaml | 213 | # --------------------------------------------------------------------------- | COMMENT |
| 450 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 383 | // Step 1: INSERT wrong values for all mutated rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 405 | // Step 2: UPDATE correct values for update-path rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 420 | // Step 3: DELETE delete-path rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 432 | // Step 4: INSERT correct values for delete-path rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 447 | // Step 5: Direct INSERT remaining rows | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 516 | // Step 1: Copy file locally | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 522 | // Step 2: Read and compute checksum | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 526 | // Step 3: Upload to S3 | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 534 | // Step 4: Update metadata in S3 | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 689 | // Step 1: Copy file locally | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 695 | // Step 2: Read and compute checksum | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 699 | // Step 3: Upload to S3 | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 707 | // Step 4: Update metadata in S3 | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1269 | // Step 0: Engine-specific live checkpoint while the lock is held. | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1278 | // Step 1: Copy the database file locally (lock is held) | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1287 | // Step 2: Release the lock - queries can resume | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1294 | // Step 3: Prepare a snapshot using engine-specific logic | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1301 | // Step 4: Upload the file (with retry for transient network errors) | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1376 | // Step 2: Release the lock - queries can resume | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1383 | // Step 3: Upload the tar archive (with retry for transient network errors) | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1321 | // Step 5: Cleanup temp files | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1341 | // Step 0: Ask the engine for any per-directory skip list / extras. | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1354 | // Step 1: Create a temporary tar archive of all directories | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1403 | // Step 4: Cleanup temp archive | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 418 | // Step 1: Initial insert - PKs 0, 1, 2 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 439 | // Step 2: Upsert PK 2 + insert NEW PK 3 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 461 | // Step 3: Insert PK 3 again + NEW PK 4 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 546 | // Step 1: Initial insert - PKs 1, 2, 3 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 567 | // Step 2: Upsert PK 2 - this creates pending deletions | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 586 | // Step 3: Insert NEW PK 4 while pending deletions exist | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 601 | // Step 4: Query all rows - protected snapshot data must be visible | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 664 | // Step 1: Initial insert - PKs 1, 2, 3 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 686 | // Step 2: Upsert key=2 - creates pending deletion + protected snapshot S_A | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 707 | // Step 3: Explicit DELETE key=2 - THE CRUCIAL STEP | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 722 | // Step 4: Upsert key=2 again - BEFORE THE FIX, this would NOT detect the | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 745 | // Step 5: Upsert key=2 one more time - before the fix, this created yet | COMMENT |
| LOW⚡ | crates/cayenne/tests/staged_append_test.rs | 490 | // Step 1: Insert initial data so snapshot directory exists | COMMENT |
| LOW⚡ | crates/cayenne/tests/staged_append_test.rs | 497 | // Step 2: Corrupt the target snapshot directory — replace it with a regular file. | COMMENT |
| LOW | crates/cayenne/tests/staged_append_test.rs | 509 | // Step 3: Attempt another insert — should fail during the move phase. | COMMENT |
| LOW | crates/cayenne/tests/staged_append_test.rs | 533 | // Step 4: Verify WAL persists in an isolated staging dir after the failed move. | COMMENT |
| LOW | crates/cayenne/tests/data_inlining_test.rs | 1252 | // Step 1: 8 batches above INLINE_MAX_ROWS so each writes a Vortex file | COMMENT |
| LOW | …es/cayenne/tests/protected_snapshot_projection_test.rs | 111 | // Step 1: Insert initial data (ids 1, 2, 3) | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 122 | // Step 2: Delete id=2 to create pending deletions (deletion seq=1) | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 126 | // Step 3: Insert new data (ids 4, 5) - creates protected snapshot with max_delete_seq=1 | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 137 | // Step 4: Delete id=4 AFTER the protected snapshot was created (deletion seq=2) | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 144 | // Step 5: Query with projection that EXCLUDES the PK column (id) | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 86 | // Step 1: Insert ROW_COUNT rows (ids 0..ROW_COUNT). | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 98 | // Step 2: Upsert the same ROW_COUNT PKs with updated values. | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 110 | // Step 3: Verify all rows have updated values. | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 187 | // Step 1: Insert ROW_COUNT distinct PKs. | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 199 | // Step 2: Upsert the same PKs with new values (exercises the keyed | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 211 | // Step 3: Exactly ROW_COUNT live rows — no PK dropped or duplicated by the | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 224 | // Step 4: Every PK maps to its updated value (correct routing + latest-wins). | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 564 | // Step 1: Execute the join plan to get matched rows with updated values. | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 587 | // Step 2: Validate no duplicate target keys in join output. | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 623 | // Step 5: Insert updated rows into the target. | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 639 | // Step 6: Return the count of updated rows. | COMMENT |
| LOW | crates/cayenne/src/provider/partitioned_wal.rs | 211 | // Step 1: write to tmp file + fsync. | COMMENT |
| LOW⚡ | crates/cayenne/src/provider/partitioned_wal.rs | 232 | // Step 2: atomic rename. POSIX rename within the same directory is | COMMENT |
| LOW⚡ | crates/cayenne/src/provider/partitioned_wal.rs | 240 | // Step 3: fsync the parent dir (ordering tier) so the rename is | COMMENT |
| 104 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 383 | // Step 1: INSERT wrong values for all mutated rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 405 | // Step 2: UPDATE correct values for update-path rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 420 | // Step 3: DELETE delete-path rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 432 | // Step 4: INSERT correct values for delete-path rows | COMMENT |
| LOW | tools/testoperator/src/commands/streaming/mutations.rs | 447 | // Step 5: Direct INSERT remaining rows | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 516 | // Step 1: Copy file locally | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 522 | // Step 2: Read and compute checksum | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 526 | // Step 3: Upload to S3 | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 534 | // Step 4: Update metadata in S3 | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 689 | // Step 1: Copy file locally | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 695 | // Step 2: Read and compute checksum | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 699 | // Step 3: Upload to S3 | COMMENT |
| LOW⚡ | …es/runtime-acceleration/benches/snapshot_operations.rs | 707 | // Step 4: Update metadata in S3 | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1269 | // Step 0: Engine-specific live checkpoint while the lock is held. | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1278 | // Step 1: Copy the database file locally (lock is held) | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1287 | // Step 2: Release the lock - queries can resume | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1294 | // Step 3: Prepare a snapshot using engine-specific logic | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1301 | // Step 4: Upload the file (with retry for transient network errors) | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1376 | // Step 2: Release the lock - queries can resume | COMMENT |
| LOW⚡ | crates/runtime-acceleration/src/snapshot/mod.rs | 1383 | // Step 3: Upload the tar archive (with retry for transient network errors) | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1321 | // Step 5: Cleanup temp files | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1341 | // Step 0: Ask the engine for any per-directory skip list / extras. | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1354 | // Step 1: Create a temporary tar archive of all directories | COMMENT |
| LOW | crates/runtime-acceleration/src/snapshot/mod.rs | 1403 | // Step 4: Cleanup temp archive | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 418 | // Step 1: Initial insert - PKs 0, 1, 2 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 439 | // Step 2: Upsert PK 2 + insert NEW PK 3 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 461 | // Step 3: Insert PK 3 again + NEW PK 4 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 546 | // Step 1: Initial insert - PKs 1, 2, 3 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 567 | // Step 2: Upsert PK 2 - this creates pending deletions | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 586 | // Step 3: Insert NEW PK 4 while pending deletions exist | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 601 | // Step 4: Query all rows - protected snapshot data must be visible | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 664 | // Step 1: Initial insert - PKs 1, 2, 3 | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 686 | // Step 2: Upsert key=2 - creates pending deletion + protected snapshot S_A | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 707 | // Step 3: Explicit DELETE key=2 - THE CRUCIAL STEP | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 722 | // Step 4: Upsert key=2 again - BEFORE THE FIX, this would NOT detect the | COMMENT |
| LOW | …es/cayenne/tests/upsert_with_pending_deletions_test.rs | 745 | // Step 5: Upsert key=2 one more time - before the fix, this created yet | COMMENT |
| LOW⚡ | crates/cayenne/tests/staged_append_test.rs | 490 | // Step 1: Insert initial data so snapshot directory exists | COMMENT |
| LOW⚡ | crates/cayenne/tests/staged_append_test.rs | 497 | // Step 2: Corrupt the target snapshot directory — replace it with a regular file. | COMMENT |
| LOW | crates/cayenne/tests/staged_append_test.rs | 509 | // Step 3: Attempt another insert — should fail during the move phase. | COMMENT |
| LOW | crates/cayenne/tests/staged_append_test.rs | 533 | // Step 4: Verify WAL persists in an isolated staging dir after the failed move. | COMMENT |
| LOW | crates/cayenne/tests/data_inlining_test.rs | 1252 | // Step 1: 8 batches above INLINE_MAX_ROWS so each writes a Vortex file | COMMENT |
| LOW | …es/cayenne/tests/protected_snapshot_projection_test.rs | 111 | // Step 1: Insert initial data (ids 1, 2, 3) | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 122 | // Step 2: Delete id=2 to create pending deletions (deletion seq=1) | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 126 | // Step 3: Insert new data (ids 4, 5) - creates protected snapshot with max_delete_seq=1 | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 137 | // Step 4: Delete id=4 AFTER the protected snapshot was created (deletion seq=2) | COMMENT |
| LOW⚡ | …es/cayenne/tests/protected_snapshot_projection_test.rs | 144 | // Step 5: Query with projection that EXCLUDES the PK column (id) | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 86 | // Step 1: Insert ROW_COUNT rows (ids 0..ROW_COUNT). | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 98 | // Step 2: Upsert the same ROW_COUNT PKs with updated values. | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 110 | // Step 3: Verify all rows have updated values. | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 187 | // Step 1: Insert ROW_COUNT distinct PKs. | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 199 | // Step 2: Upsert the same PKs with new values (exercises the keyed | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 211 | // Step 3: Exactly ROW_COUNT live rows — no PK dropped or duplicated by the | COMMENT |
| LOW | crates/cayenne/tests/large_upsert_test.rs | 224 | // Step 4: Every PK maps to its updated value (correct routing + latest-wins). | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 564 | // Step 1: Execute the join plan to get matched rows with updated values. | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 587 | // Step 2: Validate no duplicate target keys in join output. | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 623 | // Step 5: Insert updated rows into the target. | COMMENT |
| LOW | crates/cayenne/src/ddl/physical_plans.rs | 639 | // Step 6: Return the count of updated rows. | COMMENT |
| LOW | crates/cayenne/src/provider/partitioned_wal.rs | 211 | // Step 1: write to tmp file + fsync. | COMMENT |
| LOW⚡ | crates/cayenne/src/provider/partitioned_wal.rs | 232 | // Step 2: atomic rename. POSIX rename within the same directory is | COMMENT |
| LOW⚡ | crates/cayenne/src/provider/partitioned_wal.rs | 240 | // Step 3: fsync the parent dir (ordering tier) so the rename is | COMMENT |
| 88 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | .config/nextest.toml | 7 | # Tests must be written to be thread-safe and robust under maximum parallelism. | COMMENT |
| MEDIUM | crates/cache/src/lib.rs | 147 | /// until TTL expiry. Resolving both sides first makes the comparison robust to | COMMENT |
| MEDIUM | crates/cayenne/tests/delta_encoding_test.rs | 51 | /// so the level-0 vs full-level on-disk size gap is large and robust. | COMMENT |
| MEDIUM | crates/cayenne/tests/retention_test.rs | 672 | // A 1-hour window keeps the test robust to wall-clock execution time (the | COMMENT |
| MEDIUM | crates/cayenne/benches/vs_duckdb_memory_budget.rs | 48 | //! The high-water lines are order-robust; the wall-clock lanes are the | COMMENT |
| MEDIUM | crates/cayenne/src/lib.rs | 51 | //! This design allows Cayenne to leverage Vortex's columnar format and `DataFusion`'s | COMMENT |
| MEDIUM | crates/cayenne/src/provider/tuning.rs | 1083 | /// carried a source-commit ts. The freshness-goal control/SLO signal — robust to | COMMENT |
| MEDIUM | crates/cayenne/src/provider/tuning.rs | 2328 | // are tried in a robust, observable order rather than from per-write phase | COMMENT |
| MEDIUM | crates/cayenne/src/provider/context.rs | 780 | // share the robust signal. Falls back to the instantaneous age until the | COMMENT |
| MEDIUM | crates/runtime/tests/acceleration/localpod_sync.rs | 182 | // robust against that subscription landing slightly after readiness, without depending | COMMENT |
| MEDIUM | crates/runtime/tests/snapshot_refresh/mod.rs | 418 | /// avoid `SELECT count(*)` so the assertion is robust across engines that | COMMENT |
| LOW | crates/runtime/tests/kafka/test_data/stack_qa.json | 15 | {"question_id":73841495,"title":"Why is this C while didn't working anymore?","question_html":"<pre><code>#include<st | CODE |
| MEDIUM | crates/runtime/src/secrets_preflight.rs | 290 | // JSON so the test stays robust to field additions. | COMMENT |
| MEDIUM | crates/runtime/src/tls/reload.rs | 589 | // Watching the parent dir is more robust to | COMMENT |
| MEDIUM | crates/runtime/src/dataaccelerator/imds.rs | 116 | /// but the digit guard keeps it robust to future families). | COMMENT |
| MEDIUM | crates/runtime-datafusion-udfs/src/digest_many.rs | 226 | // Hash entire array in one call - hash function can leverage SIMD internally | COMMENT |
| MEDIUM | crates/data_components/src/turso.rs | 175 | /// While the current implementation is robust, consider using **RFC3339 TEXT format** if: | COMMENT |
| MEDIUM | crates/data_components/src/sharepoint/object_store.rs | 623 | /// Simpler and more robust than trying to stream SharePoint's upload-session | COMMENT |
| MEDIUM | crates/dataformat-json/src/stream.rs | 68 | /// * Uses `serde_json` for robust parsing. | COMMENT |
| MEDIUM | crates/llms/tests/llms/mod.rs | 533 | // JSON Parse the function arguments to ensure robust to ordering. | COMMENT |
| MEDIUM | …h/accelerated/postgres-cayenne[file]-full-refresh.yaml | 6 | # (no OLTP load) for robust explain-plan snapshots for analytical queries. | COMMENT |
| MEDIUM | scripts/htap-explain-probe.sh | 110 | # Probe until the associated spiced exits. The parent harness normally kills this | COMMENT |
| MEDIUM | scripts/loaded_mutation_property_test.sh | 9 | # isolated run can pass indefinitely). This harness recreates that pressure by | COMMENT |
| MEDIUM | .github/scripts/chbench_template.sh | 11 | # Flow (mirrors the local harness `do_reset`): | COMMENT |
| MEDIUM | .github/actions/setup-chbench-mysql/action.yml | 18 | # ("Cannot initialize AIO sub-system"). Simulated I/O is robust and the | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | …/runtime/tests/tpcds_postgres/setup_local_test_data.sh | 221 | # Create the bucket (ignore error if it already exists) | COMMENT |
| MEDIUM | …s/data_components/tests/hadoop_data/docker-compose.yml | 1 | # Create a MinIO cluster, so we can copy the hadoop warehouse into it for testing | COMMENT |
| MEDIUM | install/install.sh | 145 | # Create the temp directory | COMMENT |
| MEDIUM | install/install-spiced.sh | 217 | # Create the temp directory | COMMENT |
| MEDIUM | …ch/sf1/accelerated/constraints/simulate_append_data.sh | 13 | # Create the directory if it does not exist | COMMENT |
| MEDIUM | …/tpc-bench/postgres-tpcds-bench/postgres-entrypoint.sh | 35 | # Create a flag file to indicate data loading is complete | COMMENT |
| MEDIUM | test/tpc-bench/postgres-bench/postgres-entrypoint.sh | 35 | # Create a flag file to indicate data loading is complete | COMMENT |
| MEDIUM⚡ | test/scripts/install-scripts-test.sh | 100 | # Create a temporary directory for test artifacts | COMMENT |
| MEDIUM | test/scripts/clickbench/setup-file.bash | 5 | # Create the folder | COMMENT |
| MEDIUM | scripts/load_tpch_scylladb.sh | 189 | # Create a Python script to load data via boto3 | COMMENT |
| MEDIUM | scripts/load_tpch_scylladb.sh | 434 | # Create a virtual environment if boto3 is not available | COMMENT |
| MEDIUM | .github/workflows/build_and_release_cuda.yml | 271 | # Create an array of actual files (no globs) | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | tools/spidapter/scenarios/mongodb-streams.yaml | 17 | # Set MONGO_SPICEPOD_PATH to an ABSOLUTE path to a pods/mongo/*.yaml — in the spidapter | COMMENT |
| LOW | …/runtime/tests/tpcds_postgres/setup_local_test_data.sh | 117 | # Check if container already exists | COMMENT |
| LOW | install/install-build.sh | 173 | # Check if a string looks like a commit SHA (7+ hex characters) | COMMENT |
| LOW | install/install-build.sh | 216 | # Check if this run has the artifact we need | COMMENT |
| LOW | install/install-build.sh | 273 | # Check if this run has the artifact we need | COMMENT |
| LOW | install/install.sh | 415 | # Check if running interactively | COMMENT |
| LOW | install/install.sh | 451 | # Check if PATH is already configured properly (look for actual export/setenv/fish_add_path commands) | COMMENT |
| LOW | install/install-nightly.sh | 229 | # Check if the response contains an error message (run not found, etc.) | COMMENT |
| LOW | install/install-nightly.sh | 238 | # Check if artifacts array exists | COMMENT |
| LOW | install/install-nightly.sh | 443 | # Check if PATH already contains the install directory | COMMENT |
| LOW | …/tpch/sf1/federated/dynamodb[scylladb-alternator].yaml | 21 | # Set aws_auth to 'key' with dummy values or configure Alternator auth | COMMENT |
| LOW | test/scripts/install-scripts-test.sh | 679 | # Check if a known artifact URL returns 302 (redirect to download) | COMMENT |
| LOW | test/adbc/python/run_test.sh | 67 | # Check if uv or python3 is available | COMMENT |
| LOW | test/adbc/python/run_test.sh | 91 | # Check if dependencies are installed (only when not using uv run) | COMMENT |
| LOW | test/adbc/python/run_test.sh | 110 | # Check if spiced is in PATH or use the one in ~/.spice/bin | COMMENT |
| LOW | scripts/distributed.sh | 34 | # Check if spice CLI is available | COMMENT |
| LOW | scripts/distributed.sh | 40 | # Check if spiced binary exists | COMMENT |
| LOW | scripts/distributed.sh | 65 | # Check if certificate already exists | COMMENT |
| LOW | scripts/load_tpch_scylladb.sh | 183 | # Check if Python and boto3 are available | COMMENT |
| LOW | .github/workflows/e2e_test_release_install_helm.yml | 302 | # Check if release is deployed | COMMENT |
| LOW | .github/workflows/build_nightly.yml | 51 | # Check if there are new commits since the last nightly tag | COMMENT |
| LOW | .github/scripts/validate_table_providers_commit.sh | 56 | # Check if the commit exists and is reachable from the spiceai branch | COMMENT |
| LOW | .github/scripts/get_release_version.py | 14 | # Set LATEST_RELEASE to true | COMMENT |
| LOW | .github/actions/setup-make/action.yml | 33 | # Check if make is already installed | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | README.md | 184 | ### Retrieval-Augmented Generation (RAG) | COMMENT |
| MEDIUM | tools/testoperator/README.md | 192 | ##### Run a HTTP consistency test against an embedding model | COMMENT |
| MEDIUM | tools/testoperator/README.md | 238 | ##### Run a HTTP overhead test against an embedding model | COMMENT |
| MEDIUM | tools/spicepodschema/README.md | 85 | ├── main.rs # Entry point, orchestration | CODE |
| MEDIUM⚡ | tools/spicepodschema/tests/spicepod.embeddings.yaml | 3 | # EMBEDDINGS - Test coverage for embedding model sources | COMMENT |
| MEDIUM | tools/spidapter/README.md | 341 | ##### Run a HTTP consistency test against an embedding model | COMMENT |
| MEDIUM | tools/spidapter/README.md | 387 | ##### Run a HTTP overhead test against an embedding model | COMMENT |
| MEDIUM | crates/runtime/src/lib.rs | 204 | #[snafu(display("Failed to initialize embedding model: {source}"))] | COMMENT |
| MEDIUM | crates/runtime-search/src/rerank.rs | 410 | /// The UDTF scaffold. Analogous to [`VectorSearchTableFunc`] — holds a weak | COMMENT |
| MEDIUM | crates/llms/src/embeddings/mod.rs | 73 | #[snafu(display("Failed to load embedding model: {source}"))] | COMMENT |
| MEDIUM | bin/spice/src/commands/search.rs | 43 | spice search --model my_embed # Use a specific embedding model | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | …ates/runtime/tests/cluster/distributed_acceleration.rs | 209 | (1,'John Doe',28,'New York',85),(2,'Jane Smith',34,'Los Angeles',92), | CODE |
| LOW | crates/runtime/tests/hashicorp_vault/mod.rs | 100 | (1, 'Acme Corp'), (2, 'Globex'), (3, 'Initech');", | CODE |
| LOW | crates/runtime/tests/hashicorp_vault/mod.rs | 142 | assert_eq!(customers.value(0), "Acme Corp"); | CODE |
| LOW | crates/runtime/tests/http/json_nested_fields.rs | 59 | "actor": "admin@example.com", | CODE |
| LOW | crates/runtime/tests/http/json_nested_fields.rs | 89 | "actor": "admin@example.com", | CODE |
| LOW | crates/runtime/tests/http/json_nested_fields.rs | 90 | "approvedBy": "admin@example.com", | CODE |
| LOW | crates/runtime/tests/kafka/test_data/orders_nested.json | 8 | "contact": { "email": "alice@example.com", "phone": "555-1234" } | CODE |
| LOW | crates/runtime/tests/kafka/test_data/orders_nested.json | 53 | "contact": { "email": "dana@example.org" } | CODE |
| LOW | crates/runtime/tests/graphql/mod.rs | 79 | name: "John Doe".to_string(), | CODE |
| LOW | crates/runtime/tests/graphql/mod.rs | 95 | name: "Jane Doe".to_string(), | CODE |
| LOW | crates/runtime/src/dataconnector/sink.rs | 95 | let schema = Schema::new(vec![Field::new("placeholder", DataType::Utf8, false)]); | CODE |
| LOW | crates/runtime/src/dataconnector/deferred.rs | 42 | "placeholder", | CODE |
| LOW | crates/chunking/benches/chunking.rs | 45 | Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed do eiusmod tempor incididunt ut \ | CODE |
| LOW | crates/chunking/benches/chunking.rs | 45 | Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed do eiusmod tempor incididunt ut \ | CODE |
| LOW | crates/data_components/src/dynamodb/schema.rs | 818 | ("name".to_string(), av_string("John Doe")), | CODE |
| LOW | crates/data_components/src/dynamodb/schema.rs | 1141 | contact_map.insert("phone".to_string(), av_string("555-1234")); | CODE |
| LOW | crates/data_components/src/object/mod.rs | 190 | (r"^.*([a-z]+)@.*$", "user@example.com"), // Character class with quantifier | CODE |
| LOW | crates/dataformat-json/src/stream.rs | 1222 | assert_eq!(filter_to_string(input), r#"{"name": "John Doe"}"#); | CODE |
| LOW | crates/dataformat-json/src/unnest.rs | 1528 | "phone": "555-1234" | CODE |
| LOW | crates/dataformat-json/src/unnest.rs | 1545 | "user.details.profile.contact.phone": "555-1234", | CODE |
| LOW⚡ | crates/arrow_tools/src/format.rs | 1040 | "Lorem ipsum dolor sit amet, consectetur adipiscing elit. | CODE |
| LOW⚡ | crates/arrow_tools/src/format.rs | 1040 | "Lorem ipsum dolor sit amet, consectetur adipiscing elit. | CODE |
| LOW⚡ | crates/arrow_tools/src/format.rs | 1047 | "Lorem ipsum dolor adipiscing elit. | CODE |
| LOW | test/payloads/model-generic-lorem.txt | 1 | Lorem ipsum dolor sit amet, consectetur adipiscing elit. Curabitur eget tortor vitae nulla tincidunt fermentum. | CODE |
| LOW | test/payloads/model-generic-lorem.txt | 1 | Lorem ipsum dolor sit amet, consectetur adipiscing elit. Curabitur eget tortor vitae nulla tincidunt fermentum. | CODE |
| LOW | docs/release_notes/v1.6/v1.6.1.md | 44 | "phone": "555-1234" | CODE |
| LOW | docs/threat_models/v2.0.0.json | 16 | "placeholder": "New STRIDE diagram description", | CODE |
| LOW | docs/threat_models/v1.9.1.json | 16 | "placeholder": "New STRIDE diagram description", | CODE |
| LOW | docs/threat_models/v0.17.4-beta.json | 16 | "placeholder": "New STRIDE diagram description", | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | test/adbc/python/README.md | 207 | except Exception as e: | CODE |
| MEDIUM | test/adbc/python/test_flightsql_adbc.py | 28 | print(f"Error: Missing required package: {e}") | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 86 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 116 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 148 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 178 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 213 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 246 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 283 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 340 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 348 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 391 | except Exception as e: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 410 | except Exception as e: | CODE |
| LOW | docs/cayenne/gen_waterfall.py | 121 | except Exception as e: # noqa: BLE001 — preview is best-effort | CODE |
| LOW | docs/cayenne/build_pdf.py | 128 | except Exception as e: # noqa | STRING |
| LOW | scripts/load_tpch_scylladb.sh | 327 | except Exception as e: | CODE |
| LOW | scripts/load_tpch_scylladb.sh | 375 | except Exception as e: | CODE |
| LOW | scripts/load_tpch_scylladb.sh | 390 | except Exception: | CODE |
| LOW | scripts/load_tpch_scylladb.sh | 404 | except Exception as e: | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | test/tpc-bench/scylladb/setup_tpch.py | 21 | def create_keyspace_and_tables(session): | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 91 | def test_prepared_statement_simple(conn) -> bool: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 121 | def test_prepared_statement_multiple_params(conn) -> bool: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 153 | def test_prepared_statement_with_strings(conn) -> bool: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 183 | def test_prepared_statement_types(conn) -> bool: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 218 | def test_prepared_statement_null(conn) -> bool: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 251 | def test_prepared_statement_reuse(conn) -> bool: | CODE |
| LOW | test/adbc/python/test_flightsql_adbc.py | 288 | def test_prepare_execute_commit_pattern(conn) -> bool: | CODE |
| LOW | examples/runtime_demo.py | 111 | def simulate_runtime_arrow_mem(user_id): | STRING |
| LOW | examples/runtime_demo.py | 138 | def simulate_concurrent_queries(num_users, function_name): | STRING |
| LOW | scripts/load_tpch_scylladb.sh | 332 | def convert_value_for_resource(value, dtype): | CODE |
| LOW | .github/scripts/test_github_release.py | 50 | def test_returns_none_on_rate_limit(self, mock_get): | CODE |
| LOW | .github/scripts/test_github_release.py | 56 | def test_returns_none_when_error_body_is_not_json(self, mock_get): | CODE |
| LOW | .github/scripts/test_github_release.py | 73 | def test_no_release_skips_silently(self, mock_get, mock_delete): | CODE |
| LOW | .github/scripts/test_github_release.py | 82 | def test_release_without_assets_key_does_not_raise(self, mock_get, mock_delete): | CODE |
| LOW | .github/scripts/test_github_release.py | 94 | def test_release_with_empty_assets(self, mock_get, mock_delete): | CODE |
| LOW | .github/scripts/test_github_release.py | 103 | def test_release_with_matching_asset_is_deleted(self, mock_get, mock_delete): | CODE |
| LOW | .github/scripts/test_github_release.py | 118 | def test_release_with_no_matching_asset_does_not_delete(self, mock_get, mock_delete): | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW⚡ | …/runtime/tests/tpcds_postgres/setup_local_test_data.sh | 27 | # Usage: | COMMENT |
| LOW | install/install-build.sh | 5 | # Usage: | COMMENT |
| LOW | test/scripts/install-scripts-test.sh | 11 | # Usage: | COMMENT |
| LOW | test/adbc/python/run_test.sh | 4 | # Usage: | COMMENT |
| LOW | deploy/chart/examples/aws-irsa-values.yaml | 14 | # Usage: | COMMENT |
| LOW | scripts/tpcds_explain.sh | 6 | # Usage: | COMMENT |
| LOW | scripts/htap-explain-probe.sh | 19 | # Usage: | COMMENT |
| LOW | scripts/run-chbench-htap.sh | 14 | # Usage: | COMMENT |
| LOW | scripts/loaded_mutation_property_test.sh | 17 | # Usage: | COMMENT |
| LOW | scripts/chbench-waterfall.py | 41 | # Usage: | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | crates/runtime/tests/kafka/test_data/stack_qa.json | 30 | {"question_id":73841031,"title":"How to test the error message from anyhow::Error?","question_html":"<p>There is <code>c | CODE |
| HIGH⚡ | crates/runtime/tests/kafka/test_data/stack_qa.json | 80 | {"question_id":73839994,"title":"Website Layout height problems what am i doing wrong?","question_html":"<p><strong>Hell | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | docs/release_notes/v1.8/v1.8.0.md | 185 | spice chat --cloud --api-key <your-api-key> | CODE |
| HIGH | docs/release_notes/v1.8/v1.8.0.md | 186 | spice search --cloud --api-key <your-api-key> | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM⚡ | crates/runtime/tests/kafka/test_data/stack_qa.json | 66 | {"question_id":73840195,"title":"Symfony like view helpers in laravel?","question_html":"<p>Symfony has this:</p>\n<p><a | CODE |
| LOW⚡ | crates/runtime/tests/kafka/test_data/stack_qa.json | 72 | {"question_id":73840129,"title":"how to use only strings to pull json data","question_html":"<p>So I keep running into a | CODE |
| MEDIUM⚡ | crates/runtime/tests/kafka/test_data/stack_qa.json | 89 | {"question_id":73839832,"title":"TypeScript: How to refine a type where one of it's properties is probably null","questi | CODE |
| MEDIUM | crates/llms/src/rerank/mod.rs | 463 | "Sure! Here is the ranking:\n[{\"id\":1,\"score\":0.7}]\nLet me know if you need more."; | CODE |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | crates/runtime/tests/file/generate_parquet.py | 4 | CODE | |
| LOW | scripts/generate_changelog.py | 18 | CODE | |
| LOW | scripts/chbench-waterfall.py | 460 | CODE |