<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Lishunyang&apos;s Blog</title>
    <link>https://blog.lishunyang.com/</link>
    <description>折腾、记录、思考。</description>
    <language>zh-Hans</language>
    <lastBuildDate>Thu, 04 Jun 2026 10:48:15 GMT</lastBuildDate>
    <atom:link href="https://blog.lishunyang.com/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>在不确定系统中注入确定性</title>
      <link>https://blog.lishunyang.com/posts/injecting-certainty-into-uncertain-systems</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/injecting-certainty-into-uncertain-systems</guid>
      <pubDate>Wed, 03 Jun 2026 12:28:55 GMT</pubDate>
      <description>Agent 效果不好只有两种原因：context 太少或太多。加 skill 做加法，拆 workflow 做减法。Workflow 的核心价值不是流程美观，是在不确定的 Agent 行为上锚定确定性——这是 AI-native 应用从 demo 走向产品的关键。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>别写完美的规格，先问对问题</title>
      <link>https://blog.lishunyang.com/posts/stop-trying-to-write-the-perfect-spec-start-with-the-right-question</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/stop-trying-to-write-the-perfect-spec-start-with-the-right-question</guid>
      <pubDate>Tue, 02 Jun 2026 11:20:48 GMT</pubDate>
      <description>与其把&quot;怎么做&quot;写成完整规格，不如定义清楚&quot;做到什么标准&quot;。标准是语义不变量，流程是形式——形式交给 Agent 派生，语义由人守住。这是 AI 时代更本质的工作方式。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>软件工程的可控感，是约束出来的幻象</title>
      <link>https://blog.lishunyang.com/posts/controllability-is-a-constrained-illusion-not-the-default</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/controllability-is-a-constrained-illusion-not-the-default</guid>
      <pubDate>Sun, 31 May 2026 16:36:56 GMT</pubDate>
      <description>软件工程的可控感是假的——只有当你把人从执行层排除、只和机器打交道时，确定性才存在。联调噩梦、老板反复、AI-first 的不确定性，都是现实常态的暴露。可控是约束出来的特例，不可控才是默认。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>Linux 社区能给 AI 团队什么启发</title>
      <link>https://blog.lishunyang.com/posts/what-linux-teaches-about-building-with-agents</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/what-linux-teaches-about-building-with-agents</guid>
      <pubDate>Mon, 25 May 2026 09:59:54 GMT</pubDate>
      <description>Linux 社区三十年的治理模式（声誉背书、渐进审查、Merge Window 节奏、MAINTAINERS 治理即代码）对 AI-native  团队的四条启发，以及一条被忽略的前提——用户即开发者消除了三类信息折损（信息粘性、隐性知识显性化、委托-代理剩余损失），AI  时代创造了&quot;浅重叠&quot;（规格说明统一但验证能力分散），设计原则应为决策点与验证点同人即使执行委托给 agent。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>Demo 和生产之间不是鸿沟，是相变</title>
      <link>https://blog.lishunyang.com/posts/the-gap-between-demo-and-production-is-a-phase-transition</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/the-gap-between-demo-and-production-is-a-phase-transition</guid>
      <pubDate>Sun, 24 May 2026 09:37:41 GMT</pubDate>
      <description>从demo到生产是一次相变，不是线性延伸。demo骗人的方式不是隐藏bug，而是消除了生产环境里导致失败的根本条件。&quot;一个人替代一个团队&quot;把生产加速度和总工作量混为一谈了，agent加速的是生产阶段，验证和判断工作不会消失，只是转移了。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>扁平化组织丢掉的不是层级，是争议终止机制</title>
      <link>https://blog.lishunyang.com/posts/what-flat-organizations-lose-is-not-hierarchy-but-dispute-resolution</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/what-flat-organizations-lose-is-not-hierarchy-but-dispute-resolution</guid>
      <pubDate>Wed, 20 May 2026 02:07:30 GMT</pubDate>
      <description>扁平化组织去掉的不是层级，而是争议的终止机制。层级真正解决的问题不是协调——spec文件、异步沟通都能替代协调——而是在信息不足以达成共识时，提供一个制度化的方式让争论停下来。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>你的 CLAUDE.md 里 80% 的规则可能没起作用</title>
      <link>https://blog.lishunyang.com/posts/your-claude-md-rules-may-not-be-working</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/your-claude-md-rules-may-not-be-working</guid>
      <pubDate>Mon, 18 May 2026 10:29:00 GMT</pubDate>
      <description>大多数人高估了 CLAUDE.md 这类指令文件中“写点原则”本身的价值。真正决定 agent 行为的，不是那些看起来正确的散文式建议，而是是否存在可执行、可验证、可强制的结构化约束。与其不断往指令文件里堆规则，不如先删掉无效噪音，把有限的 instruction budget 留给真正能改变行为的 command、检查点与 hooks。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>AI-first workflow 不是软件工程</title>
      <link>https://blog.lishunyang.com/posts/ai-first-is-algorithm-engineering-not-software-engineering</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/ai-first-is-algorithm-engineering-not-software-engineering</guid>
      <pubDate>Sun, 17 May 2026 05:14:00 GMT</pubDate>
      <description>AI-first workflow 本质上更接近算法工程，而非传统软件需求开发：终点持续漂移、效果高度非线性、工期难以预估。作者通过验证负担、长尾优化、局部探索与假设管理等视角，系统拆解了为什么用“做需求”的方式推动 AI-first 往往失效，以及组织真正需要构建的是一套面向实验、验证与持续调优的新工程范式。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>当编码不再是瓶颈：组织变形的隐藏力学</title>
      <link>https://blog.lishunyang.com/posts/organizational-deformation-when-coding-is-cheap</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/organizational-deformation-when-coding-is-cheap</guid>
      <pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate>
      <description>这篇文章以 Anthropic Claude Code 团队的实践为切口，深入分析 AI-first 组织在“编码去瓶颈化”后的深层结构变化：瓶颈从执行转向判断，流程从控制产能转向重构风险，共识、角色与管理机制被迫重写。相比单纯讨论 AI 提效，本文更关注技术冲击下组织设计、权力分配与协作逻辑的系统性重塑。</description>
      <category>agentic-workflow</category>
    </item>
    <item>
      <title>建立ZK笔记工作流</title>
      <link>https://blog.lishunyang.com/posts/establish-a-note-taking-workflow</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/establish-a-note-taking-workflow</guid>
      <pubDate>Sun, 14 Apr 2024 15:46:00 GMT</pubDate>
      <description>这篇文章系统介绍了ZK（卡片盒）笔记法最核心的笔记工作流——Inbox、Slip box、Out box 三个盒子的运作逻辑，并结合Obsidian实践，详细分享了目录结构、模板配置、插件推荐与整理策略。读者可以快速理解如何搭建适合自己的知识流转系统，将零散想法逐步沉淀为长期知识资产。</description>
      <category>zettelkasten</category>
    </item>
    <item>
      <title>正经选择一款笔记软件</title>
      <link>https://blog.lishunyang.com/posts/choose-a-note-taking-software</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/choose-a-note-taking-software</guid>
      <pubDate>Tue, 26 Mar 2024 16:22:00 GMT</pubDate>
      <description>这篇文章围绕ZK笔记法实践中的核心工具选择展开，系统介绍了Obsidian为何凭借Markdown原生存储、强大的双链能力与高度可定制性，成为构建个人知识管理系统的理想选择。同时结合实际经验，分享了同步方案、社区资源与使用建议，帮助读者快速判断Obsidian是否适合自己。</description>
      <category>zettelkasten</category>
    </item>
    <item>
      <title>受益终生的学习方式：ZK笔记法</title>
      <link>https://blog.lishunyang.com/posts/my-zk-insight</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/my-zk-insight</guid>
      <pubDate>Mon, 26 Feb 2024 09:46:00 GMT</pubDate>
      <description>这篇文章从学习方式、知识连接与深度思考三个层面，分享了作者实践ZK（卡片盒）笔记法近一年的核心体会。通过“反刍整理”“建立链接”“避免复制粘贴式记录”等关键理念，阐述ZK笔记法为何不仅是笔记工具，更是一种能长期提升认知、写作与决策能力的终身学习系统。</description>
      <category>zettelkasten</category>
    </item>
    <item>
      <title>新博客，新开始</title>
      <link>https://blog.lishunyang.com/posts/new-blog-new-beginning</link>
      <guid isPermaLink="true">https://blog.lishunyang.com/posts/new-blog-new-beginning</guid>
      <pubDate>Wed, 21 Feb 2024 08:00:00 GMT</pubDate>
      <description>这篇文章是一次久违的博客回归说明：作者在经历停更、服务器到期与旧站搁置后，正式重启写作计划，并将未来内容全面转向一套深刻改变其工作与生活方式的知识管理方法论。新博客不仅是更新，更代表一次认知体系与创作方式的全面升级。</description>
    </item>
  </channel>
</rss>
