<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[ORANO — Founder Notes]]></title><description><![CDATA[ORANO — Founder Notes]]></description><link>https://orano.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Thu, 29 Oct 2026 07:40:02 GMT</lastBuildDate><atom:link href="https://orano.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[From save to plan: what happens in the thirty seconds after you share a Reel]]></title><description><![CDATA[Most “save for later” buttons end the interaction: the content goes to a folder, and the folder is where intent quietly expires. We built ORANO around a…]]></description><link>https://orano.hashnode.dev/from-save-to-plan-what-happens-in-the-thirty-seconds-after-you-share-a-reel</link><guid isPermaLink="true">https://orano.hashnode.dev/from-save-to-plan-what-happens-in-the-thirty-seconds-after-you-share-a-reel</guid><dc:creator><![CDATA[Manu Parasuraman]]></dc:creator><pubDate>Sat, 19 Sep 2026 16:22:28 GMT</pubDate><content:encoded><![CDATA[<p>Most “save for later” buttons end the interaction: the content goes to a folder, and the folder is where intent quietly expires. We built ORANO around a different contract: the share is a <strong>beginning</strong>, and something useful should exist within thirty seconds of sharing. Here is what actually happens in that window.</p>
<h2>Step 1: fetch and listen</h2>
<p>The moment a Reel or video lands, fetchers (yt-dlp, OG metadata, readme and custom fetchers, Apify where needed) pull the source. Speech goes through Groq-hosted Whisper transcription; captions, on-screen text, and OCR'd frames are captured separately. Keeping speech, text, and visual context distinct matters — a recipe that says “salt to taste” and a caption that says “add 2 tsp salt” are different kinds of evidence.</p>
<h2>Step 2: understand, don't summarize</h2>
<p>A wall of text is not understanding. The extraction step returns structure: a concise summary, grounded key points (each traceable to the source), a category, difficulty, estimated minutes, estimated cost, priority, and a coarse project mode — action, understand, or reference. That last field is the honest one: a documentary and a shelf-repair video both get saved, but only one of them deserves a checklist. Non-actionable saves keep their key ideas without a manufactured task list.</p>
<h2>Step 3: plan only when a plan exists</h2>
<p>For actionable content, task generation produces an ordered list where each step carries a time estimate and, where relevant, a cost — parts, tools, materials. Steps are bounded and re-tried with fallbacks rather than padded with filler tasks. The test for a good generated plan is simple: could you start the first task tonight without rewatching the source?</p>
<h2>Step 4: remember, and hand off</h2>
<p>Everything lands in a searchable library — projects, summaries, embeddings (pgvector, 1536-dim), a knowledge graph of concepts and tools, and curated memory facts with confidence and decay. From there, two exits matter: search and chat across your own library in the app, and a personal, read-only MCP server so your own agents can read the same context. You can even push a project to a durable handoff queue and let your agent pick it up next session.</p>
<h2>The contract</h2>
<p>Thirty seconds after the share, you should be looking at a decision: start the first task, study the roadmap, file it as reference, or delete it without guilt. That is the whole product promise. <a href="http://oranoai.com">oranoai.com</a> has the details; the app is free on <a href="https://apps.apple.com/us/app/orano-ai/id6791454509">iOS</a> and <a href="https://play.google.com/store/apps/details?id=com.oranoai.app">Android</a>.</p>
]]></content:encoded></item><item><title><![CDATA[Why ORANO's personal MCP server is read-only on purpose]]></title><description><![CDATA[Your saved library is quietly becoming the most valuable dataset you own: every tutorial you meant to follow, every lecture, every repo you starred at 1…]]></description><link>https://orano.hashnode.dev/why-orano-s-personal-mcp-server-is-read-only-on-purpose</link><guid isPermaLink="true">https://orano.hashnode.dev/why-orano-s-personal-mcp-server-is-read-only-on-purpose</guid><dc:creator><![CDATA[Manu Parasuraman]]></dc:creator><pubDate>Sat, 19 Sep 2026 16:20:24 GMT</pubDate><content:encoded><![CDATA[<p>Your saved library is quietly becoming the most valuable dataset you own: every tutorial you meant to follow, every lecture, every repo you starred at 1 a.m. The obvious 2026 move is to wire it into your AI assistant so it can plan with that context. The obvious design is a big API with write access. We went the other way: ORANO's personal MCP server is <strong>read-only</strong>, and that is deliberate.</p>
<h2>What the server does</h2>
<p>ORANO sits on your phone's share sheet. Share a Reel, a YouTube video, an article, a GitHub repo, or a PDF, and it builds a structured project: a summary, grounded key points, category, estimated time and cost, priority, and — when the content is actionable — an ordered task list. Learning-type saves can generate a study roadmap; research saves pull sourced context. All of that lives in Postgres with pgvector embeddings.</p>
<p>The MCP endpoint exposes a handful of tools to your own agent — ChatGPT, Claude, Cursor, anything that speaks MCP:</p>
<ul>
<li><p>list your projects, filtered by status</p>
</li>
<li><p>get a project's summary, structured understanding, resources, research, roadmap, and ordered tasks</p>
</li>
<li><p>retrieve projects explicitly handed off from the app</p>
</li>
<li><p>search the library by title, summary, source, or URL</p>
</li>
<li><p>read curated memory facts with confidence and freshness signals</p>
</li>
</ul>
<h2>Why read-only</h2>
<p>Three reasons, in order of importance.</p>
<p><strong>1. The failure modes are asymmetric.</strong> A read-only integration can fail to help you. A write integration can destroy state you spent months curating — overwriting tasks, duplicating projects, mangling memory facts based on a hallucinated plan. For a personal memory layer, the downside risk of writes dwarfs the upside.</p>
<p><strong>2. Trust is easier to grant than to audit.</strong> “Your agent can look at your library” is a decision you make once. “Your agent can change your library” is a decision you re-litigate every time you review a diff. Read-only keeps the mental model simple: the app writes, the agent reads, you decide.</p>
<p><strong>3. The handoff queue is the write path that matters.</strong> The flow people actually want is: in a chat on the couch, say “send this project to my agent” — and that is exactly what the durable handoff queue does. The app pushes a project to the queue with your explicit action; the agent picks it up on the next session. The direction of control stays human-initiated, which is where it should stay until agent reliability earns more.</p>
<h2>Auth reality check</h2>
<p>Authentication is a personal API key with bearer auth scoped to <code>orano:read</code>, not a Supabase session — agents are machines, they should get machine credentials. Rate budget: 240 calls per user per hour, up to 10 active keys. One honest caveat: OAuth discovery metadata exists but the full delegated OAuth flow is not finished, so today a personal key is provisioned manually. When OAuth lands, the read-only default will not change.</p>
<h2>Try it</h2>
<p>ORANO is free to download on <a href="https://apps.apple.com/us/app/orano-ai/id6791454509">iOS</a> and <a href="https://play.google.com/store/apps/details?id=com.oranoai.app">Android</a> — <a href="http://oranoai.com">oranoai.com</a> has the details and the MCP documentation, and the repo <a href="https://github.com/manuvamp/orano-mcp-examples">orano-mcp-examples</a> has curl examples for every tool. If you build agents, a read-only window into what your user actually saves is the most honest context signal you can get — it is what they chose to keep, not what they remembered to mention.</p>
]]></content:encoded></item></channel></rss>