<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: sermakarevich</title><link>https://news.ycombinator.com/user?id=sermakarevich</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 08 Jun 2026 15:35:07 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=sermakarevich" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by sermakarevich in "Ask HN: How do you stay up to date without information overload?"]]></title><description><![CDATA[
<p>I have this list on x of 67 people posting on AI related topics: <a href="https://x.com/i/lists/2014953069700633085" rel="nofollow">https://x.com/i/lists/2014953069700633085</a><p>For papers/articles processing I use AI with pre-defined instructions to create short/medium summaries. The summary should give me good understanding of the main idea and if its worth reading it deeper. Even if not - main idea would be in your head.<p>These summaries I accumulate into hierarchical knowledge base, optimized for Obsidian and llms <a href="https://github.com/sermakarevich/ai_knowledge_wiki" rel="nofollow">https://github.com/sermakarevich/ai_knowledge_wiki</a></p>
]]></description><pubDate>Sat, 06 Jun 2026 17:34:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48427123</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48427123</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48427123</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: Knowledge Access for Agents?"]]></title><description><![CDATA[
<p>git or versioned path on cloud storage should work. Format is more important - I think hierarchical knowledge base is the best thing on the market atm. You keep main page with refs and short summaries to 5-10 topics. Model reads it and decides where to drop down next. You optimize the breadth and depth of topics for optimal performance. Dropping down is not a through away tokens - this helps model to understand wider context.<p>I use it in quite a few repoes:<p>-- <a href="https://github.com/sermakarevich/ai_knowledge_wiki" rel="nofollow">https://github.com/sermakarevich/ai_knowledge_wiki</a> Curated extraction of summaries from AI-related research papers, organized as a hierarchical wiki optimized for Obsidian and LLMs<p>-- <a href="https://github.com/sermakarevich/chunker/tree/master/output/functional_programming_in_scala" rel="nofollow">https://github.com/sermakarevich/chunker/tree/master/output/...</a> Chunker processes a document into a hierarchy of self-sufficient chunks and multi-level summaries, producing a set of linked markdown files that an AI model (or a human) can explore through progressive disclosure -- starting from a high-level overview and drilling into details on demand, without ever loading the entire document.<p>-- <a href="https://github.com/sermakarevich/kaggle_wiki" rel="nofollow">https://github.com/sermakarevich/kaggle_wiki</a> A structured knowledge base of Kaggle competitions — solutions, notebooks, and indexes — built for fast lookup and reuse.</p>
]]></description><pubDate>Sat, 06 Jun 2026 17:25:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48427043</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48427043</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48427043</guid></item><item><title><![CDATA[New comment by sermakarevich in "Show HN: Fleet – Python supervisor for running coding agents in parallel"]]></title><description><![CDATA[
<p>Slides on fleet: <a href="https://docs.google.com/presentation/d/1O_pXyKdtpRG2ORD1xw7svifjpCol96wIVvOU6kOMDlI/edit?usp=sharing" rel="nofollow">https://docs.google.com/presentation/d/1O_pXyKdtpRG2ORD1xw7s...</a></p>
]]></description><pubDate>Sat, 06 Jun 2026 16:58:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48426804</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48426804</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48426804</guid></item><item><title><![CDATA[New comment by sermakarevich in "Show HN: Lessons learned from running Claude Code swarms at scale"]]></title><description><![CDATA[
<p>Slides on fleet: <a href="https://docs.google.com/presentation/d/1O_pXyKdtpRG2ORD1xw7svifjpCol96wIVvOU6kOMDlI/edit?usp=sharing" rel="nofollow">https://docs.google.com/presentation/d/1O_pXyKdtpRG2ORD1xw7s...</a></p>
]]></description><pubDate>Sat, 06 Jun 2026 16:58:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48426801</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48426801</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48426801</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: What is your (AI) dev tech stack / workflow?"]]></title><description><![CDATA[
<p>TDD and specs help</p>
]]></description><pubDate>Sat, 06 Jun 2026 12:38:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=48424481</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48424481</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48424481</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: What is your (AI) dev tech stack / workflow?"]]></title><description><![CDATA[
<p>I looked at most of those, including kiro and tessl. Was early user of GSD when it was suitable for mid+ size projects. Over time GSD grown into beast which is suitable for huge + size projects only producing gigantic specs and burning too many tokens for most of the tasks. So I decided to created my own, with set of steps I need and specs I want.<p>After few presentations of sddw to different companies, most important conclusion was that the ssd plugin should be customizable. It should fit the typical size of tasks/features you are working on, specs should fit your requirements, set of steps can be different.<p>So I created claude code workflow (ccw) which allows to compile custom version of workflow on top of sdd approach:  <a href="https://github.com/sermakarevich/ccw" rel="nofollow">https://github.com/sermakarevich/ccw</a><p>After making few presentations of sddw to different companies,</p>
]]></description><pubDate>Sat, 06 Jun 2026 08:04:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48422565</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48422565</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48422565</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: What is your (AI) dev tech stack / workflow?"]]></title><description><![CDATA[
<p>Here are some - I used sddw to create: 
- chunker - app to get smart slices from text and organize them in hierarchical LLM/Obsidian wiki. There were two features implemented using sddw and 15 subtags:<p>-- <a href="https://github.com/sermakarevich/chunker/blob/master/.sddw/chunker/requirements.md" rel="nofollow">https://github.com/sermakarevich/chunker/blob/master/.sddw/c...</a><p>-- <a href="https://github.com/sermakarevich/chunker/blob/master/.sddw/mdstructure/requirements.md" rel="nofollow">https://github.com/sermakarevich/chunker/blob/master/.sddw/m...</a><p>- ccw (claude code workflow - plugin to compile generic claude code workflows based on sdd approach) - <a href="https://github.com/sermakarevich/ccw/blob/main/.sddw/claude_code_workflow/requirements.md" rel="nofollow">https://github.com/sermakarevich/ccw/blob/main/.sddw/claude_...</a><p>Btw you can use ccw to create your own custom version of sddw quite fast - with specs format and sequence of steps that suit you best.</p>
]]></description><pubDate>Sat, 06 Jun 2026 07:13:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48422268</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48422268</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48422268</guid></item><item><title><![CDATA[New comment by sermakarevich in "Programmers will document for Claude, but not for each other"]]></title><description><![CDATA[
<p>Time vs effort balance is very different for the two cases.<p>-- writing documents for each other takes weeks - write the document, give people time to review the document, discuss, update on review.<p>-- writing documents for Claude takes minutes rather than hour - AI is used to assist in writing specs, personal instead of collective review/approval process.<p>Also beneficiaries are different:<p>-- when you write spec for Claude - you benefit personally, you have higher chance of getting code you need from ai coder<p>-- when you write spec for the company - the company is the main beneficiary, it get higher chances to get teams on the same page with the change</p>
]]></description><pubDate>Sat, 06 Jun 2026 05:35:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48421729</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48421729</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48421729</guid></item><item><title><![CDATA[New comment by sermakarevich in "Show HN: Lessons learned from running Claude Code swarms at scale"]]></title><description><![CDATA[
<p>Only as a viewer but I don't code in ide</p>
]]></description><pubDate>Sat, 06 Jun 2026 04:37:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48421438</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48421438</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48421438</guid></item><item><title><![CDATA[New comment by sermakarevich in "Show HN: Lich, start a dev stack per coding agent in parallel"]]></title><description><![CDATA[
<p>Nice one. I love the idea of running many agents concurrently - this feels like a factory. Built fleet app to orchestrate those: <a href="https://news.ycombinator.com/item?id=48407998">https://news.ycombinator.com/item?id=48407998</a></p>
]]></description><pubDate>Fri, 05 Jun 2026 17:31:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48415678</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48415678</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48415678</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: What is your (AI) dev tech stack / workflow?"]]></title><description><![CDATA[
<p>I am building AI agents full time since Nov 2024. I stopped coding completely around mid summer 2025 using Cursor at that time. When you build platform-like application, and have few plugins already, ai coder can create next one in a way you won't recognize which one is written by you.<p>At the end of 2025 I switched to Claude Code. Compared to Cursor this opened a different level of automation, including fe possibility of running swarms of agents: <a href="https://news.ycombinator.com/item?id=48407998">https://news.ycombinator.com/item?id=48407998</a> using subscription limits.<p>So I spend all my time rather understanding how to squeeze everything possible from AI than myself. AI scales, I am not.</p>
]]></description><pubDate>Fri, 05 Jun 2026 17:12:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48415435</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48415435</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48415435</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: AI researchers – what's a recent paper that recently blew your mind?"]]></title><description><![CDATA[
<p>AI Knowledge Wiki - <a href="https://github.com/sermakarevich/ai_knowledge_wiki" rel="nofollow">https://github.com/sermakarevich/ai_knowledge_wiki</a><p>Hierarchically organized Wiki of ai papers / articles for Obsidian / LLM. Approximately 300+ papers in total. You can get most recent +- based on commits. I process ~100 papers/articles a month, so pull from time to time.</p>
]]></description><pubDate>Fri, 05 Jun 2026 16:37:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48414943</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48414943</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48414943</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: What is your (AI) dev tech stack / workflow?"]]></title><description><![CDATA[
<p>One additional benefit that we get from the sddw is that agent drives the spec creation using scenario we put into command/skill. It does the research local/web, it asks operator questions and later confirmations about each block in the spec.</p>
]]></description><pubDate>Fri, 05 Jun 2026 16:23:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=48414720</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48414720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48414720</guid></item><item><title><![CDATA[New comment by sermakarevich in "Ask HN: What is your (AI) dev tech stack / workflow?"]]></title><description><![CDATA[
<p>I am using Spec Driven Development approach implemented as a Claude Code plugin since Feb for all mid + size tasks. The idea is to write detailed specs first using agent help doing research and interviewing, decompose the task into smaller subtasks, write detailed spec for each task, implement each task separately. You can restart the session after every step in the workflow and after each subtask implementation since all requirements are materialized in specs. This helps to keep session context focused on a single task at time, improve adherence, reduce cost and allow to implement bigger tasks that are hard to implement with pure plan + code.<p>Discussion on hn: <a href="https://news.ycombinator.com/item?id=48231575">https://news.ycombinator.com/item?id=48231575</a><p>Repo: <a href="https://github.com/sermakarevich/sddw" rel="nofollow">https://github.com/sermakarevich/sddw</a><p>Slides: <a href="https://docs.google.com/presentation/d/1SjKXF7hkoqyiN9-3tBGY4PDGvS3iqVyovDlJC_hYvMA/edit?usp=sharing" rel="nofollow">https://docs.google.com/presentation/d/1SjKXF7hkoqyiN9-3tBGY...</a></p>
]]></description><pubDate>Fri, 05 Jun 2026 16:08:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48414501</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48414501</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48414501</guid></item><item><title><![CDATA[New comment by sermakarevich in "Show HN: Lessons learned from running Claude Code swarms at scale"]]></title><description><![CDATA[
<p>I use it as a full control plane for a couple of weeks from cli and from UI completely over last few days. UI now allows to manage the full cycle of agents - create task, monitor task, respond to agents questions, unblock jobs, etc</p>
]]></description><pubDate>Fri, 05 Jun 2026 10:10:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48410378</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48410378</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48410378</guid></item><item><title><![CDATA[Show HN: Lessons learned from running Claude Code swarms at scale]]></title><description><![CDATA[
<p>Some time ago I built a simple app to run swarms of coding agents — I call it fleet (<a href="https://news.ycombinator.com/item?id=48256389">https://news.ycombinator.com/item?id=48256389</a>). It's based on centralized beads with a Python orchestrator and can run any coder (Claude, agy, Codex). Recently I added a UI to manage the whole agent lifecycle: adding new tasks, monitoring running ones, and a chat interface built on MCP with a centralized SQLite DB. From the UI I can spawn agents to run in any directory, define dependencies on other tasks, and specify which coder/model should do the job. Today I can run 10–15 agents concurrently. At that scale you burn through limits very fast, so I spent some time investigating where those limits go and how to maximize efficiency. Here are the lessons learned after a few weeks of running the fleet:<p>- CLAUDE.md is a terrible abstraction. These files load unconditionally, they often contain descriptions irrelevant to the task at hand, and they stack from your working directory upward. The result is wasted tokens and confusion from injecting irrelevant instructions into the session.<p>- Skills are bad, but not as bad as CLAUDE.md. They use a progressive disclosure approach: only the skill description goes into the session, and Claude loads the full skill text with a tool when it's needed. That's one level better, but it still doesn't let you scale — you can't create 10K skills, as that would eat your entire usable context. Claude recently introduced a skills budget that silently drops less frequently used skills from the session entirely. You can still invoke them in an interactive session, but the model can't invoke them in a background session.<p>- Some plugins may be installed more than once. During cleanup I found that a few of mine were installed in multiple locations, consuming double the tokens on duplicated instructions.<p>- Attaching plugins to every session is a bad idea at scale. You want to be precise about which plugins are actually useful and attach them per task.<p>- Use a hierarchical knowledge base instead of CLAUDE.md / skills / plugins. It lets you benefit from real progressive disclosure: keep your instructions and tool descriptions in it and let Claude navigate through it quickly and cheaply.<p>- System tools consume ~15K tokens (7% of the session). You can't manage this — they're just attached, and disabling tools doesn't remove them from the context.<p>- AskUserQuestion isn't available in background sessions. You need to implement your own tool — MCP- or CLI-based — to give `claude -p` the ability to talk to you.<p>- You become selective about which model handles each task. Decompose work into harder and simpler subtasks so you can route the simpler ones to weaker, cheaper models and save tokens.<p>- Your context-switching skill improves over time.<p>Fleet repo: <a href="https://github.com/sermakarevich/fleet" rel="nofollow">https://github.com/sermakarevich/fleet</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48407998">https://news.ycombinator.com/item?id=48407998</a></p>
<p>Points: 10</p>
<p># Comments: 6</p>
]]></description><pubDate>Fri, 05 Jun 2026 04:34:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48407998</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48407998</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48407998</guid></item><item><title><![CDATA[New comment by sermakarevich in "From Spec-Driven Development to Compilable Specs"]]></title><description><![CDATA[
<p>spec driven approach is also great for task decomposition, context control and adherence <a href="https://news.ycombinator.com/item?id=48231575">https://news.ycombinator.com/item?id=48231575</a><p>and not only for coding but also for non coding tasks - like fe deep marketing/sales research <a href="https://news.ycombinator.com/item?id=48306730">https://news.ycombinator.com/item?id=48306730</a></p>
]]></description><pubDate>Sat, 30 May 2026 05:17:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48332843</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48332843</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48332843</guid></item><item><title><![CDATA[New comment by sermakarevich in "Dynamic Workflows in Claude Code"]]></title><description><![CDATA[
<p>Not sure why Claude does not have AskUserQuestion implementation that works for spawned sessions: subagents, teams, workflows. Without it, spawning hundreds of subagents and wait for final result without single input feels a bit risky.<p>Here is the solution to it. Built on a SQLite DB and MCP, blocking until the question is answered, supporting all possible question types, with a CLI or web interface for answers, `ask_human_question` fills the gap in efficient subagent management.<p><a href="https://news.ycombinator.com/item?id=48320233">https://news.ycombinator.com/item?id=48320233</a></p>
]]></description><pubDate>Fri, 29 May 2026 07:44:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48320268</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48320268</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48320268</guid></item><item><title><![CDATA[Show HN: Claude Code AskUserQuestion which works for subagents/teams/workflows]]></title><description><![CDATA[
<p>Claude Code does not support AskUserQuestion in spawned sessions - subagents, agent teams, and workflows — which makes a swarm of agents less efficient in the original implementation. This can be easily fixed with an additional MCP.<p>Built on a SQLite DB and MCP, blocking until the question is answered, supporting all possible question types, with a CLI or web interface for answers, `ask_human_question` fills the gap in efficient subagent management.<p>Repo: <a href="https://github.com/sermakarevich/claude/tree/main/mcp/ask_human" rel="nofollow">https://github.com/sermakarevich/claude/tree/main/mcp/ask_hu...</a></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48320233">https://news.ycombinator.com/item?id=48320233</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 29 May 2026 07:38:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48320233</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48320233</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48320233</guid></item><item><title><![CDATA[New comment by sermakarevich in "Show HN: Fleet – Python supervisor for running coding agents in parallel"]]></title><description><![CDATA[
<p>these are great point, I think<p>have you seen this happening after auto was introduced?</p>
]]></description><pubDate>Thu, 28 May 2026 16:55:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48311768</link><dc:creator>sermakarevich</dc:creator><comments>https://news.ycombinator.com/item?id=48311768</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48311768</guid></item></channel></rss>