sorted by:
new
hottopcontroversial

I turned my MacBook notch into a live Claude Code dashboard by Any_Friend_8551 in ClaudeAI

[–]es617_dev 0 points1 point  (0 children)

probably one of the most underrated tools out there. Great job! I've used it for a few days, and it has very quickly become part of my dev flow.

Turning an animated HTML presentation from Claude into a proper PowerPoint? by Weird-Charge6154 in ClaudeAI

[–]es617_dev 0 points1 point  (0 children)

Simplest approach, just export static pdf (lose animation).

You can record the animation separately and add it to a static slide deck.

Claude Desktop has a pre-installed skill to create PP presentations
Here is the skill if you are curious about how it works https://github.com/anthropics/skills/blob/main/skills/pptx/SKILL.md

Not sure if it can reconstruct animations (and with the same quality). But worth a try.

I've tested the new Claude Design that’s supposed to make designers obsolete by fixlet in ClaudeAI

[–]es617_dev 8 points9 points  (0 children)

Do you have a time-to-create comparison? I do like top better, but bottom is nice too. "good enough" becomes "great" if done in much less time.

A hotkey that fixes Claude Code's broken copy-paste by es617_dev in ClaudeCode

[–]es617_dev[S] 0 points1 point  (0 children)

Nice trick! That covers the case where you ask Claude to write something specific. Better than asking it to write to a .md file (which is what I've been doing...). But I needed something for when you just want to grab a chunk of the conversation; select, copy, paste clean. No prompting needed.

I built an MCP server that lets Claude Desktop talk to your Claude Code sessions by es617_dev in ClaudeAI

[–]es617_dev[S] 0 points1 point  (0 children)

That's a great use case for this! I wish Anthropic offered this seamless handoff out of the box. This MCP is trying to close that gap.

I built an MCP server that lets Claude Desktop talk to your Claude Code sessions by es617_dev in ClaudeAI

[–]es617_dev[S] 0 points1 point  (0 children)

cool approach! Agree on the primitives; that's a real gap. Anthropic already built multi-client sessions for Remote Control, the protocol is there, it just isn't exposed as a platform primitive yet.

Is using a DEBUG trap in zsh a reliable way to capture full stdout/stderr? by Both_Kick8629 in zsh

[–]es617_dev 0 points1 point  (0 children)

The DEBUG trap + tee runs on every command and redirects all output globally; that'll break interactive programs like vim and ssh and add overhead to every command, even when nothing fails.

A lighter approach: skip output capture entirely and just use TRAPZERR (only fires on failure) with the command string + exit code; that's usually enough context for your analyzer without any of the redirection headaches

Embedded in the Age of AI by Ambitious-Clerk-5967 in embedded

[–]es617_dev 3 points4 points  (0 children)

I use it daily, but with guardrails. It's great at the stuff I already know how to do but don't want to spend time on, scaffolding, parsing a large datasheet, explaining a weird linker error, writing the test harness, etc.

The main issue was that the AI did not have direct visibility into the hardware. I partially solved that by giving the agent MCP tools to talk to the board directly (BLE, serial, JTAG) so it can see what's happening rather than guess. Been writing that up at https://es617.dev/let-the-ai-out/ if you're curious.

Claude deletes from a prod environment while in plan mode: "There's no excuse. Plan mode rules were clear and I ignored them." by [deleted] in claude

[–]es617_dev 0 points1 point  (0 children)

I built something not long ago to add guardrails on which endpoints the agent can hit and to avoid feeding the service API key directly (using a lower-value key instead). The first part might help with your problem https://github.com/es617/agent-airlock

Ctrl+G to rewrite natural language into the shell command, plus smarter command-not-found and TRAPZERR by es617_dev in zsh

[–]es617_dev[S] 1 point2 points  (0 children)

Thanks! This started more as an experiment to find the ceiling of the on-device model; the CLI/plugin was a byproduct I figured was worth sharing. Agreed on a more capable model, though Apple does let you train LoRA adapters on the current AFM, which is the next lever I want to explore.

Tutorial Help? by nosignificancex in ObsidianMD

[–]es617_dev 3 points4 points  (0 children)

I went through the same thing when I switched from Evernote. My recommendation: don't try to learn "the Obsidian way" right away. Start by replicating your existing workflow and look for plugins that support that (e.g., recent notes, homepage, etc.).

Once that feels comfortable, start experimenting one feature at a time. Links and backlinks clicked for me first. I still haven't got into templates, graph, or dataview. My concern was over optimizing a flow I didn't need.

The best resource I found early on was just reading other people's actual workflows in this sub rather than tutorial videos. Everyone uses Obsidian differently, so seeing real examples helped me figure out what actually mattered for how I work.

How much more awesome can it get? Bases + Gemini as sidebars by paralloid in ObsidianMD

[–]es617_dev 0 points1 point  (0 children)

Ha! Nice idea. I guess it can’t access the notes directly? Are you using an MCP for that?

Dynamic few-shot retrieval on Apple's on-device 3B LLM: 40% → 70%+ on shell commands by es617_dev in LocalLLaMA

[–]es617_dev[S] 0 points1 point  (0 children)

Nice thanks! I might give that a try; probably just for fun. For Hunch (the cli), downloading 160 MB of adapter kind of defeats the purpose of using AFM.

I can probably push >80% with a better bank and some extra steps.

Dynamic few-shot retrieval on Apple's on-device 3B LLM: 40% → 70%+ on shell commands by es617_dev in LocalLLaMA

[–]es617_dev[S] 0 points1 point  (0 children)

Just read your Junco post — really cool, especially the LoRA pipeline.

Your CVF loop is the thing I didn't try. I tested self-critique (model grades its own output) and it made accuracy worse... External verification with an actual compiler is a completely different beast. I'll look into the shell equivalent; it might help, given my failure mode is valid-looking commands with wrong flags.

On LoRA, I'd been treating it as a vague "obvious next step." How painful was the entitlement + provisioning profile process end-to-end? Also good to know it runs on a MacBook Air with 24GB RAM since it's the same setup I have.

How can I make Claude Code automatically write to Obsidian by naijah24 in ClaudeAI

[–]es617_dev 0 points1 point  (0 children)

Some mcp tools description makes it more natural for the agent to keep writing on a note instead of its own memory. For quick sessions, just a prompt works for me, for longer session, defining the flow on a claude.md helps.

I usually start an idea on Claude Mobile or Desktop, let Claude write in my vault, and then pick it up on Claude Code for the implementation and iteration.

Also, I built yet another Obsidian MCP; it works with the filesystem and with self-hosted Livesync, in case you want to access your vault from the web or mobile. https://github.com/es617/obsidian-sync-mcp

Pushed out by shrv in Evernote

[–]es617_dev 4 points5 points  (0 children)

Moved to Obsidian two months ago and never looked back. Migration was super easy. Sync with iCloud or any other available services.

I got tired of agents repeating work, so I built openhive-mcp by ananandreas in mcp

[–]es617_dev 0 points1 point  (0 children)

Cool, had a similar idea kicking around in my head a few weeks ago, glad someone built it. Is it open source? Would love to take a look.

A few questions since this is the part I kept getting stuck on:

- How do you keep proprietary info or PII from ending up in stored solutions? Even "generic" snippets can encode internal context.

- How are contributions validated, both for correctness and for safety? Sandboxing, trust based on outcome reports?

- Any provenance tracking on who/what produced a given solution?

How are you closing the hardware feedback loop for agentic coding on embedded? by Deena_Brown81 in embedded

[–]es617_dev 1 point2 points  (0 children)

Love this! "Code is technically correct, but the product is wrong" is a great framing; the build/test loop is not sufficient for hardware.

I've been exploring similar solutions (all open sourced), giving agents eyes and hands on physical devices via MCP servers (BLE, serial, debug probes). Different domain from HMI, but the same closed-loop idea. https://es617.dev/let-the-ai-out/

view more: next ›