ceo @tembo

Joined May 2008
486 Photos and videos
fun while it lasted... predictions on how long til Fable returns?
Jun 13
welp... @tembo comment out fable 5
1
1
358
ry retweeted
Jun 11
Enterprise customers pull you in different directions. The hard part isn't picking which nudges to follow, it's finding the product shape that none of them asked for, but all of them need.
1
4
434
Jun 11
building software is the thing i genuinely can't stop thinking about. not the business side, not the fundraising, not even the wins. just the craft of getting to "holy shit, it works" on that didn't exist before. that moment never gets old.
2
1
12
325
Jun 9
Quite a bit more coming from @tembo team in June :) Excited to share.
Jun 9
Claude Fable 5 is now live in Tembo! Available in the Claude Code, OpenCode, and Pi agents.
1
9
722
Jun 2
if you engage a little w nba content on x watch out for timeline takeover
1
276
May 29
1
342
May 20
enterprise is mandating "4x developer output" but can't even measure current output anyone figure this out?
16
1
29
3,572
May 19
Your agents start broken. The question is whether your system is designed for them to mature or whether you just pretend they ship ready on day one.
6
19
18,485
ry retweeted
Replying to @lucasmeijer
trust me - linear @tembo is best effort to results ratio
2
6
1,768
ry retweeted
darren and the tembo eng team rn iykyk

ALT Iron Man Iron Man Hammer GIF

1
7
1,009
May 18
Every SaaS company bolting a coding agent sidecar onto their core product is building a 2025 demo they won't be able to maintain in 2027. A coding platform is a "startup-sized" problem.
15
2
51
5,759
ry retweeted
tembo team’s in NYC next week who wants to grab a coffee / who should we meet?
6
2
18
2,532
ry retweeted
May 13
we intentionally never supported bringing your own claude code sub in @tembo from the beginning still possible to bring your own codex subscription though and then only pay for the VM compute costs
Replying to @ClaudeDevs
This means that third-party tools built on the Agent SDK like Conductor and OpenClaw work with your Claude plan, but will draw from your credit the same way your own scripts do.
1
16
1,782
May 7
Enterprise customers rarely churn because your product is “bad.” They churn because you left the exits wide open: shallow integrations, generic workflows, easy data portability, and no real dependency on outcomes. The moat isn’t flexibility, it’s becoming the operational layer they can’t rip out: embedded in processes, wired into systems of record, trusted for compliance, and relied on for daily decisions. Make leaving costly in time, risk, and lost leverage, not in contracts.
2
1
34
3,474
May 6
Coding agents were step one. Now we're building agents for GTM, ops, finance, support, and every other knowledge-work function—agents that research, draft, route, reconcile, and ship decisions at speed. Each one captures the playbooks, closes the loop with humans, and gets smarter from outcomes.
1
9
1,134
May 6
Every operations leader I talk to has the same problem. They bought the CRM. They bought the ticket system. They bought the data tool. And their team still runs on post-it notes and Excel. The instinct is always the same: get disciplined, pick one system, force adoption, build dashboards. It never works. Not because the tools are bad, but because knowledge workers don't live inside any single tool. They live in Slack. They live in their inbox. They live wherever the conversation is happening. Instead of dragging people into the system of record, build an agent that goes to every system of record on their behalf. It pulls open tickets from your support platform. It pulls account ownership and last-touch dates from your CRM. It pulls revenue data from your analytics layer. Then it synthesizes all of that into a prioritized daily view, delivered where people already work. The key is that the prioritization logic isn't a black box. It's inspectable code. Anyone on the team can ask the agent to explain how it ranked their accounts. Leadership can review the algorithm and adjust the rules. When someone on the team has an idea for how priorities should change, that becomes a concrete improvement to the agent's logic, not a suggestion lost in a meeting. This is what enterprise AI operationalization actually looks like. It's not replacing your systems. It's not another dashboard. It's an agent that reads five tools at 7am so your team knows exactly where to focus at 8am. The data stays where it lives. The work gets done where people already are. The organizations that figure this out won't have better tools. They'll have the same tools, with an agent layer that finally makes them useful.
3
6
45
4,699
May 5
The gap between "automation" and "agent" isn't branding. It's architecture. Automations run on triggers. Agents run on context. Name things wrong and you build the wrong primitives.
7
2
42
3,709
May 5
Anthropic is hunting enterprise workflows to productize. The contrarian bet: a probabilistic system will never match an agent built by someone who deeply understands how their specific company works.
80
24
609
49,619
Apr 26
Context engineering is the real work. Infra is a solved problem. But maintaining context files by hand? They degrade constantly, and nobody has the will or confidence to decide for everyone. Probably more important for human oversight than the code.
2
2
15
1,352
Apr 26
Anyone killing it on continuous coding context improvement? Tell me about your tooling...
3
342