<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: grbsh</title><link>https://news.ycombinator.com/user?id=grbsh</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 13 Jun 2026 03:03:08 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=grbsh" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[I Hate My Friend]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.wired.com/story/i-hate-my-ai-friend/">https://www.wired.com/story/i-hate-my-ai-friend/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45373466">https://news.ycombinator.com/item?id=45373466</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 25 Sep 2025 15:00:33 +0000</pubDate><link>https://www.wired.com/story/i-hate-my-ai-friend/</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=45373466</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45373466</guid></item><item><title><![CDATA[New comment by grbsh in "Getting AI to work in complex codebases"]]></title><description><![CDATA[
<p>The fundamental frustration most engineers have with AI coding is that they are used to the act of _writing_ code being expensive, and the accumulation of _understanding_ happening for free during the former. AI makes the code free, but the understanding part is just as expensive as it always was (although, maybe the 'research' technique can help here).<p>But let's assume you're much better than average at understanding code by reviewing it -- you have another frustrating experience to get through with AI. Pre-AI, let's say 4 days of the week are spend writing new code, while 1 day is spent fixing unforseen issues (perhaps incorrect assumption) that came up after production integration or showing things to real users. Post-AI, someone might be able to write those 4 days worth of code in 1 day, but making decisions about unexpected issues after integration doesn't get compressed -- that still takes 1 day.<p>So post-AI, your time switches almost entirely from the fun, creative act of writing code to the more frustrating experience of figuring out what's wrong with a lot of code that is almost correct. But you're way ahead -- you've tested your assumptions much faster, but unfortunately that means nearly all of your time will now be spent in a state of feeling dumb and trying to figure out why your assumptions are wrong. If your assumptions were right, you'd just move forward without noticing.</p>
]]></description><pubDate>Wed, 24 Sep 2025 15:05:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=45361419</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=45361419</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45361419</guid></item><item><title><![CDATA[Show HN: Knowledgework – AI Extensions of Your Coworkers]]></title><description><![CDATA[
<p>Hey HN! We’re building Knowledgework.ai, which creates AI clones of your coworkers that actually know what they know. It's like having a version of each teammate that never sleeps, never judges you for asking "dumb" questions, and responds instantly.<p>As a SWE at Amazon, I constantly faced two frustrations:<p>1. Getting interrupted on Slack all day with questions I'd already answered<p>2. Waiting hours (or days) for responses when I needed information from teammates<p>When you compare this to the UX of an AI chatbot, humans start to look pretty inconvenient! It’s a bit of a wild take, but it’s really been reflected in my conversations with dozens of engineers, and especially juniors: people would rather spend 20 minutes wrestling with an unreliable AI than risk looking ignorant or wasting their coworkers’ time. One of my early users actually tried the product and told me she’s a bit worried her coworkers would prefer talking to her AI extension over talking to her!<p>Here’s how it works: It’s a desktop app (mac only right now) that captures screenshots every 5 seconds while you work. It uses a bespoke, ultra-long context vision model (OCR isn’t enough, and generic models are far too expensive!) to understand what you're doing and automatically builds a searchable, hyperlinked knowledge base (wiki) of everything you work on - code you write, bugs you fix, decisions you make, or anything else you do on a computer that could be useful to you or your team’s productivity in the future.<p>Even if you just turn on Knowledgework for ~30 mins while working on a personal project, I think you’ll find what it produces to be really interesting — something I’ve learned is that we tend to underestimate the extent of the valuable information we produce every day that is just ephemeral and forgotten. There’s also some really great opportunities surrounding quantified self and reflection — just ask it how you could have been more productive yesterday or how you could come across better in your meetings.<p>The real value comes when your teammates can query your "Extension" - an AI agent that has access to all (only what you choose to share) of your captured work context. Imagine your coworker is on vacation, but you can still ask their Extension: "I'm trying to deploy a new Celery worker. It's gossiping but not receiving tasks. Have you seen this before?"<p>We’ve spent a great deal of effort on optimizing for privacy as a priority; not just in terms of encryption and data security, but in terms of modulating what your Extension will divulge in a relationship appropriate way, and how you can configure this. By default, nothing is shared. In a team setting, you can choose to share your Extension with particular individuals. You can, in a fine-grained manner, grant and revoke access to portions of your time, or if you are on a tight-knit team, you can just leave it to AI to decide what makes sense to be accessed. This is the area we’re most excited to get feedback on, so we’re really aiming this launch at small, tight knit teams who care about speed and productivity at all costs who use Macs, Slack, Notion, and are all on Claude Code Max plans.<p>We’re also working on SOC II type 2 compliance and can do on-prem, although on-prem will be quite expensive. If you’re curious about on-prem or additional certifications, I’d love to chat -  griffin@knowledgework.ai.<p>Check it out here: <a href="https://knowledgework.ai/" rel="nofollow">https://knowledgework.ai/</a><p>We’ve opened it up today for anyone to install and use for free. If you’re seeing this after Thursday 8/28, we’ll likely have put back the code wall — but we’d be happy to give codes to anyone who reaches out to griffin@knowledgework.ai</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45055510">https://news.ycombinator.com/item?id=45055510</a></p>
<p>Points: 8</p>
<p># Comments: 2</p>
]]></description><pubDate>Thu, 28 Aug 2025 18:41:38 +0000</pubDate><link>https://knowledgework.ai/</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=45055510</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45055510</guid></item><item><title><![CDATA[Nat Friedman – Some things I believe]]></title><description><![CDATA[
<p>Article URL: <a href="https://nat.org/">https://nat.org/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45055109">https://news.ycombinator.com/item?id=45055109</a></p>
<p>Points: 5</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 28 Aug 2025 18:03:20 +0000</pubDate><link>https://nat.org/</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=45055109</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45055109</guid></item><item><title><![CDATA[Show HN: Baml_vcr -Record your LLM calls and play them back during tests]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/gr-b/baml_vcr">https://github.com/gr-b/baml_vcr</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44474616">https://news.ycombinator.com/item?id=44474616</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 05 Jul 2025 18:36:27 +0000</pubDate><link>https://github.com/gr-b/baml_vcr</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=44474616</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44474616</guid></item><item><title><![CDATA[New comment by grbsh in "Show HN: Magnitude – open-source AI browser automation framework"]]></title><description><![CDATA[
<p>Why not just use Claude by itself? Opus and Sonnet are great at producing pixel coordinates and tool usages from screenshots of UIs. Curious as to what your framework gives me over the plain base model.</p>
]]></description><pubDate>Thu, 26 Jun 2025 19:08:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=44390344</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=44390344</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44390344</guid></item><item><title><![CDATA[New comment by grbsh in "Show HN: Screenshock.me – Zap yourself into being productive with browser AI"]]></title><description><![CDATA[
<p>I recently got the Pavlok device to stop a bad habit - compulsive nail biting. It worked extremely well! It works less well for thinks like distraction, because you have to manually trigger the negative stimulus.<p>I find the prospect of an AI continuously monitoring and course correcting very interesting. Like GPS/ maps -- if you go off course, it re-routes you. What will people build with real-time AI like this in the future? I think Cluely may be the best example of this.<p>I'd personally like a version of the Pavlok device that has a built in camera / mic that allows me to configure these type of triggers with real-time monitoring. It'll probably be a while until we can run an LLM on a watch-sized device in 1-3s but still have ~8hr battery life.</p>
]]></description><pubDate>Mon, 23 Jun 2025 19:32:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=44359223</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=44359223</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44359223</guid></item><item><title><![CDATA[Show HN: Screenshock.me – Zap yourself into being productive with browser AI]]></title><description><![CDATA[
<p>I recently got the Pavlok, a wrist worn device that is capable of delivering a shock (intended for negative reinforcement of behaviors). But, you have to manually trigger it yourself. So, I decided to continuously record my screen and use vision AI (via gemini-flash) to detect lapses in focus and trigger the negative stimulus via the Pavlok API.<p>It's 100% browser based -- super simple to try.
For those who don't have the device, you can still try it in your browser -- just select "loud beep (through computer)".<p>It's also open-source: <a href="https://github.com/gr-b/screenshockme">https://github.com/gr-b/screenshockme</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44359194">https://news.ycombinator.com/item?id=44359194</a></p>
<p>Points: 3</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 23 Jun 2025 19:29:45 +0000</pubDate><link>https://screenshock.me/</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=44359194</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44359194</guid></item><item><title><![CDATA[New comment by grbsh in "Knowledgework: a digital second brain for your work"]]></title><description><![CDATA[
<p>Knowledgework is AI that can actually save you time, make you better organized, and do better work. Knowledgework is the answer to question, “Why isn’t ChatGPT more useful for real-world work tasks?”<p>While ChatGPT is a better Google search, Knowledgework is like asking a copy of your own brain for help. Today’s chat interfaces are flawed because they require the user to micromanage: to not only know exactly what can and should be done, but to describe in detail all the specifics required to do it. Knowledgework fixes this with two elements that I believe create a new paradigm for AI enabled software: proactivity and omniscience. Without these two properties, you can’t delegate meaningful real world tasks to AI.<p>ChatGPT isn’t useful for this. Not because it’s not intelligent enough (it is), but because it lacks the right knowledge. When I speak to knowledge workers about how they use AI for work, they tell me they’d like to delegate more tasks to AI, but that they experience this frustration of needing to micromanage it, re-teaching everything about their project and their team every time.<p>How does Knowledgework solve omniscience and proactivity to create an AI assistant that’s useful for delegation of real-world work? It’s a desktop vision AI that watches you work, like an intern who is shadowing you, or a pair programmer. It learns the rich, internal (often unwritten) knowledge specific to your projects that's required to contextualize them. It organizes this into neat, understandable documentation of everything you’re doing: a hyperlinked wiki that connects all of your team’s concepts, decisions, definitions, acronyms, tools, etc.<p>This explicit representation of your knowledge powers the AI assistant to enable useful delegation — but it’s also really useful in it of itself. Curious as to how your team came to a decision on something? Click through the wiki to get context.<p>The other main feature is the Timeline. It’s kind of like a log or an objective summary of how you spent your time. While the wiki mirrors humans’ associative and conceptual memory, the timeline represents episodic memory. This enables you to visually search through your time: imagine you remember solving a similar problem a few weeks ago, but you don’t quite remember when. By going through the Timeline, you can quickly scan to find the specific work session and ask about what you did.<p>Together, these representations of your knowledge and experience along with the AI assistant running on top begin to feel like a sort of “digital second brain”. Since I started using it, I’ve had the experience where I’m hesitant to even do things on other devices, because it feels like anything I do there is ephemeral.<p>If you’re excited to upload your mind and see what the future looks like with this tech, sign up for the waitlist here: <a href="https://knowledgework.ai" rel="nofollow">https://knowledgework.ai</a>.</p>
]]></description><pubDate>Wed, 28 May 2025 15:52:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=44117361</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=44117361</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44117361</guid></item><item><title><![CDATA[Knowledgework: a digital second brain for your work]]></title><description><![CDATA[
<p>Article URL: <a href="https://knowledgework.ai/">https://knowledgework.ai/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44117360">https://news.ycombinator.com/item?id=44117360</a></p>
<p>Points: 3</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 28 May 2025 15:52:02 +0000</pubDate><link>https://knowledgework.ai/</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=44117360</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44117360</guid></item><item><title><![CDATA[New comment by grbsh in "Show HN: Magnitude – open-source, AI-native test framework for web apps"]]></title><description><![CDATA[
<p>Ooh, I really like the idea about deciding whether to use the big or small model based on task specificity.</p>
]]></description><pubDate>Fri, 25 Apr 2025 17:28:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=43796326</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43796326</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43796326</guid></item><item><title><![CDATA[New comment by grbsh in "Show HN: Magnitude – open-source, AI-native test framework for web apps"]]></title><description><![CDATA[
<p>I know moondream is cheap / fast and can run locally, but is it good enough? In my experience testing things like Computer Use, anything but the large LLMs has been so unreliable as to be unworkable. But maybe you guys are doing something special to make it work well in concert?</p>
]]></description><pubDate>Fri, 25 Apr 2025 17:15:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=43796164</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43796164</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43796164</guid></item><item><title><![CDATA[New comment by grbsh in "The case against conversational interfaces"]]></title><description><![CDATA[
<p>Why would you ever hire a human to perform some task for you in a company? They're known for having problems with ambiguity and precision in communication.<p>Humans require a lot of back and forth effort for "alignment" with regular "syncs" and "iterations" and "I'll get that to you by EOD". If you approach the potential of natural interfaces with expectations that frame them the same way as 2000s era software, you'll fail to be creative about new ways humans interact with these systems in the future.</p>
]]></description><pubDate>Tue, 01 Apr 2025 13:22:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=43546495</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43546495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43546495</guid></item><item><title><![CDATA[New comment by grbsh in "The case against conversational interfaces"]]></title><description><![CDATA[
<p>It's a great point that this is how we primarily used to interact with businesses and services, but we've moved on. For Gen-Z, e.g., many will refuse to use the product or service if they have to speak to an actual human. Just like we're now not willing to take boat across the ocean for 3 months, but before airplanes this was not uncommon.</p>
]]></description><pubDate>Tue, 01 Apr 2025 13:16:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=43546443</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43546443</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43546443</guid></item><item><title><![CDATA[New comment by grbsh in "The case against conversational interfaces"]]></title><description><![CDATA[
<p>I think we can have the best of both worlds here. We want the precision and speed of using vi commands, but we want the discoverability of GUI document editors. LLMs may be able to solve the discoverability problem. If the editor can be highly confident that you want to use a given a command, for example, it can give you an intellisense like completion option. I don't think we've cracked the code on how this UX should work yet though -- as evidenced by how many people find cursor/copilot autocompletion suggestions so frustrating.<p>The other great thing about this mode is that it can double as a teaching methodology. If I have a complicated interface that is not very discoverable, it may be hard to sell potential users on the time investment required to learn everything. Why would I want to invest hours into learning non-transferrable knowledge when I'm not even sure I want to go with this option versus a competitor? It will be a far better experience if I can first vibe-use the product , and if it's right for me, I'll probably be incented to learn the inner workings of it as I try to do more and more.</p>
]]></description><pubDate>Tue, 01 Apr 2025 13:03:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=43546315</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43546315</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43546315</guid></item><item><title><![CDATA[Show HN: BlinkAlarm - Prevent eyestrain, dryness with real-time computer vision!]]></title><description><![CDATA[
<p>I often struggle with dry, strained eyes from long duration computer usage. It turns out when focusing intently, human blink rates decline from a healthy 15-20 per minute to 3-4 (or even fewer in some cases).<p>I wrote a quick script that calculates facial landmarks on your webcam feed in realtime and plays a sound if you fail to blink for a configurable number of seconds.<p>I use the common way of detecting a blink, which is to calculate the ratio between the height and width of the visible portion of the eye. This can be done with just 6 landmarks -- two on the upper eyelid, two on the lower eyelid, and one on either side of the eye. I found that this doesn't work well in all angles / postural positions, so I also augment this with another metric that corrects for head tilt. It's not perfect (if you tilt your head such that your ear is brought closer to your shoulder, it may over-detect blinks) but it's extremely good in normal scenarios where I don't knot myself into a pretzel.<p>It runs significantly faster than realtime on my M2, and I leave it on all day when I work from home.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43472919">https://news.ycombinator.com/item?id=43472919</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 25 Mar 2025 16:07:15 +0000</pubDate><link>https://github.com/gr-b/blinkalarm</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43472919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43472919</guid></item><item><title><![CDATA[New comment by grbsh in "Bitter Lesson is about AI agents"]]></title><description><![CDATA[
<p>Tesla / Waymo is a perfect illustration of the point, but the Bitter Lesson doesn’t allow us to pick a winner here. The Bitter Lesson tells us that the Tesla approach (fully end to end, minimizing hand coded features / logic) will _ultimately_ win out. The Bitter Lesson does not tell us that this approach has to economically justify itself 1 year in, 5 years in, or that the approach when the technology is immature will allow a company to avoid bankrupting itself in the meantime while they wait for the data and compute to scale.<p>In other words, just because we know that ultimately (possibly in 20+ years) the Tesla compute-only approach will be simpler and more effective, Tesla might not survive to see this happen. Instead, manual feature engineering and hacking can always give temporary gains over data and compute driven approaches. The bitter lesson was clear about this. I suspect Waymo will win, and at some point in the future once they are out of their growth at all costs stage, they will transition into their maximum value extraction stage, in which vision will make significantly more economic sense than LiDAR. But once they win, they’ll have plenty of time to see the bitter lesson through its ultimate consequences. Elon is right, but he’s probably too early.</p>
]]></description><pubDate>Mon, 24 Mar 2025 14:25:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=43461477</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=43461477</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43461477</guid></item><item><title><![CDATA[New comment by grbsh in "DeepSeek releases Janus Pro, a text-to-image generator [pdf]"]]></title><description><![CDATA[
<p>“The vast majority of our work is already automated to the point where most non-manual workers are paid for the formulation of problems, social alignment in their solutions, ownership of decision making / risk, action under risk, and so on”<p>Exactly! What a perfect formulation of the problem.</p>
]]></description><pubDate>Mon, 27 Jan 2025 19:32:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=42844726</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=42844726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42844726</guid></item><item><title><![CDATA[How to inference-time compute scale your human software engineerin]]></title><description><![CDATA[
<p>Article URL: <a href="https://speculativeinference.bearblog.dev/design-problems/">https://speculativeinference.bearblog.dev/design-problems/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42215088">https://news.ycombinator.com/item?id=42215088</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 22 Nov 2024 16:21:57 +0000</pubDate><link>https://speculativeinference.bearblog.dev/design-problems/</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=42215088</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42215088</guid></item><item><title><![CDATA[New comment by grbsh in "Introducing ChatGPT Search"]]></title><description><![CDATA[
<p>How will this be gamed for neo-seo spam?</p>
]]></description><pubDate>Thu, 31 Oct 2024 17:11:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=42008915</link><dc:creator>grbsh</dc:creator><comments>https://news.ycombinator.com/item?id=42008915</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42008915</guid></item></channel></rss>