<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: sadschnitzel</title><link>https://news.ycombinator.com/user?id=sadschnitzel</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 15 Jun 2026 15:48:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=sadschnitzel" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by sadschnitzel in "Google proposes Open Knowledge Format based on Markdown"]]></title><description><![CDATA[
<p>I love how unobtrusive that is, great compromise between readability and expressiveness!</p>
]]></description><pubDate>Sun, 14 Jun 2026 09:25:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48525573</link><dc:creator>sadschnitzel</dc:creator><comments>https://news.ycombinator.com/item?id=48525573</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48525573</guid></item><item><title><![CDATA[New comment by sadschnitzel in "Google proposes Open Knowledge Format based on Markdown"]]></title><description><![CDATA[
<p>I love the simplicity of this OKF spec, but I'm not sure everything can be represented well in "just Markdown".<p>I've recently become intrigued by representing concepts so that AI can co-contribute effectively and token-efficiently (typically: find a good way to represent something as semi-structured sequential text), but also without compromising the human lens on the representation. We shouldn't accept a <i>downgrade</i> of the human knowledge representation experience just to make it AI-accessible. That's especially true if traditionally non-dev personas need to contribute, and they almost certainly find "weird text format + git" much worse than their current authoring/viz tools.<p>I'm excited to see how standards for semantically representing different kinds of knowledge emerge in the next few years!<p>Successful examples I can think of to mix in are open standards like DBML for schemas/E-R, LikeC4 for architecture, diagrams-as-code ideas like Mermaid, all of which LLMs seem to "get" well (or can be told about from a short EBNF prompt). Crucially, they also have pretty human viz forms, and you can you can just ```code block``` inline them in Markdown next to natural language. And you can get LLMs to help you author the syntax.<p>Harder to crack is stuff where there's implicit human meaning in spatial layout and colour, like in complex spreadsheets or Miro. I haven't found good alternatives for those yet.<p>My own attempt in my (data engineering) domain is <a href="https://equalexperts.github.io/satsuma-lang/" rel="nofollow">https://equalexperts.github.io/satsuma-lang/</a> for AI-and-human source-to-target mappings and transforms. A succinct structured text representation that allows natural language, but also nice viz and LSP/grammar tooling that helps agents not to have to slice and dice big docs token-inefficiently to reason about things like lineage or completeness or undefined sources.</p>
]]></description><pubDate>Sat, 13 Jun 2026 15:49:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48518426</link><dc:creator>sadschnitzel</dc:creator><comments>https://news.ycombinator.com/item?id=48518426</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48518426</guid></item><item><title><![CDATA[New comment by sadschnitzel in "Ask HN: What are tools you have made for yourself since the advent of AI?"]]></title><description><![CDATA[
<p>I build a lot of data pipelines, and I've had to deal with too many inconsistent "source to target mapping specs" (usually Excel files) in integration and data projects in my life. They're too opaque for AI coding tools to get consistent results for generating implementations, suggesting tests, making test data etc. So I made "Satsuma" 
(<a href="https://equalexperts.github.io/satsuma-lang/" rel="nofollow">https://equalexperts.github.io/satsuma-lang/</a>)<p>At first glance, it's just a nice version-controllable, parseable DSL. But I also made succinct prompts with the grammar that lets LLMs produce and reason about Satsuma, a language server, CLI tools for the AI tools to use to navigate specs token-efficiently, reason about lineage, pretty viz in vscode plugins/syntax highlighting, some agent skills etc. There are metadata conventions for succinctly representing a lot of quirky formats and capturing common analytics conventions (scd2/Kimball/datavault/etc c.)<p>Yes, yes, I may have gotten carried away.<p>But I'm finding it really useful as a specification tool in projects for reverse engineering mappings from code/workflows, generating new code (dbt, Spark etc.)<p>This definitely isn't something I would've had the bandwidth to push this far before AI!</p>
]]></description><pubDate>Tue, 09 Jun 2026 11:45:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48459826</link><dc:creator>sadschnitzel</dc:creator><comments>https://news.ycombinator.com/item?id=48459826</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48459826</guid></item></channel></rss>