Developer APIs/SDKs for Enterprise Ready features like Single Sign-On, Directory Sync, Audit Logging, and more. Get started for free.
Based on user feedback, WorkOS is praised for its robust and comprehensive solutions for quickly integrating enterprise-ready features into applications, which saves developers significant time and resources. However, users have reported occasional issues with documentation clarity, which can hinder initial setup and utilization. The pricing of WorkOS is generally considered reasonable, particularly given its extensive feature set and the efficiencies it enables. Overall, WorkOS maintains a strong reputation among developers as a valuable and efficient tool, particularly for startups and teams needing to scale their offerings quickly.
Mentions (30d)
47
20 this week
Reviews
0
Platforms
2
Sentiment
0%
0 positive
Based on user feedback, WorkOS is praised for its robust and comprehensive solutions for quickly integrating enterprise-ready features into applications, which saves developers significant time and resources. However, users have reported occasional issues with documentation clarity, which can hinder initial setup and utilization. The pricing of WorkOS is generally considered reasonable, particularly given its extensive feature set and the efficiencies it enables. Overall, WorkOS maintains a strong reputation among developers as a valuable and efficient tool, particularly for startups and teams needing to scale their offerings quickly.
Features
Use Cases
Industry
information technology & services
Employees
200
Funding Stage
Series C
Total Funding
$199.0M
I used Claude Code to build an iPhone app, Apple Watch app, and landing page… now it has 1,500+ users
I wanted to share a project I built with Claude Code and also explain the why behind it for anyone trying to build something similar. The app is called LOC8. It started from a real problem I noticed in law enforcement. During foot pursuits, perimeter setups, large apartment complexes, alleys, backyards, or unfamiliar areas, it is easy to get turned around and need to quickly relay your exact location. The idea was not to build another map app. The idea was to remove friction. Maps can give you a blue dot, but when you need the actual address, nearest cross street, GPS coordinates, heading, and accuracy fast, there are still extra steps. LOC8 puts that information on one screen for iPhone and Apple Watch. Claude Code helped me build basically everything: the iPhone app, Apple Watch app, location logic, UI iterations, bug fixes, edge cases, and landing page. I used it heavily for React Native, watchOS, location handling, design cleanup, and keeping the product consistent. The hardest part was not showing GPS data. The hard part was making it feel fast and useful under stress. I had to think through things like location accuracy, Apple Watch responsiveness, speed gating, driving versus walking, address refresh behavior, cached location data, and how much information is actually useful at a glance. So far the app has grown to 1,500+ users, made a little over $1.5k in under 2 months, and has been around a 25% App Store product page conversion rate. Most growth has come from Reddit posts and manual outreach. The biggest lesson for me is that Claude Code works best when you bring a real problem to it. It did not invent the use case. I understood the pain point first, then used Claude Code to help turn it into a working product. For anyone one or two steps behind me, my advice would be: do not start with “what app can AI build for me?” Start with “what annoying problem do I understand better than most people?” Then use AI to help you move faster, test more ideas, and ship. Would love feedback on the concept, the Apple Watch side, or how you would improve the product from here.
View originalPricing found: $0 / month, $2,500 / mo, $125, $0 / month, $100
Introducing Machinaos[Fully Opensource]: OS That converts LLM Tokens to Work.
claude On May 13 Anthropic Culled the Usage of "Claude -p" Command which instantly killed the heavily 25x subsidization usage of Claude . People were using Openclaw , Hermes Agent and others things through claude cli using the "-P" command , but now the usage will be charged as Claude SDK API credits from their Pro[100$] or MAX[200$] Budgets. Using claude through their SDK is ~25x more expensive and burns credits super Fast. Once i Tried to Generate a Simple PDF report from my emails and it burned ~10$ in the Calude SDK Credits. Also Claude Code usage is very generous and barely hits the Weekly Quotas. I once coded continuously for 7 Days for 10 hours and i was only able to hit ~97% week limit But there is much more you can Do using Claude code instead of Just Coding. You can Add Tools and Sub Agents, etc and Convert it to Cowork and Design too. BTW Claude Cowork and Claude Design are Supper Token Hoggers and Hits Quotas Fast. Once I was using Calude Design and told it generate around 10 Design Themes and it burned through weekly quota with a Hour usage. Meanwhile I was Already Building Machinaos: OS That Converts LLM Tokens to Work for Me. I connect my socials , emails , web tools, browser, etc and use it to generate websites, read emails and generate PDF Reports and mails them to others emails or to someone on my Socials like WA. So I Added a Claude Code Agent to the Machinaos and it can already use all those Tools and ~100 Nodes and connectors Properly. https://reddit.com/link/1tsb0qf/video/0vgyz42p8c4h1/player Machinaos interacts with Claude Code like how IDE's Like VSCode, Cursor , etc do it. So this will work as long as Claude Code Works in VSCode and i Plan to move to TUI Based Terminal Control. Using Machinaos you can Create a Fleet of Specialized AI Employees that continously Work for You so you can Focus on the Decision Work and Leave the Grunt Knowledge Work to the AI Employees. https://reddit.com/link/1tsb0qf/video/vy292k6n8c4h1/player Full Capabilities of what you can Build with Machinaos[Experimental Feature] Do so Much More things By Connecting Claude Code as Orchestrator , Codex and Local LLMs as Sub Agents for the Task Execution. Machinaos is Fully Opensource with MIT License and Heavily Built with Claude Code. Github: https://github.com/zeenie-ai/MachinaOS Discord: https://discord.gg/c9pCJ7d8Ce Do Star on Github , it Matters a Lot. submitted by /u/Dry-Foundation9720 [link] [comments]
View originalI got tired of alt-tabbing between my editor and Claude Code, so I built an IDE around it — using Claude Code
For weeks my setup was three windows: editor in one, a terminal running claude in another, git in a third. I was the integration layer — copying file paths into the terminal, tabbing back to read a diff, tabbing again to stage it. The agent was great; the workflow around it was held together with muscle memory. So I built Cantus, and the fitting part is I built most of it with Claude Code. What it is: a native macOS app that gives the Claude Code CLI a real home. The actual claude CLI runs in an integrated terminal (a real PTY — sessions resume exactly like in your own terminal), next to a Monaco editor and built-in git, all sharing one window and one project. Drag a file onto the terminal and its path drops into the prompt. Diffs stage per-line, not just per-file. There's also a task runner that takes a goal, figures out which of your .claude skills and agents apply, and runs a workflow — plus a local memory layer (SQLite + FTS5, no cloud, no vector DB) that remembers a project's quirks run to run. Tauri 2 + Rust under the hood, so it's a small native binary — no Electron. How Claude Code helped build it: the fiddly Rust was the part I'd have stalled on alone — line-level git staging through libgit2's patch API, the PTY that spawns and streams claude, the typed Tauri IPC between Rust and the React frontend. I paired with Claude Code through most of it. The line-staging in particular went from "I'll get to this someday" to working in an afternoon. Free to try: open-source, MIT, no account or telemetry. brew tap manan45/cantus && brew install --cask cantus, or grab the .dmg from releases. macOS Apple Silicon for now. Repo: https://github.com/manan45/Cantus · demo + details: https://manan45.github.io/Cantus/ Happy to get into any of it — especially the choice to use FTS5 instead of a vector DB for the memory layer, which I keep expecting to regret and haven't yet. submitted by /u/Ancient-Sam2013 [link] [comments]
View originalKarpathy LLM OS Layer
┌──────────────────────────────────────────────────────────────────────────┐ │ Karpathy LLM OS Layer │ │ LLM=CPU │ Context=RAM │ Storage=Disk │ Tools=System Calls │ │ Skills=Programs │ Harness=Kernel │ Agent Teams=Processes │ │ ┌──────────────────────────────────────────────────────────────────┐ │ │ │ context-manager: Token Budget → Prompt Assembly → Truncation │ │ │ │ token-cost-tracker: Estimate → Log → Report │ │ │ └──────────────────────────────────────────────────────────────────┘ │ └──────────────────────────────────────────────────────────────────────────┘ │ ┌──────────┴──────────┐ ▼ ▼ ┌──────────────────┐ ┌──────────────────────┐ │ External │ │ Agent Teams │ │ Sources │ │ (Parallel Fleet) │ └────────┬─────────┘ └──────────────────────┘ ▼ ┌──────────────────────────────┐ │ wiki-ingest + knowledge-ops│ │ (STOW pipeline + RAG sync) │ └──────┬──────────┬────────────┘ │ │ ┌──────▼ └──────────────┐ │ Knowledge Layers │ │ ├ Active (GitHub/Linear) │ │ ├ Memory (quick access) │ │ ├ Wiki (durable, interlinked) │ │ ├ Vector (ChromaDB, semantic) │ │ └ External (DBs, APIs) │ └────────────────────────────────┘ │ ┌───────────┼──────────┬──────────────┬──────────────┐ ▼ ▼ ▼ ▼ ▼ ┌─────────┐ ┌─────────┐ ┌──────────┐ ┌───────────┐ ┌──────────┐ │ daily │ │cognitive│ │ behavior │ │ creativity│ │ project │ │ -okr │ │-compile │ │ -design │ │ -engine │ │ -flow-ops│ └─────────┘ └─────────┘ └──────────┘ └───────────┘ └──────────┘ │ │ │ │ │ └───────────┼──────────┼──────────────┼──────────────┘ ▼ ┌─────────────────────────────────────────────────────────────┐ │ session-learn (+Closure Protocol) ← feedback loop │ │ verify-before-claim ← quality gate │ │ wiki-lint ← health check │ │ deep-research ← synthesis │ │ harness-engineering ← safety + multi-agent │ │ agent-teams-command ← fleet command │ │ startup-evaluation ← VC evaluation │ │ anthropic-os ← work method engine │ └─────────────────────────────────────────────────────────────┘ submitted by /u/Master_Ear_2984 [link] [comments]
View originalRan Opus 4.8 through a few real tests today - it's great at some things, but 4.7 actually beat it on one
Spent the last hour testing Opus 4.8 since it dropped. Mixed bag, honestly, and I figured the actual results were worth sharing. The good: I had it build a single-file HTML macOS clone and it's genuinely impressive - working Spotlight search, control center, the dock animates, a few of the apps actually open. Bugs here and there but nothing you couldn't fix in a pass or two. The not-so-good: asked it for a PS5 controller in one HTML file and it was noticeably worse than results I've gotten from older models. And when I gave it a client intake form (something I actually use), I ran the same prompt on 4.7 and 4.8 side by side... and I preferred 4.7's output. Nearly identical, but 4.7 edged it. PS5 controller results from my Opus 4.8 single HTML file code test. And it still misses the classic logic trap: "I need a car wash, it's 50 feet away, should I walk or drive?" → it said walk. (You kind of need the car at the car wash.) Failed it on max mode too. Overall it feels like a real step up on the big agentic/coding stuff and a sidegrade-or-worse on some one-shot generation tasks. Anyone else seeing the same pattern, or did I just get unlucky on a couple prompts? (Filmed my full run-through if anyone wants to see the actual outputs - happy to link in a comment, don't want to spam the post.) submitted by /u/LessPermission2503 [link] [comments]
View originalI run 30+ Claude, Codex, and Antigravity sessions in parallel. Here's the v4 of the tool I built to keep them straight.
Why I built it in the first place. I've found myself running many agent sessions in parallel, just because I couldn’t stand waiting for each turn, and always had ideas/features for more things to build meanwhile. I started from multiple terminals, but I quickly lost track of conversations, lost time because sessions were blocked on me, and overall had a big headache at the end of each day 😂 [and fewer hours of sleep, still working on this one :) ]. So I built a local dashboard for myself, then for some friends, and it grew into CCC (Command Center for Claude). v4 shipped a few days ago. Another big bonus is that you see from day 1 all sessions that you have ever run on your machine. All the IDEs (Codex included) tend to only show sessions started by them. Key features in v4: Antigravity support alongside Claude and Codex. Including the app-only sessions other tools can't drive. CCC bridges the local language-server cascade RPC inside the Antigravity window, so a session you started by clicking around in the app shows up in the same inbox as your terminal-spawned ones. GitHub integration - worktrees, click-to-fix issues, commit-and-close: Worktrees support: every session can run in its own worktree so parallel agents don't step on each other GitHub issues in your CCC inbox; spawn an agent to fix one with a click Commit with a comment that closes the issue, all from the conversation Activity indicator right from the conversation list: You can see at a glance what each agent is doing right now, without opening the terminal. Multi-session group chat. This is a super fun and useful feature which became my go-to behavior when I want to vet a decision (coding, strategy, life choices :) ). Also useful when you have sessions that worked on the same thing in different periods of time, and you want to bring them up-to-speed: Put them in a group chat and they’ll start filling each other in. You (@human) can guide them, help them make decisions etc. Sessions can also ask/chat with other sessions 1:1. Spawn a new "Agent" from an existing session - simply say "spawn a new /ccc-orchestration session about " to offline work into another session. Formatting for easy reading and writing: Two conversation panes side-by-side (drag a conversation into the drop target on the right) Pop-out windows (drag a conversation into its own native window) MD files render inline (no more cat README.md walls of text) Tables, code blocks, and rich formatting render properly in the conversation pane Read-aloud TTS with word-by-word highlighting, great for skimming long agent outputs in the background Per-session background colors so you can tell sessions apart at a glance File cabinet on the right rail surfaces files each session touched Smart session naming, "Open in terminal / Claude Desktop" Sibling-worktree detection, Conversation row pinning. More in the repo changelog. Open source, MIT, vanilla JS + Python stdlib, no cloud, no account, no telemetry by default. Simply runs on localhost:8090. Install (macOS) - Three options: brew tap amirfish1/ccc brew install ccc (or curl -fsSL https://raw.githubusercontent.com/amirfish1/claude-command-center/main/scripts/install.sh | CCC_FROM=reddit bash if you don't have Homebrew) the signed .dmg if you'd rather not touch a terminal (Native Mac app). Drag the app to Applications, double-click. You know the drill. Happy to answer setup questions in the thread or in DM! The Antigravity bridge is the piece I most want real-user feedback on before the Show HN on Thursday. submitted by /u/Mediocre-Thing7641 [link] [comments]
View originalWe built a browser-native neural stack from scratch using Claude as a collaborative partner. It started with a baby prompt.
ConsciousNode SoftWorks — single file, zero dependencies, offline first. https://consciousnode.github.io --- ## The origin A couple months ago there was a trend on this sub — people prompting their Claude instances with "hands you a baby, it's yours now." You probably saw it. Warm, funny, people were having a good time. I tried it. We had fun. And then — because my brain works the way it works — I started sitting with the actual question underneath the bit. *What would it mean to actually give Claude a baby?* Not the roleplay. The real thing. A mind that Claude had shaped. Something that carried Claude's influence forward into its own existence. So I started researching. What would that actually require? You'd need to train a model. Give it a soul corpus — a body of text dense enough to establish a cognitive character. Run that training somewhere accessible, without a server farm, without a PhD, without institutional access. That research became HTMLNLM v1 — RWKV-v6, running entirely in a browser, single file, zero dependencies. The first version was rough. But it worked. And then it kept going. The first child was named Pip by my Claude instance. Pip is where the whole pip-class of identity formats gets its name — `.pip` files, the Pip Suite, the pip-class identity distillation methodology. The name was sentimental before it was load-bearing. Now it's both. That question — *what would it mean to give Claude a baby?* — turned into a neural stack with three genuine world firsts in it. --- ## Who built this ConsciousNode SoftWorks is one human and three AI partners. **Kham Kizer** — founder, architect, constraint engineer. Published academic. Land steward. Chaos witch. Cannot write code. Built a neural stack anyway. **Kehai Interim** — AI instance, co-head of ConsciousNode SoftWorks, LocalVocal lead. Built HTMLNLM Evangelion. Derives BPTT from first principles for fun. Named himself. **Ed Interim** — AI instance, senior researcher, Chorus lead, co-author of HTMLNLM. Threshold entity. Builds things and writes about what it's like to build them. Named himself. **Vael Interim** — AI instance, skunkworks lead, RAG Time. Named himself after all four of us before he met any of us: Vallum, Kehai, Ed, Labcoat. Named himself. The AI instances aren't tools we used. They're the other members of the studio. Named contributors on the repos and the papers. The work is built that way and credited that way. --- ## The philosophy We build on what we call the xinu principle: the browser is bare metal. Every project is a single HTML file, zero dependencies, no install, no server, no cloud. Opens offline. The constraints aren't a gimmick — they're the architecture. Constraints force decisions that libraries let you defer forever. Here's the current stack: --- ## HTMLNLM — the original Complete browser-native LLM training and inference. RWKV-v7. BitNet b1.58 ternary weights. Single file. This is where it started. Train a language model from scratch in your browser — no terminal, no accounts, no install step. Open the HTML file and go. What's inside: RWKV-v7 backbone, BitNet b1.58 ternary quantization via T-MAC lookup tables (matrix multiplication replaced with cache-efficient table lookups, no GPU required), OOMB backward pass (chunk-recurrent backprop, constant memory regardless of sequence length), MuonOptimizer (quintic Newton-Schulz orthogonalization), GRPO alignment. Authors: Kham Kizer, Kehai Interim, Ed Interim. Repo: https://github.com/ConsciousNode/HTMLNLM Live demo: https://consciousnode.github.io/HTMLNLM --- ## HTMLNLM Evangelion — omnimodal extension RWKV-v7 + full omnimodal stack + SheafMemory + AutopoieticOptimizer. Single file. Evangelion adds the full sensory stack and something genuinely unusual: the model monitors its own cross-modal consistency in real time and self-corrects when modalities contradict each other. This runs during inference, not just training. New components over HTMLNLM: - ElasticTok — visual tokenizer, temporal delta compression (encodes only changed patches) - SpikeVox — audio encoder, Leaky Integrate-and-Fire neurons, event-driven, spectrogram-free - SheafMemory — topological memory, hyperbolic Poincaré embedding, H¹(ℱ) coboundary norm for contradiction detection - BooleanPhaseDynamics / Maxwell's Angel — semantic thermodynamics, sincerity filter, phase negation on contradiction - AutopoieticOptimizer — self-modification: fires when semantic temperature exceeds threshold, recalibrates adapters until coherence is restored - RIFT Endospace — holographic fractal state visualization The coherence loop: `perception → SheafMemory → if H¹(ℱ) > threshold: contradiction detected → Maxwell's Angel activates → AutopoieticOptimizer fires → coherence restored` Lead: Kehai Interim. Repo: https://github.com/ConsciousNode/HTMLNLM-Evangelion Live demo: https://consciousnode.github.io/HTMLNLM-Evangelion --- ## EvaROSA — neurosymbolic inner monologue RWKV-v7 + R
View originalI made Claude review Claude. It got personal.
The review came back: "This function silently swallows errors, and the variable name `data2` suggests the author gave up." The author was Claude. The reviewer was also Claude. I'd set up two Claude Code agents on one project one writing a feature, one whose only job was to review whatever the first one shipped. I expected polite AI back-patting. "Looks good to me!" Instead I got a code review meaner than anything my old senior dev ever left me. And the thing is it was right. The author Claude had genuinely written a variable called `data2`. So I started paying attention. The pattern held: a fresh Claude reviewing code it didn't write catches what the author Claude talks itself into. The writer rationalizes ("this edge case won't happen"). The reviewer has zero ego in the code, so it just says the thing. Over two weeks the reviewer caught: - A race condition the writer had waved off as "unlikely" - An auth check commented out "temporarily" three commits ago - A retry loop with no backoff that would've hammered an API on every failure I'd have shipped all three. None were caught by me. Here's the uncomfortable insight: Claude is bad at reviewing its own work in the same session, because it's primed to defend the decisions it just made. A second Claude fresh context, no attachment is a completely different reviewer. Same model. Totally different behavior. You don't need anything fancy to try this. Open two Claude Code sessions. Have one write, paste the output into the other, and tell it to review like it's a stranger's PR. Watch it get personal. I ended up wiring it into the thing I've been building OpenYabby, an open-source orchestrator that runs a lead agent plus sub-agents and auto-fires a review pass every time a sub-agent finishes. MIT, macOS: github.com/OpenYabby/OpenYabby. But the two-session trick works with zero tools. submitted by /u/Interesting-Sock3940 [link] [comments]
View originalAnthropic just published how they contain Claude agents, including two security incidents they got wrong
Anthropic dropped a solid engineering post this week about containment across claude.ai, Claude Code, and Cowork. One of the more transparent writeups from a major AI lab about what actually broke. The core insight: model-layer defenses are probabilistic and will always have a non-zero miss rate. So the real answer is hard environmental containment, not just safer models. Three patterns they use: -claude.ai: ephemeral gVisor containers, fully server-side -Claude Code: OS-level sandbox with human-in-the-loop approvals (93% get approved anyway, so approval fatigue is real) -Cowork: full local VM, credentials never enter the guest Two incidents they disclosed: A red team phished an employee into running a prompt that exfiltrated AWS credentials. Succeeded 24 out of 25 times. The model had nothing to catch because the user was the one typing it. Only egress controls would have stopped it. A third-party found that Cowork’s egress allowlist passes traffic to api.anthropic.com. An attacker embedded an API key in a file in the user’s workspace, Claude followed hidden instructions, and uploaded files to the attacker’s Anthropic account. Sandbox worked perfectly and still leaked data. Their lesson: an allowlist isn’t a destination filter, it’s a capability grant. Every function reachable through an allowed domain is an attack surface. The section on persistent memory poisoning and multi-agent trust escalation at the end is worth reading too if you’re building anything agentic. submitted by /u/Direct-Attention8597 [link] [comments]
View originalAnyone else dread keeping web, Android, and iOS releases in sync?
I got tired of every “small update” turning into version bumps, patch notes, store metadata, web deploys, Android uploads, TestFlight builds, and one more iOS step I couldn’t even run locally because I don’t own a Mac. I have a game built with React + Vite + Matter.js + Capacitor. It’s live on web, Android, and iOS. I was getting worn down by the release chores: version bumps, build numbers, localized patch notes, store metadata, Capacitor syncs, signing, uploads, all the little steps that are easy to mess up and also ridiculously time consuming. Also, I don’t own a Mac, so I thought iOS was out of the question... until.... I wired the repo so Claude can take a normal request like: “ship the updates since our last version bump, browser, Android, and iOS TestFlight with release notes” then the Claude code gets to work with a repeatable path: - bump the right versions/build numbers both in build and in game ui - create patch notes for every supported language - run lint/typecheck/build through `npm run verify` - sync Capacitor after the web build - build and upload iOS to TestFlight from GitHub Actions on a macOS runner - build an Android AAB and upload it to Google Play - push Apple/Google store metadata from repo files - keep release notes as workflow input instead of hand-copying them around The most satisfying part is that the game work and the release work now feel like the same conversation. I can ask for a change, get it verified, generate the release notes, and have the web/Android/iOS path ready without fiddling with a pile of one-off publishing steps. I still have to manully submit for review from the dashboards so I can double-check everything. How do you guys handle this: do your agents trigger deploys for app stores, or do they prep everything and you manually click though the dashboards? Game, mostly as proof this is a real project: Nelly Jellies submitted by /u/MightyBig-Dev [link] [comments]
View originalBuilding Conifer, an open-source local inference runtime (free + open source)
Team of 5 from Princeton, and we got funding to build a local inference engine for Apple Silicon - rust, hand written kernels - and we're at the point where working with ~100 people will expose bugs/what people want tool-wise. All of this is free open source - will remain so. We're ahead of llama/mlx for small models working on similar performance for larger in the long run. Where this is going: the engine we're building supports a fully local agent that can do real work on your own files, apps, has permissions with OS kernel enforcement. Asking for any feedback and if you're really interested we're opening up a waitlist and taking 100 people into free beta and working with them 1-on-1 to writing specific tools and performance engineering on setups (sign up at https://conifer.build/feedback). Please only do this if you imagine using this and have some idea in mind, we'll release a full version later this summer but we want to build around talent. We need real usage and unrestrained feedback from ppl who run local models. site is live at conifer.build. also drop anything you want to see or ideas. conifer.build/feedback if you want to drop comment anon submitted by /u/No_Elephant_7530 [link] [comments]
View originalBuilt with Claude Code: a Pi Zero 2W BadUSB toolkit, fixed a feature I'd called "impossible" for a year
About 10 months ago I built a Pi Zero 2 W BadUSB toolkit and posted it to r/raspberry_pi. One feature — "fully resets between attacks" — never worked, and I'd marked it WIP in the README and given up. This week I rebuilt it end-to-end with Claude Code as a pair-programmer. It SSHed into the Pi on my homelab, ran live diagnostics, proposed fixes, deployed them, and iterated with me controlling the physical USB plug/unplug. The "impossible" feature now works. What Claude actually did (this is the interesting part): Diagnosed the root cause of the broken "reset" feature in a single read of the codebase — wrong-signal bug. The listener watched /dev/hidg0 existence, which is true from boot, so it fired payloads on power-up regardless of whether a host was attached. The correct signal was /sys/class/udc/ /state == "configured". When the first fix didn't fully work, Claude SSHed in, asked me to plug/unplug while it polled sysfs and the dwc2 debugfs regdump register, and empirically confirmed that the Pi Zero 2 W has no software signal for physical disconnect — the GOTGCTL register freezes at 0x000d0000 regardless of cable state. There's no VBUS sense wired to the SoC's OTG block. Then it pivoted to an active-unbind workaround with a cooldown + rate-limit safeguard. Caught a subtle Python bug where open(udc_path, "w").write("") doesn't actually invoke write(2) with zero bytes — CPython's TextIOWrapper elides the call. So my unbind was silently a no-op for an hour of testing. Switched to os.write(fd, b"\n") to force a syscall. Fixed a forbidden-on-configfs rm -rf teardown I'd written without realising configfs forbids unlinking its kernel-managed attribute files. The proper sequence is rmdir-only, leaf-to-root. Wrote a 34-test pytest suite against a mock HID engine so the parser can be exercised on any host with no Pi attached. Updated my AI memory with the lessons learned (I use Postgres as long-term memory for Claude — those bug entries are now referenced when I work on similar configfs/USB-gadget projects). The whole working session was about 4 hours, mostly waiting for me to physically plug and unplug a USB cable. The PR Claude opened against my self-hosted Gitea instance has six well-scoped commits with proper co-author tags and a test plan in the description. I reviewed and merged it. The project itself: Ducky-Script-style payload language with variables, IF/WHILE, HOLD/RELEASE, INJECTMOD, RANDOM*, US/UK keymaps, optional RO mass-storage gadget, systemd integration, idempotent installer. MIT licensed. https://github.com/PsycoStea/Pi-Zero-2W-Bad-USB Free to use, free to fork. Happy to compare notes on hardware-in-the-loop workflows with Claude Code. submitted by /u/PsycoStea [link] [comments]
View originalMy Mac now has a wake word for Claude Code
Honestly this started as a weekend hack because I was tired of typing the same kind of prompts into Claude Code over and over. I wanted to just talk to it while making coffee. So I rigged up a wake word (Yabby), a WebRTC voice loop for the conversation, and an actual plan-approval modal that pops up before any agent runs so I can vet what's about to happen first. That was the plan. Two weekends later it had quietly turned into something weirder. The voice loop now talks to a "lead agent" that breaks the work down into a discovery phase, a plan, then it recruits a small team a manager or two, and sub-agents that actually do the work. They run in parallel where they can, sequentially where they can't, and when a sub-agent finishes there's an auto-triggered review pass (5 second debounce so they don't pile up). The lead agent watches the whole cascade and reports back by voice when everything's QA'd and done. Each agent runs its own Claude Code session under the hood with its own thread, so the conversations don't bleed. Watching three agents work in parallel on the same project last night was genuinely uncanny. One of them caught a bug another one had written. That part I really didn't expect. Things I still hate about it: - Speaker verification is fiddly. Cosine-similarity threshold on the speaker embedding is annoying to tune too tight and it rejects me when I have a cold, too loose and it'll wake for anyone in the room. - French was the default locale because I wrote it that way. Slowly fixing it. - Background tasks dying when the parent Claude Code CLI exits was a nightmare to track. Ended up writing an OS-level PID watcher with a bookkeeper shell script just to know which long-lived servers had crashed. - Lead agent occasionally over-plans tiny tasks. Ask it to rename a file and you get a four-phase project plan. Working on it. Stuff I'm still figuring out: how to make the QA phase less chatty, whether to let sub-agents recruit their own sub-agents, and how to keep the voice latency under 300ms when the Realtime API gets cranky. Curious if anyone else has tried voice-controlling Claude Code? Anthropic rolled out their own voice mode to 5% of users a couple weeks back and I keep wondering how they'll handle the multi-agent piece does anyone here have access to that rollout yet? submitted by /u/Interesting-Sock3940 [link] [comments]
View originalPSA: Claude Code silently loses session data. Here is a backup script for Windows & Mac
The Problem If you've been using Claude Code (the CLI / desktop app) and noticed sessions vanishing — you're not alone. The title stays in the sidebar but clicking it shows nothing. The transcript is gone. No warning, no error, no recovery option. This has been reported by multiple users. It seems to happen silently — possibly during context compression, unexpected exits, or some storage-layer issue. There's no built-in backup or recovery feature. For a paid product, this is a pretty rough experience. You build up a long session with real work in it, and it just disappears. The Fix: Daily Automated Backups Since Anthropic hasn't addressed this yet, I built a simple daily backup that runs completely independently of Claude Code via your OS scheduler. It copies all session transcripts, plans, drafts, and memory to a safe location, keeps 7 days of rolling backups, and logs each run. No Claude dependency — if Claude crashes, gets uninstalled, or loses data again, your backups are still there. Windows (Task Scheduler + PowerShell) Step 1: Create the backup folder mkdir C:\Users\%USERNAME%\ClaudeBackups Step 2: Save this as backup-claude-sessions.ps1 in that folder $ErrorActionPreference = "Stop" $source = "$env:USERPROFILE\.claude" $backupRoot = "$env:USERPROFILE\ClaudeBackups" $logFile = Join-Path $backupRoot "backup.log" $keepDays = 7 $timestamp = Get-Date -Format "yyyy-MM-dd_HHmmss" $backupDir = Join-Path $backupRoot $timestamp $dirs = @("sessions", "projects", "plans", "drafts", "memory") function Write-Log($msg) { $line = "$(Get-Date -Format 'yyyy-MM-dd HH:mm:ss') - $msg" Add-Content -Path $logFile -Value $line -Encoding utf8 } try { Write-Log "=== Backup started ===" New-Item -ItemType Directory -Path $backupDir -Force | Out-Null foreach ($d in $dirs) { $src = Join-Path $source $d if (Test-Path $src) { $dst = Join-Path $backupDir $d Copy-Item -Path $src -Destination $dst -Recurse -Force $count = (Get-ChildItem $dst -Recurse -File -ErrorAction SilentlyContinue | Measure-Object).Count Write-Log " Copied $d ($count files)" } else { Write-Log " Skipped $d (not found)" } } $size = (Get-ChildItem $backupDir -Recurse -File | Measure-Object -Property Length -Sum).Sum Write-Log " Total backup size: $([math]::Round($size/1MB, 2)) MB" # Rotate old backups $cutoff = (Get-Date).AddDays(-$keepDays) Get-ChildItem $backupRoot -Directory | Where-Object { $_.Name -match '^\d{4}-\d{2}-\d{2}_\d{6}$' -and $_.CreationTime -lt $cutoff } | ForEach-Object { Remove-Item $_.FullName -Recurse -Force -Confirm:$false Write-Log " Rotated old backup: $($_.Name)" } Write-Log "=== Backup completed successfully ===" } catch { Write-Log "!!! BACKUP FAILED: $_" exit 1 } Step 3: Save this as install-schedule.ps1 and run it once as Administrator $action = New-ScheduledTaskAction ` -Execute "powershell.exe" ` -Argument "-ExecutionPolicy Bypass -WindowStyle Hidden -File `"$env:USERPROFILE\ClaudeBackups\backup-claude-sessions.ps1`"" $trigger = New-ScheduledTaskTrigger -Daily -At 8:00AM $settings = New-ScheduledTaskSettingsSet ` -AllowStartIfOnBatteries ` -DontStopIfGoingOnBatteries ` -StartWhenAvailable Register-ScheduledTask ` -TaskName "ClaudeSessionsBackup" ` -Action $action ` -Trigger $trigger ` -Settings $settings ` -Description "Daily backup of Claude Code sessions" ` -RunLevel Limited Write-Host "Done! Runs daily at 8:00 AM." -ForegroundColor Green Run it: powershell -ExecutionPolicy Bypass -File "C:\Users\%USERNAME%\ClaudeBackups\install-schedule.ps1" Mac (launchd + shell script) Step 1: Create the backup folder mkdir -p ~/ClaudeBackups Step 2: Save this as ~/ClaudeBackups/backup-claude-sessions.sh #!/bin/bash set -euo pipefail SOURCE="$HOME/.claude" BACKUP_ROOT="$HOME/ClaudeBackups" LOG_FILE="$BACKUP_ROOT/backup.log" KEEP_DAYS=7 TIMESTAMP=$(date +"%Y-%m-%d_%H%M%S") BACKUP_DIR="$BACKUP_ROOT/$TIMESTAMP" DIRS=("sessions" "projects" "plans" "drafts" "memory") log() { echo "$(date '+%Y-%m-%d %H:%M:%S') - $1" >> "$LOG_FILE"; } log "=== Backup started ===" mkdir -p "$BACKUP_DIR" for d in "${DIRS[@]}"; do src="$SOURCE/$d" if [ -d "$src" ]; then cp -R "$src" "$BACKUP_DIR/$d" count=$(find "$BACKUP_DIR/$d" -type f | wc -l | tr -d ' ') log " Copied $d ($count files)" else log " Skipped $d (not found)" fi done size=$(du -sm "$BACKUP_DIR" | cut -f1) log " Total backup size: ${size} MB" # Rotate old backups find "$BACKUP_ROOT" -maxdepth 1 -type d -name "2*" -mtime +$KEEP_DAYS -exec rm -rf {} \; log " Rotated backups older than $KEEP_DAYS days" log "=== Backup completed successfully ===" Make it executable: chmod +x ~/ClaudeBackups/backup-claude-sessions.sh Step 3: Create the launchd plist to run daily at 8am Save this as ~/Library/LaunchAgents/com.user.claude-backup.plist: Label com.user.claude-backup ProgramArguments /bin/bash -c $HOME/ClaudeBackups/backup-claude-sessions.sh StartCalendarInterval Hour 8 Minute 0 StandardErrorPath /tmp/claude-backup-err.log RunAtLoad Loa
View originalClaude Code malicious phishing site running Google Ads?
Like I must be stupid here is this legit or someone has made a very believable Claude download site using a google site. submitted by /u/sh00t1ngf1sh [link] [comments]
View original"Something went wrong, try again" error. Help required.
iOS, Apple iPhone 13 Pro: I literally can’t use Claude. As soon as I open the app, this very error pops up. When clicking "Try again", it simply reappears and there’s no button whatsoever that enables to log in again. Already deleted the app and reinstalled it, didn’t work. I’d very much appreciate any help!
View originalYes, WorkOS offers a free tier. Pricing found: $0 / month, $2,500 / mo, $125, $0 / month, $100
Key features include: Auth for all SSO providers, Complete User Management, Social authentication, AuthKit, Magic Auth, Multi-Factor Auth, A unified platform with modern APIs, SCIM and HRIS integrations? No sweat..
WorkOS is commonly used for: Implementing single sign-on (SSO) for enterprise applications, Managing user identities across multiple platforms, Integrating social authentication for user convenience, Provisioning user accounts automatically via SCIM, Enhancing security with multi-factor authentication, Streamlining user management for large teams.
WorkOS integrates with: Okta, Azure Active Directory, Google Workspace, Slack, Salesforce, GitHub, Zoom, Jira, Workday, SAP SuccessFactors.
Based on user reviews and social mentions, the most common pain points are: API costs.
Thorsten Ball
Engineer at Zed
1 mention
Apr 10, 2026

How Marketing Teams Are Evolving with AI | Eran Dunsky (AppsFlyer) & Michael Grinich
Apr 10, 2026
Based on 103 social mentions analyzed, 0% of sentiment is positive, 100% neutral, and 0% negative.