Guido Appenzeller

3.5K posts

Guido Appenzeller banner
Guido Appenzeller

Guido Appenzeller

@appenz

At a16z investing in AI & Infra. 2x founder & CEO. CTO at Intel & VMware. CPO at Yubico. Tweets are my own.

Silicon Valley, CA Katılım Ocak 2008
277 Takip Edilen9.8K Takipçiler
Guido Appenzeller retweetledi
a16z
a16z@a16z·
Why did OpenClaw take off? “I found it relatively easy to set up and get going… I didn’t have to spend seven hours just to do the Telegram use case and start playing with it.” "I just think it's sort of that, like just that level of accessibility to users who are maybe not living in a codebase day-to-day." "The other agent frameworks were pretty difficult to use, incredibly flaky, [I] didn't really want to spend a lot of time debugging someone else's stuff." "There's another major part of this that it can extend itself." "It's the first agent I've seen where I can say, 'I want integration with something.' And it's like: 'well, I've never seen this before, there's no package for that, but let me try to put something together.'" "There is definitely a long-running nature of it. You leave it running for a night and you're like, keep working on this until you finish." @stuffyokodraws @appenz on the AI + a16z Podcast
English
19
21
150
21.3K
Guido Appenzeller retweetledi
Jad Naous
Jad Naous@jadtnaous·
Today, I'm excited to announce the industry's first proactive AI SRE agent with @grepr_ai. It works by finding novel behaviors in your environment and only asking an LLM to investigate those. By focusing on novel behaviors, we make applying LLMs on an entire stream of observability data possible. Read more: grepr.ai/blog/proactive…
English
1
2
10
898
Matan Zutta
Matan Zutta@matanzutta·
@appenz @meetgranola note-taking apps are just the canary here. every SaaS tool that locks your data behind a human UI is about to face the same thing. CRM, project management, analytics - if an agent can't query it, it's already losing
English
1
0
1
141
Guido Appenzeller
Sorry to see Granola @meetgranola going closed. They encrypted their local db, no local and no cloud API. In a world where notes are managed by agents, the app now has zero value. Any recommendations for good alternatives? What are you switching to?
English
178
11
632
334.6K
Guido Appenzeller
@mignano @meetgranola This wasn’t a lazy assumption. I had working software that I was using and it broke because of this change. Check my GitHub for the code (which no longer works).
English
0
0
3
398
Michael Mignano
Michael Mignano@mignano·
@appenz @meetgranola First rule of VC is do no harm. You're costing a startup real business based on a lazy assumption. Do the research first.
Chris Pedregal@cjpedregal

There are some tweets out there saying that Granola is trying to lock down access to your data. Tldr; we are actually trying to become more open, not closed. We’re launching a public API next week to complement our MCP. Read on for context. A couple months ago, we noticed that some folks had reversed engineered our local cache so they could access their meeting data. Our cache was not built for this (it can change at any point), so we launched our MCP to serve this need. The MCP gives full access to your notes and transcripts (all time for paid users, time restricted for free users). MCP usage has exploded since launch, so we felt good about it. A week ago, we updated how we store data in our cache and broke the workarounds. This is on us. Stupidly, we thought we had solved these use cases well enough with our MCP. We’ve now learned that while MCPs are great for connecting to tools like Claude or chatGPT, they don’t meet your needs for agents running locally or for data export / pipeline work. So we’re going to fix this for you ASAP. First, we’ll launch a public API next week to make it easier for you to pull your data. Second, we’ll figure out how to make Granola work better for agents running locally. Whether that’s expanding our MCP, launching a CLI, a local API, etc. The industry is moving quickly here, so we’d appreciate your suggestions. We want Granola data to be accessible and useful wherever you need it. Stay tuned.

English
1
0
8
995
Taylor A Murphy
Taylor A Murphy@tayloramurphy·
@appenz @meetgranola what version of the app are you on? I just tested and it seems like my local access approach is still working. I'm concerned!
English
1
0
0
154
Krishna
Krishna@ntkris·
@appenz @meetgranola Really? You can't automate workflows using the notes they produce with their API?
English
1
0
1
1.3K
Dan O’Leary
Dan O’Leary@Antisimplistic·
@appenz @meetgranola after that why would you consider anything but an open source system, or at least one without any lock in? Obsidian is my choice
English
1
0
0
399
Sadi Moodi
Sadi Moodi@MoodiSadi·
This is exactly why I switched to plain markdown folders. No vendor lock-in, no encrypted databases, just .md files in a git repo. I built a simple agent that watches the folder and syncs to cloud storage when needed. Security team happy, IT approved it in a week. The key: keep the data format boring and open.
English
2
0
1
1.2K
kepano
kepano@kepano·
don't make me tap the sign
Guido Appenzeller@appenz

Sorry to see Granola @meetgranola going closed. They encrypted their local db, no local and no cloud API. In a world where notes are managed by agents, the app now has zero value. Any recommendations for good alternatives? What are you switching to?

English
11
4
403
82.8K
Guido Appenzeller
@far33d @nabeel @meetgranola We don't use MCP, only API which they don't have. The MCP integration also doesn't work locally. And if you were on the free version, they hold you data hostage until you pay them money. Not cool.
English
0
0
0
82
vishalsachdev
vishalsachdev@vishalsachdev·
@appenz @meetgranola i just extract notes from the local cache after each call and store it. I assume i will still be able to do that?
English
1
0
0
775
Guido Appenzeller
@sniperblacz @meetgranola Hi Sidhdharth, I know you guys and you have an awesome product. In this case, I am looking for a local note taker that just hooks into macOS audio. Different use case.
English
0
0
2
103
Sidhdharth Sivasubramanian
@appenz @meetgranola Although we're not a notetaker, we facility building one within minutes. If you're just looking for meeting data via API and converting it to .md - u can simply use meetstream.ai to configure/vibe code that and you own the data. Happy to setup access :)
English
1
0
1
89
Derek Gilbert
Derek Gilbert@derek_gilbert·
@appenz @meetgranola I am experimenting with Obsidian and simply having an agent job that exports and summarizes my notes from Google Drive every day
English
1
0
0
675
Guido Appenzeller
@cjpedregal @meetgranola We do all agent integration with APIs and in code. It's a cleaner architecture, less brittle, better auth. I personally need offline local access (airplanes) as well. If Granola doesn't have it, I'd immediate pull all notes into an agent friendly store once the call ended.
English
0
0
4
560
Chris Pedregal
Chris Pedregal@cjpedregal·
@appenz @meetgranola OK, so exact same tool calls in MCP but in an API instead would do the trick? Is it just that you want to hard code certain calls?
English
5
2
17
6.5K