SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

Snowflake Cortex agents can join social complaints with returns data via external access

0
·9 views

Retailers lose heavily to returns, with US shoppers expected to send back about $849.9 billion of merchandise in 2025, according to the NRF. Brands often store sales and return data but rarely link it to what customers publicly say about products. The article explains that Snowflake's MCP connectors currently accept only OAuth and do not suit this task, since their results do not persist in tables. Instead, it proposes a working route: an external access integration, a Python stored procedure that pulls reviews on a schedule, and a Cortex Agent that queries the resulting tables. The authors' live tests of the EveryInfra API returned no Amazon review data, so the piece offers a build plan and cost estimate rather than findings about return drivers.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Five AI tools for personalized songs with someone's name, compared by price and use

Several AI services now let people create a custom song featuring a recipient's name, a niche that has grown in recent years. The article reviews five options: Suno, a general AI music app with free and paid tiers for experimenting, and Cantoro, a gift-focused generator with a one-time $4.99 download and no subscription. It also covers MelodyBolt, which offers a 60-second preview and custom songs from 9.99 GBP, GiftYourSong at $39.99 for a detailed story-based song, and GiftSong, starting at $34.99 with physical keepsake add-ons. The author, who built Cantoro, notes that prices were checked on 2026-11-07 and may change, and advises listening to the first minute before sharing a song.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Staging task reached production after loading a stray production token from a config folder

A demo scenario describes an internal workflow that drafts weekly support ticket summaries and runs in staging against a copy of the data. The task read a config folder to find the staging database address, and that folder contained an old .env.backup file holding a production token from a months-old migration. Because the job loads every file in the folder, it used the working credential and a draft ended up in the wrong place or a lookup hit the live system. The author argues that instructions saying "staging" are not a real boundary, and that access controls must be what keeps environments separate. The piece recommends auditing readable folders for stray credentials, issuing staging-only credentials, keeping early versions read-only with human approval, and testing whether production-looking calls fail loudly.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

React Native or Native Development: Team Structure and Hardware Needs Should Decide

The article argues that choosing between React Native and native Swift or Kotlin should depend on hardware coupling, team organization, and cost timelines rather than developer preference or outdated performance concerns. It notes that standard business, commerce, and enterprise apps generally suit React Native, which lets one team share most code across platforms. Native development remains necessary for demanding cases such as computer vision, low-latency audio, specialized Bluetooth, and continuous background sensing. The author contends that old criticisms of React Native's bridge are obsolete because the New Architecture, with Fabric and TurboModules, removes much of the serialization bottleneck. The piece also warns that teams without native expertise may struggle when platform-specific build issues arise.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Backfill script fix: normalized title matching to stop repeat 422 errors on dev.to

A daily unattended publishing pipeline had a flaw where its skip check compared titles exactly, so titles containing × were not recognized as already published after dev.to normalized them to x. This caused re-submissions to fail with a 422 'Title has already been used' error, and one previously published post was incorrectly listed as pending. The author built a normalize_title() function that converts both local and platform titles to the same form before comparing, and tested it on 12 sample titles. Tests showed 4 of 5 same-meaning cases matched correctly, with the only miss being Traditional versus Simplified Chinese, a known limitation. The fix will be integrated into the backfill script with a cooldown safeguard.

0 comments Read more at DEV Community