<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>首页 on Guoxudong.io</title><link>https://guoxudong.io/</link><description>Recent content in 首页 on Guoxudong.io</description><generator>Hugo</generator><language>zh-cn</language><atom:link href="https://guoxudong.io/index.xml" rel="self" type="application/rss+xml"/><item><title>Skills For Real Engineers：把 AI 编程拉回工程现场</title><link>https://guoxudong.io/xiaohongshu/skills-for-real-engineers/</link><pubDate>Sun, 14 Jun 2026 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/skills-for-real-engineers/</guid><description>介绍 Matt Pocock 的 Skills For Real Engineers：一组面向真实工程流程的 Agent Skills。</description></item><item><title>Skills For Real Engineers：把工程基本功装进 AI Agent</title><link>https://guoxudong.io/post/skills-for-real-engineers/</link><pubDate>Sat, 13 Jun 2026 20:24:01 +0800</pubDate><guid>https://guoxudong.io/post/skills-for-real-engineers/</guid><description>Matt Pocock 的 Skills For Real Engineers 不是一套万能提示词，而是一组围绕真实工程问题设计的 Agent skills：先对齐需求，再建立共享语言，再用测试、诊断和架构审视形成反馈回路。它的价值不在于替工程师做决定，而在于把工程基本功变成可复用、可组合、可移植的工作流。</description></item><item><title>Spec Kit：把 AI 编程从提示词拉回工程流程</title><link>https://guoxudong.io/post/spec-kit-introduction/</link><pubDate>Fri, 12 Jun 2026 11:11:14 +0800</pubDate><guid>https://guoxudong.io/post/spec-kit-introduction/</guid><description>Spec Kit 是 GitHub 开源的规格驱动开发工具包，它把需求、计划、任务和实现拆成可追踪的 Markdown 工件，让 AI 编程不再只依赖一次性提示词。</description></item><item><title>Anthropic 如何用 Claude 做自助数据分析</title><link>https://guoxudong.io/post/anthropic-self-service-data-analytics-with-claude/</link><pubDate>Wed, 10 Jun 2026 10:45:19 +0800</pubDate><guid>https://guoxudong.io/post/anthropic-self-service-data-analytics-with-claude/</guid><description>Anthropic 在内部让 Claude 自动化了 95% 的业务分析查询，并达到约 95% 的汇总准确率。它的经验提醒我们，自助数据分析的难点不在于让模型写 SQL，而在于把业务概念映射到正确数据实体、保持知识新鲜，并用 Skill、语义层和评估体系持续校准。</description></item><item><title>智能体优先的软件工程：OpenAI 如何让 Codex 写完整个代码库</title><link>https://guoxudong.io/post/agent-first-engineering-with-codex/</link><pubDate>Tue, 09 Jun 2026 10:18:42 +0800</pubDate><guid>https://guoxudong.io/post/agent-first-engineering-with-codex/</guid><description>OpenAI 在《Harness engineering: leveraging Codex in an agent-first world》中分享了一次激进实验：一个内部产品从空仓库开始，所有代码、测试、CI、文档和工具都由 Codex 生成。文章把重点放在工程系统本身：工程师如何设计环境、反馈回路、仓库知识和架构约束，让智能体可以稳定工作。</description></item><item><title>Claude Code 团队如何使用 Skill：把经验写进 Agent 的工作现场</title><link>https://guoxudong.io/post/claude-code-skills/</link><pubDate>Tue, 09 Jun 2026 08:46:59 +0800</pubDate><guid>https://guoxudong.io/post/claude-code-skills/</guid><description>Anthropic 在 Claude Code 内部大规模使用 Skill，并从数百个正在使用的 Skill 中总结出一套实践：Skill 是包含说明、脚本、资产、数据和 hooks 的工作包，远比单个 Markdown 文件更接近一套工作环境。文章从九类 Skill、Gotchas、渐进披露、触发描述、持久化记忆、脚本化能力、分发和度量几个角度，拆解 Claude Code 团队如何让 Agent 更稳定地完成真实工程任务。</description></item><item><title>AI 原生工程组织如何运转</title><link>https://guoxudong.io/post/ai-native-engineering-org-claude-code/</link><pubDate>Thu, 04 Jun 2026 08:56:07 +0800</pubDate><guid>https://guoxudong.io/post/ai-native-engineering-org-claude-code/</guid><description>Anthropic Claude Code 团队分享了他们在 AI 辅助编码成为默认工作方式后，如何重写规划、上下文获取、代码评审和团队分工。真正的变化不是代码写得更快，而是组织需要把注意力转向验证、风险边界和流程清理。</description></item><item><title>agent-scripts：Peter Steinberger 的 AI Agent 工作台</title><link>https://guoxudong.io/post/agent-scripts-skill-cleaner/</link><pubDate>Fri, 29 May 2026 12:50:51 +0800</pubDate><guid>https://guoxudong.io/post/agent-scripts-skill-cleaner/</guid><description>agent-scripts 看起来像一个小型脚本仓库，实际更像 Peter Steinberger 给 Codex、Claude 与 OpenClaw 准备的共享工作台：规则、skills、辅助脚本和发布流程都集中在这里。最近新增的 skill-cleaner 尤其值得关注，它把 Skill 生态的膨胀问题变成可观察、可核查、可逐步治理的报告。</description></item><item><title>Claude Code Dynamic Workflows：把长任务拆给一组 Agent</title><link>https://guoxudong.io/post/claude-code-dynamic-workflows/</link><pubDate>Fri, 29 May 2026 12:15:00 +0800</pubDate><guid>https://guoxudong.io/post/claude-code-dynamic-workflows/</guid><description>&lt;p&gt;AI 编程工具过去一年一直在往两个方向演进：一边是更强的单次推理，另一边是更复杂的工程编排。Claude Code 的 dynamic workflows 属于后者。它不是单纯让一个 Agent 继续多想几步，而是让 Claude 为当前任务临时写出编排脚本，把任务拆成多个阶段，再调度一组并行子 Agent 分别执行、交叉验证和汇总。&lt;/p&gt;</description></item><item><title>Claude Opus 4.8：更稳的编码与智能体协作升级</title><link>https://guoxudong.io/post/claude-opus-4-8/</link><pubDate>Fri, 29 May 2026 11:29:02 +0800</pubDate><guid>https://guoxudong.io/post/claude-opus-4-8/</guid><description>Anthropic 发布 Claude Opus 4.8：在编码、智能体任务和专业工作流上继续增强，价格与 Opus 4.7 持平，同时带来更便宜的 fast mode、effort control 和 Claude Code dynamic workflows。</description></item><item><title>皮查伊访谈：Google 正在把搜索变成 AI 入口</title><link>https://guoxudong.io/post/google-ai-search-web-sundar-pichai-interview/</link><pubDate>Thu, 28 May 2026 00:00:00 +0800</pubDate><guid>https://guoxudong.io/post/google-ai-search-web-sundar-pichai-interview/</guid><description>The Verge 的 Decoder 访谈中，Sundar Pichai 谈到了 Google 在 AI 时代的组织调整、AI Mode 对搜索体验的改变、Google Zero 对出版商的冲击，以及 YouTube、版权和 AGI 的新争议。</description></item><item><title>详解 CLAUDE.md：让 Claude Code 真正记住你的项目</title><link>https://guoxudong.io/post/claude-md-deep-dive/</link><pubDate>Tue, 26 May 2026 15:14:17 +0800</pubDate><guid>https://guoxudong.io/post/claude-md-deep-dive/</guid><description>CLAUDE.md 是 Claude Code 的项目记忆入口。它把团队约定、构建命令、代码规范和协作偏好写成可版本化的 Markdown，在每次会话启动时注入上下文。本文系统梳理 CLAUDE.md 的适用场景、加载顺序、规则拆分、自动记忆和排错边界。</description></item><item><title>教宗 Leo XIV 首份 AI 通谕：技术必须服务人，而不是少数强者</title><link>https://guoxudong.io/post/magnifica-humanitas-ai-encyclical/</link><pubDate>Tue, 26 May 2026 10:01:47 +0800</pubDate><guid>https://guoxudong.io/post/magnifica-humanitas-ai-encyclical/</guid><description>&lt;p&gt;2026 年 5 月 25 日，AI 伦理讨论出现了一个少见的场景：教宗 Leo XIV 在梵蒂冈介绍他的首份通谕《Magnifica Humanitas》，主题不是传统意义上的教会内部议题，而是人工智能如何改变劳动、民主、战争、教育、家庭和人的自我理解。&lt;/p&gt;</description></item><item><title>微信读书 Skill：把阅读记录接进 AI 助手</title><link>https://guoxudong.io/post/weread-skill-introduction/</link><pubDate>Sun, 24 May 2026 13:50:56 +0800</pubDate><guid>https://guoxudong.io/post/weread-skill-introduction/</guid><description>微信读书 Skill 让 AI 助手连接个人微信读书账号，围绕书架、阅读统计、笔记划线、书籍搜索和推荐做查询与整理。它不是替你读书，而是把原本散落在 App 里的阅读数据变成可对话、可复盘、可延展的个人阅读上下文。</description></item><item><title>飞书 CLI：把开放平台装进终端</title><link>https://guoxudong.io/post/lark-cli-intro/</link><pubDate>Sun, 24 May 2026 13:08:00 +0800</pubDate><guid>https://guoxudong.io/post/lark-cli-intro/</guid><description>飞书 CLI 是 larksuite 团队维护的官方 Lark/Feishu 命令行工具，覆盖多类协作场景，也为 AI Agent 提供了二十多个可复用技能。</description></item><item><title>r/programming 临时禁止 LLM 后续：四月试验结束后，AI 规则正式收紧</title><link>https://guoxudong.io/post/r-programming-llm-ban-followup/</link><pubDate>Sun, 24 May 2026 10:00:00 +0800</pubDate><guid>https://guoxudong.io/post/r-programming-llm-ban-followup/</guid><description>Reddit r/programming 在四月临时禁止 LLM 内容后，于 5 月完成反馈征集并更新规则：AI 与 LLM 相关内容默认被视为离题，只有深度技术实现内容例外。</description></item><item><title>Pi Agent 入门：轻量、可扩展的终端编码助手</title><link>https://guoxudong.io/post/pi-agent-introduction/</link><pubDate>Sun, 24 May 2026 08:39:22 +0800</pubDate><guid>https://guoxudong.io/post/pi-agent-introduction/</guid><description>介绍 Pi Coding Agent 的定位、安装认证、日常使用方式、扩展体系与主要优势，帮助开发者判断它适合放在怎样的工程工作流里。</description></item><item><title>详解 Claude Code Hook：把 AI Agent 的关键节点变成可编排工作流</title><link>https://guoxudong.io/post/claude-code-hooks-deep-dive/</link><pubDate>Sat, 23 May 2026 00:00:00 +0800</pubDate><guid>https://guoxudong.io/post/claude-code-hooks-deep-dive/</guid><description>&lt;p&gt;Claude Code 很适合让模型自己读代码、改文件、跑命令，但工程团队真正关心的往往不是“能不能自动执行”，而是“能不能在关键节点稳定地接入规则”。&lt;/p&gt;
&lt;p&gt;比如：文件写完后自动格式化；准备执行危险命令前先拦截；Claude 等待输入时给你发通知；上下文压缩后重新注入项目约定；会话结束时记录审计日志。&lt;strong&gt;Hooks 的价值就在这里：它把 Claude Code 的生命周期暴露成可编排的事件点，让团队可以把确定性的工程规则接到 Agent 工作流里。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>Impeccable Live Mode 深度分析：把 AI 设计迭代接到真实页面上</title><link>https://guoxudong.io/post/impeccable-live-mode-analysis/</link><pubDate>Thu, 21 May 2026 17:20:00 +0800</pubDate><guid>https://guoxudong.io/post/impeccable-live-mode-analysis/</guid><description>从官方文档和源码实现出发，拆解 Impeccable Live Mode 如何通过浏览器选区、本地 helper server、agent poll loop、源码 wrapper 与 HMR，把 AI 设计变体直接接到真实页面上。</description></item><item><title>Codex 与 Claude Code 的 /goal 模式对比：让 AI Agent 真正把任务做完</title><link>https://guoxudong.io/post/codex-vs-claude-code-goal-mode/</link><pubDate>Tue, 19 May 2026 09:00:00 +0800</pubDate><guid>https://guoxudong.io/post/codex-vs-claude-code-goal-mode/</guid><description>&lt;p&gt;用 AI 编码工具做复杂任务时，最烦人的往往不是它不会写代码，而是它太容易“停”。跑完一次测试就等你下一句，修完一个局部问题就交差，遇到 benchmark 没过还需要你手动说“继续”。&lt;/p&gt;</description></item><item><title>一条命令提取任何网站的完整设计系统：design-extract 介绍</title><link>https://guoxudong.io/post/design-extract-intro/</link><pubDate>Tue, 28 Apr 2026 10:00:00 +0800</pubDate><guid>https://guoxudong.io/post/design-extract-intro/</guid><description>&lt;p&gt;前端开发中有一类永恒的痛苦：你看着某个网站的设计语言很喜欢，想在自己的项目里复刻或参考，结果要一边打开 DevTools、一边手动抄颜色值、字体、间距……来回折腾半天，最终整理出来的还是残缺的。&lt;/p&gt;</description></item><item><title>Impeccable：终结 AI 生成「设计垃圾」的开源利器</title><link>https://guoxudong.io/post/impeccable-ai-design-skill/</link><pubDate>Tue, 28 Apr 2026 09:00:00 +0800</pubDate><guid>https://guoxudong.io/post/impeccable-ai-design-skill/</guid><description>&lt;p&gt;如果你最近在用 Claude Code、Cursor 或任何 AI 编码工具生成前端界面，大概已经见过这样的场景：Inter 字体、蓝紫渐变背景、嵌套在嵌套里的卡片、灰色文字压在彩色底上……开发者社区给这类输出起了个名字——&lt;strong&gt;AI Slop（AI 垃圾）&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>DeepSeek V4 发布后，海外开发者社区在讨论什么</title><link>https://guoxudong.io/post/deepseek-v4-overseas-reactions/</link><pubDate>Sat, 25 Apr 2026 10:00:00 +0800</pubDate><guid>https://guoxudong.io/post/deepseek-v4-overseas-reactions/</guid><description>&lt;p&gt;2026 年 4 月 24 日，DeepSeek V4 Preview 正式上线，同时开源权重。并不像在公众号推文中那句：&lt;strong&gt;「不诱于誉，不恐于诽，率道而行，端然正己」&lt;/strong&gt;，引得朋友圈争相转载，海外的宣传略显低调，但也在几个小时内冲上了 Hacker News Past 第一位，累计 1800+ 点赞、1400+ 条评论。这个数字，放在任何一个科技话题里都算得上炸锅。&lt;/p&gt;</description></item><item><title>GPT-5.5 发布了，但真正有意思的是社区怎么看它</title><link>https://guoxudong.io/post/gpt-5-5-intro-and-community-reactions/</link><pubDate>Fri, 24 Apr 2026 10:30:00 +0800</pubDate><guid>https://guoxudong.io/post/gpt-5-5-intro-and-community-reactions/</guid><description>&lt;p&gt;OpenAI 在 &lt;strong&gt;2026 年 4 月 23 日&lt;/strong&gt; 发布了 &lt;a href="https://openai.com/index/introducing-gpt-5-5/"&gt;GPT-5.5&lt;/a&gt;。如果只看官方口径，这次升级的关键词非常集中：更强的编程能力、更持久的任务执行、更自然的电脑操作，以及在不明显牺牲延迟的前提下继续把模型做大做强。&lt;/p&gt;
&lt;p&gt;但 GPT-5.5 真正值得写的，不只是“又一代更强模型”这种标准叙事，而是它暴露出一个更清晰的行业转向：&lt;strong&gt;模型竞争，正在从“回答得更聪明”切到“能不能把一项工作真的做完”。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>Hue Skill：让 Claude Code 和 Codex 生成更像“你的品牌”的界面</title><link>https://guoxudong.io/post/hue-skill/</link><pubDate>Thu, 23 Apr 2026 15:25:20 +0800</pubDate><guid>https://guoxudong.io/post/hue-skill/</guid><description>&lt;p&gt;AI 写界面这件事，最常见的问题不是“做不出来”，而是&lt;strong&gt;做出来的东西太像模板&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;组件没坏，排版也整齐，甚至配色都不算难看，但你一眼就能看出来：这不是某个产品自己的气质，而是模型默认审美拼出来的“通用型 UI”。如果你已经在用 Claude Code 或 Codex 写页面，这个问题大概率见过很多次。&lt;/p&gt;</description></item><item><title>软件工程定律：50 年踩坑智慧的结晶</title><link>https://guoxudong.io/post/laws-of-software-engineering/</link><pubDate>Wed, 22 Apr 2026 08:20:54 +0800</pubDate><guid>https://guoxudong.io/post/laws-of-software-engineering/</guid><description>&lt;p&gt;每隔一段时间，总有人在项目里重新发现同一个道理：往进度已经落后的项目里加人，只会让项目更晚交付。这个判断不是凭感觉，它有名字，叫 &lt;strong&gt;Brooks&amp;rsquo;s Law&lt;/strong&gt;，1975 年就写进了《人月神话》。&lt;/p&gt;</description></item><item><title>skill-audit：给你的 Claude Code Skill 树做一次体检</title><link>https://guoxudong.io/post/claude-skill-audit/</link><pubDate>Tue, 21 Apr 2026 17:00:00 +0800</pubDate><guid>https://guoxudong.io/post/claude-skill-audit/</guid><description>&lt;p&gt;随着 Claude Code 的 Skill 生态不断壮大，很多人的 &lt;code&gt;~/.claude/skills/&lt;/code&gt; 目录里已经堆了几十个技能。但你真的知道哪些在用、哪些已经&amp;quot;死了&amp;quot;吗？&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/runesleo/claude-skill-audit"&gt;skill-audit&lt;/a&gt; 就是为这个问题而生的。&lt;/p&gt;</description></item><item><title>发现一个很棒的 Skill：让 AI 帮你生成 Logo 和图标</title><link>https://guoxudong.io/post/logo-generator-skill/</link><pubDate>Mon, 20 Apr 2026 17:30:00 +0800</pubDate><guid>https://guoxudong.io/post/logo-generator-skill/</guid><description>&lt;p&gt;做过独立项目的人大概都体会过一个尴尬：产品写完了，Logo 还没着落。找设计师吧，沟通成本高、周期长；用在线生成器吧，出来的东西总差点意思。&lt;/p&gt;
&lt;p&gt;最近发现一个叫 &lt;strong&gt;Logo Generator&lt;/strong&gt; 的 skill，基于产品特性生成 6+ 个设计变体，并使用 12 种专业背景风格创建精美的展示图。&lt;/p&gt;</description></item><item><title>Architecture Diagram Generator：生成漂亮的架构图 Skill</title><link>https://guoxudong.io/post/architecture-diagram-generator/</link><pubDate>Sat, 18 Apr 2026 00:00:00 +0800</pubDate><guid>https://guoxudong.io/post/architecture-diagram-generator/</guid><description>&lt;p&gt;最近发现了一个挺有意思的项目——&lt;a href="https://github.com/Cocoon-AI/architecture-diagram-generator"&gt;Architecture Diagram Generator&lt;/a&gt;，它是 一个 Agnet Skill，让你通过描述系统架构，就能直接生成一张好看的暗色主题架构图。&lt;/p&gt;
&lt;p&gt;说白了就是三件事：&lt;strong&gt;打字代替拖拽&lt;/strong&gt;、&lt;strong&gt;聊天代替调参&lt;/strong&gt;、&lt;strong&gt;一个 HTML 走天下&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>Cloudflare Artifacts：专为 AI Agent 打造的 Git 版本化存储</title><link>https://guoxudong.io/post/cloudflare-artifacts-git-for-agents/</link><pubDate>Fri, 17 Apr 2026 13:27:00 +0800</pubDate><guid>https://guoxudong.io/post/cloudflare-artifacts-git-for-agents/</guid><description>Cloudflare 推出 Artifacts——一个兼容 Git 协议的分布式版本化文件系统，专为 AI Agent 的海量仓库创建、状态持久化和会话管理而设计。</description></item><item><title>一个 2014 年的 Python 小工具，12 年后突然登上了 Hacker News 首页</title><link>https://guoxudong.io/post/hackernews-cli/</link><pubDate>Fri, 17 Apr 2026 10:36:00 +0800</pubDate><guid>https://guoxudong.io/post/hackernews-cli/</guid><description>&lt;p&gt;2026 年 4 月，Hacker News 首页出现了一条看起来再普通不过的投稿——一个用 Python 写的 Hacker News 命令行工具。点进去一看，评论区第一条就有人标注了一个意味深长的标签：&lt;strong&gt;[12 years ago]&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>Claude Opus 4.7 发布：社区的兴奋、质疑与真实反馈</title><link>https://guoxudong.io/post/claude-opus-4-7-community-reactions/</link><pubDate>Fri, 17 Apr 2026 10:00:00 +0800</pubDate><guid>https://guoxudong.io/post/claude-opus-4-7-community-reactions/</guid><description>&lt;p&gt;Hacker News 上 1550 个赞、1101 条评论——这大概是一个 AI 模型发布能拿到的最高&amp;quot;热搜&amp;quot;了。2026 年 4 月 16 日，Anthropic 推出了 Claude Opus 4.7，作为 Opus 4.6 的升级版。官方宣传中，它在软件工程、视觉理解和指令遵循方面都有显著提升。但社区的反应，远比发布公告本身精彩得多。&lt;/p&gt;</description></item><item><title>GitHub Stacked PRs：大 PR 终于有了原生拆分方案</title><link>https://guoxudong.io/post/github-stacked-prs/</link><pubDate>Thu, 16 Apr 2026 12:00:00 +0800</pubDate><guid>https://guoxudong.io/post/github-stacked-prs/</guid><description>&lt;h2 id="一个所有人都遇到过的问题"&gt;一个所有人都遇到过的问题&lt;/h2&gt;
&lt;p&gt;打开一个 Pull Request，发现改了 80 个文件、2000 多行代码。Review 的人看到这个数字，叹口气，要么硬着头皮翻完给个 LGTM，要么拖上几天甚至几周都没人碰。&lt;/p&gt;</description></item><item><title>Open Source Skills：我在把自己蒸馏成 Skill 的路上走出了一小步</title><link>https://guoxudong.io/post/open-source-skills/</link><pubDate>Mon, 13 Apr 2026 12:00:00 +0800</pubDate><guid>https://guoxudong.io/post/open-source-skills/</guid><description>&lt;h2 id="起因那些重复了一百遍的操作"&gt;起因：那些重复了一百遍的操作&lt;/h2&gt;
&lt;p&gt;维护开源项目这几年，我逐渐意识到自己的日常工作里有大量「肌肉记忆」式的操作：Issue 进来，先扫一眼有没有复现步骤，判断优先级，写一段礼貌又专业的回复；发版前，翻完 commit 记录整理一份 Release Notes；有人提 PR，根据 diff 写清楚描述和 checklist；新贡献者进来，发现项目连 CONTRIBUTING.md 都没有……&lt;/p&gt;</description></item><item><title>MarkItDown 深度解析：微软开源的万能文档转 Markdown 工具</title><link>https://guoxudong.io/post/markitdown-deep-dive/</link><pubDate>Mon, 13 Apr 2026 07:35:00 +0800</pubDate><guid>https://guoxudong.io/post/markitdown-deep-dive/</guid><description>&lt;p&gt;在 LLM 驱动的应用越来越多的今天，一个看似不起眼却极为关键的问题摆在每个开发者面前：&lt;strong&gt;怎么把五花八门的文件喂给大语言模型？&lt;/strong&gt; PDF 里的表格、PPT 里的图文混排、Excel 里的多 Sheet 数据——这些内容对人类来说&amp;quot;一目了然&amp;quot;，但对只接受文本输入的 LLM 来说，就是一堵信息壁垒。&lt;/p&gt;</description></item><item><title>4月1日 Reddit r/programming 社区公告临时禁止 LLM 内容：一场撕开了开发者群体的深层裂痕的实验</title><link>https://guoxudong.io/post/r-programming-llm-ban/</link><pubDate>Thu, 09 Apr 2026 10:00:00 +0800</pubDate><guid>https://guoxudong.io/post/r-programming-llm-ban/</guid><description>Reddit 最大编程社区 r/programming 宣布临时禁止所有 LLM 相关内容。2679 个赞、276 条评论背后，是一场关于信噪比、工具认同与社区治理的激烈交锋。</description></item><item><title>OpenClaw vs Hermes Agent：构建永不遗忘的 AI 助手之争</title><link>https://guoxudong.io/post/openclaw-vs-hermes-agent/</link><pubDate>Thu, 09 Apr 2026 00:00:00 +0800</pubDate><guid>https://guoxudong.io/post/openclaw-vs-hermes-agent/</guid><description>&lt;p&gt;用过 AI 编程助手的人大概都有过这种体验：花了一下午时间教会 Claude Code 或 Codex 你代码库的脾性——命名规范、部署流程、没人写过文档的遗留数据库 schema。结果一关会话，这些上下文全没了。&lt;/p&gt;</description></item><item><title>为什么 35 行的 CLAUDE.md 比 100 行更管用？—— 揭秘 Claude Code 提示词优化法则</title><link>https://guoxudong.io/post/optimize-claude-md-for-claude-code/</link><pubDate>Wed, 08 Apr 2026 10:00:00 +0800</pubDate><guid>https://guoxudong.io/post/optimize-claude-md-for-claude-code/</guid><description>写了上百行的 CLAUDE.md 却经常被 AI 忽略？本文深入剖析 Claude Code 的上下文注入机制，教你如何用 35 行代码实现更精准的 AI 行为控制。</description></item><item><title>开发者工具箱升级：mise 正在取代 asdf，成为新一代 polyglot 版本管理器</title><link>https://guoxudong.io/post/mise/</link><pubDate>Sat, 03 Jan 2026 09:10:33 +0800</pubDate><guid>https://guoxudong.io/post/mise/</guid><description>mise 用 Rust 编写，启动极快、无 shim 延迟、原生支持任务运行 + 环境变量 + 更安全的工具安装后端。</description></item><item><title>回顾 2025｜新的开始</title><link>https://guoxudong.io/post/2025-summary/</link><pubDate>Wed, 31 Dec 2025 07:31:55 +0800</pubDate><guid>https://guoxudong.io/post/2025-summary/</guid><description>对自己的 2025 来个小总结。</description></item><item><title>告别端口占用烦恼！PortKiller：高效实用的 macOS 菜单栏开源工具</title><link>https://guoxudong.io/post/portkiller/</link><pubDate>Mon, 22 Dec 2025 14:58:29 +0800</pubDate><guid>https://guoxudong.io/post/portkiller/</guid><description>不止“杀端口”，同时支持 Kubernetes Port Forward 与 Cloudflare Tunnel 管理</description></item><item><title>云服务器初始化神器：Cloud-Init 全解析</title><link>https://guoxudong.io/post/cloud-init/</link><pubDate>Wed, 17 Dec 2025 16:29:52 +0800</pubDate><guid>https://guoxudong.io/post/cloud-init/</guid><description>从原理到实战：用 Cloud-init 把初始化流程自动化</description></item><item><title>Linux基金会牵头成立AAIF：开源Agentic AI的新时代正式启幕</title><link>https://guoxudong.io/post/linux-foundation-aaif/</link><pubDate>Wed, 10 Dec 2025 17:29:05 +0800</pubDate><guid>https://guoxudong.io/post/linux-foundation-aaif/</guid><description>Linux Foundation AAIF</description></item><item><title>解锁 Lima Template，开启高效开发新体验</title><link>https://guoxudong.io/post/cncf-lima-template/</link><pubDate>Mon, 08 Dec 2025 16:27:55 +0800</pubDate><guid>https://guoxudong.io/post/cncf-lima-template/</guid><description>Lima Template 是一个预定义的模板，用于快速创建和配置 Lima 虚拟机实例。</description></item><item><title>CNCF Incubating 项目 Lima：轻量虚拟化助力云原生高效开发</title><link>https://guoxudong.io/post/cncf-lima/</link><pubDate>Fri, 05 Dec 2025 16:44:08 +0800</pubDate><guid>https://guoxudong.io/post/cncf-lima/</guid><description>Lima 是一个轻量虚拟化工具，旨在简化 Linux 虚拟机管理。</description></item><item><title>PARA 方法论：打造你的个人知识管理系统</title><link>https://guoxudong.io/post/2024-06-03-para/</link><pubDate>Mon, 03 Jun 2024 14:23:22 +0800</pubDate><guid>https://guoxudong.io/post/2024-06-03-para/</guid><description>在这个快节奏、信息量巨大的时代，我们的大脑需要一个可靠的助手来帮助我们整理和利用海量信息。</description></item><item><title>SkyPilot: Run LLMs and AI on any cloud with one click</title><link>https://guoxudong.io/en/post/skypilot/</link><pubDate>Sun, 08 Oct 2023 10:00:58 +0800</pubDate><guid>https://guoxudong.io/en/post/skypilot/</guid><description>A New Framework for Running AI and Batch Jobs Across Cloud Platforms</description></item><item><title>SkyPilot：一键在任意云上运行 LLMs</title><link>https://guoxudong.io/post/skypilot/</link><pubDate>Sun, 08 Oct 2023 10:00:58 +0800</pubDate><guid>https://guoxudong.io/post/skypilot/</guid><description>跨云平台运行AI和批处理作业的新框架</description></item><item><title>Cloud Native Project Monthly Newsletter - 2023年8月</title><link>https://guoxudong.io/post/cloud_native_project_monthly_newsletter_august_2023/</link><pubDate>Thu, 24 Aug 2023 09:46:52 +0800</pubDate><guid>https://guoxudong.io/post/cloud_native_project_monthly_newsletter_august_2023/</guid><description>Cloud Native Project 月度新闻简报（2023年8月）</description></item><item><title>百模大战正酣，看看国内大模型谁更了解 K8S？（一）</title><link>https://guoxudong.io/post/llm-k8s-1/</link><pubDate>Wed, 09 Aug 2023 09:23:29 +0800</pubDate><guid>https://guoxudong.io/post/llm-k8s-1/</guid><description>MiniMax、ChatGLM、Azure OpenAI(GPT3.5-16k)篇</description></item><item><title>Get an OpenSSF Best Practices badge for your open source project!</title><link>https://guoxudong.io/en/post/openssf-best-practices-badge-program/</link><pubDate>Tue, 18 Apr 2023 14:01:26 +0800</pubDate><guid>https://guoxudong.io/en/post/openssf-best-practices-badge-program/</guid><description>The article presents OpenSSF best practice badges designed to improve the security, quality and trust of open source projects.</description></item><item><title>给你的开源项目获取一枚 OpenSSF 最佳实践徽章吧</title><link>https://guoxudong.io/post/openssf-best-practices-badge-program/</link><pubDate>Tue, 18 Apr 2023 14:01:26 +0800</pubDate><guid>https://guoxudong.io/post/openssf-best-practices-badge-program/</guid><description>文章介绍了 OpenSSF 的最佳实践徽章，旨在提高开源项目的安全性、质量和信任度。</description></item><item><title>GitLab Docker 镜像实用技巧</title><link>https://guoxudong.io/post/gitlab-docker-image-tips/</link><pubDate>Thu, 30 Mar 2023 08:36:01 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-docker-image-tips/</guid><description>Docker, Inc. 道歉了，然后呢？</description></item><item><title>使用 GitLab 协助 OSPO 快速构建 GGI Dashboard</title><link>https://guoxudong.io/post/gitlab-ospo-ggi-handbook/</link><pubDate>Mon, 20 Feb 2023 09:41:55 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-ospo-ggi-handbook/</guid><description>介绍如何使用 GitLab 为 OSPO 快速构建 GGI Dashboard</description></item><item><title>GitLab as Code (二) 离线运行优化</title><link>https://guoxudong.io/post/gitlab-as-code-2/</link><pubDate>Tue, 07 Feb 2023 15:35:38 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-as-code-2/</guid><description>介绍离线运行 GitLab + Terraform，提高用户的使用 GitOps 的体验。</description></item><item><title>GitLab as Code (一)</title><link>https://guoxudong.io/post/gitlab-as-code-1/</link><pubDate>Thu, 02 Feb 2023 14:36:25 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-as-code-1/</guid><description>使用 GitLab + Terraform 来管理你的 GitLab Group/Project</description></item><item><title>将 ChatGPT 接入 GitLab Issue</title><link>https://guoxudong.io/post/chatgpt-in-gitlab-issue-comment/</link><pubDate>Tue, 13 Dec 2022 08:55:02 +0800</pubDate><guid>https://guoxudong.io/post/chatgpt-in-gitlab-issue-comment/</guid><description>无需外网服务器与翻墙，即可在 GitLab Issue 中与 ChatGPT 畅聊</description></item><item><title>GitLab 冷知识：在 Gitlab CI Pipeline 中进行 Git Push 操作 🦊</title><link>https://guoxudong.io/post/gitlab-git-push-in-ci-pipeline/</link><pubDate>Thu, 21 Jul 2022 10:58:10 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-git-push-in-ci-pipeline/</guid><description>在 Pipeline 中推送代码的技巧</description></item><item><title>GitLab 冷知识：GitLab CI 最熟悉的陌生关键字 script</title><link>https://guoxudong.io/post/gitlab-ci-script/</link><pubDate>Tue, 14 Jun 2022 15:36:48 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-ci-script/</guid><description>介绍 &lt;code&gt;script&lt;/code&gt; 关键字的一些实用技巧，帮助您快速、高效的玩转 GItLab CI</description></item><item><title>GitLab 冷知识：使用 git push 创建 Merge Request</title><link>https://guoxudong.io/post/gitlab-push-create-mr/</link><pubDate>Fri, 10 Jun 2022 09:28:14 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-push-create-mr/</guid><description>无需 UI 操作，只需 git push 命令就可以在 GitLab 创建 Merge Request</description></item><item><title>GitLab 冷知识：妙用 Badge 徽章</title><link>https://guoxudong.io/post/gitlab-beautify-badge/</link><pubDate>Thu, 26 May 2022 16:13:31 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-beautify-badge/</guid><description>在 Gitlab 中使用 Badge</description></item><item><title>GitLab 冷知识：如何美化 issue 内容</title><link>https://guoxudong.io/post/gitlab-beautify-issue/</link><pubDate>Wed, 16 Mar 2022 09:33:08 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-beautify-issue/</guid><description>让你的 Issue 好看且实用</description></item><item><title>GitLab 冷知识：使用 Email 也可以创建 Issue？</title><link>https://guoxudong.io/post/gitlab-incoming-email/</link><pubDate>Mon, 28 Feb 2022 16:45:07 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-incoming-email/</guid><description>Gitlab 使用 Incoming Email 来操作 Issue 和 MR</description></item><item><title>GitLab 冷知识：Quick Actions 快速操作 Issue</title><link>https://guoxudong.io/post/gitlab-quick-actions/</link><pubDate>Wed, 23 Feb 2022 10:05:26 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-quick-actions/</guid><description>使用 Quick Actions 在评论中快速操作 GitLab 的 Issue、Merge Request、Epic</description></item><item><title>GitLab 冷知识：使用 Gitlab Webhook 触发 Pipeline</title><link>https://guoxudong.io/post/gitlab-webhook-trigger-pipeline/</link><pubDate>Thu, 17 Feb 2022 17:45:46 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-webhook-trigger-pipeline/</guid><description>除了 push，还有很多方法可以出发 Gitlab Pipeline</description></item><item><title>回顾 2021 | 开启全职开源的奇妙冒险</title><link>https://guoxudong.io/post/summary-2021/</link><pubDate>Sun, 02 Jan 2022 09:46:00 +0800</pubDate><guid>https://guoxudong.io/post/summary-2021/</guid><description>对自己的 2021 来个小总结</description></item><item><title>Gitlab Triage：自动管理 Issue 与 Merge Request</title><link>https://guoxudong.io/post/gitlab-triage/</link><pubDate>Wed, 22 Dec 2021 08:58:38 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-triage/</guid><description>使用 Gitlab Triage 自动管理 Epic、Issue 与 MR</description></item><item><title>使用 Github Dependabot 自动更新依赖版本</title><link>https://guoxudong.io/post/github-dependabot/</link><pubDate>Wed, 01 Dec 2021 14:18:59 +0800</pubDate><guid>https://guoxudong.io/post/github-dependabot/</guid><description>使用 Github Dependabot 配合 PR，轻松升级依赖包</description></item><item><title>大一 PingCAP、大二 JetBrains，专访 00 后开发者：千里冰封</title><link>https://guoxudong.io/post/interviews-with-the-generation-after-00s-developers/</link><pubDate>Mon, 13 Sep 2021 10:09:29 +0800</pubDate><guid>https://guoxudong.io/post/interviews-with-the-generation-after-00s-developers/</guid><description>采访 00 后开发者：千里冰封，他对于编程有自己非常独到的理解和认识。</description></item><item><title>Gitpod 配合 GDK 随时随地开发 GitLab</title><link>https://guoxudong.io/post/gdk-with-gitpod/</link><pubDate>Wed, 25 Aug 2021 11:11:51 +0800</pubDate><guid>https://guoxudong.io/post/gdk-with-gitpod/</guid><description>GDK 配合 Gitpod 使用，让开发者完全不需要担心本地环境、项目依赖和终端的性能，在配置好的云上开发环境中进行开发，快速参与到项目贡献当中。</description></item><item><title>开发环境即代码</title><link>https://guoxudong.io/post/dev-env-as-code/</link><pubDate>Tue, 17 Aug 2021 09:17:54 +0800</pubDate><guid>https://guoxudong.io/post/dev-env-as-code/</guid><description>Dev environments as code</description></item><item><title>团队使用 Slack 技巧</title><link>https://guoxudong.io/post/team-work-in-slack/</link><pubDate>Wed, 14 Jul 2021 15:30:12 +0800</pubDate><guid>https://guoxudong.io/post/team-work-in-slack/</guid><description>本文介绍团队使用 Slack 进行协作的一些技巧</description></item><item><title>ROS CDK | 云上资源自动化部署新模式</title><link>https://guoxudong.io/post/ros-cdk/</link><pubDate>Tue, 22 Jun 2021 09:13:24 +0800</pubDate><guid>https://guoxudong.io/post/ros-cdk/</guid><description>使用 ROS CDK 自动化部署云资源</description></item><item><title>重新认识 GitLab | 基础篇</title><link>https://guoxudong.io/post/gitlab-devops-1/</link><pubDate>Thu, 03 Jun 2021 16:53:31 +0800</pubDate><guid>https://guoxudong.io/post/gitlab-devops-1/</guid><description>用了这么多年 Gitlab，可能还不了解这些知识</description></item><item><title>基础设施设施即代码（IaC）平台 Pulumi | 混合云管理利器</title><link>https://guoxudong.io/post/pulumi-introduction/</link><pubDate>Tue, 18 May 2021 13:37:31 +0800</pubDate><guid>https://guoxudong.io/post/pulumi-introduction/</guid><description>本文将介绍现代的基础设施设施即代码（IaC）平台 Pulumi。</description></item><item><title>学会分辨开源许可证</title><link>https://guoxudong.io/post/how-to-tell-open-source-license/</link><pubDate>Sun, 25 Apr 2021 14:23:08 +0800</pubDate><guid>https://guoxudong.io/post/how-to-tell-open-source-license/</guid><description>使用开源项目必须保留作者姓名？开源软件不能商用？我们需要先学会分辨开源许可证</description></item><item><title>Kubenav: 使用手机管理你的 K8S 集群</title><link>https://guoxudong.io/post/kubenav/</link><pubDate>Mon, 12 Apr 2021 16:57:26 +0800</pubDate><guid>https://guoxudong.io/post/kubenav/</guid><description>移动端 K8S 多集群管理利器：Kubenav</description></item><item><title>让云原生应用的交付变得更简单 | KubeVela v1.0 正式发布</title><link>https://guoxudong.io/post/kubevela-1-0/</link><pubDate>Tue, 06 Apr 2021 09:40:41 +0800</pubDate><guid>https://guoxudong.io/post/kubevela-1-0/</guid><description>Kubevela v1.0 正式发布</description></item><item><title>如何选择开源许可证</title><link>https://guoxudong.io/post/open-source-license/</link><pubDate>Mon, 29 Mar 2021 10:16:42 +0800</pubDate><guid>https://guoxudong.io/post/open-source-license/</guid><description>Open Source License</description></item><item><title>Kubectl Plugin 推荐（三）| 插件开发篇</title><link>https://guoxudong.io/post/kubectl-plugin-recommended-3/</link><pubDate>Wed, 17 Mar 2021 09:54:18 +0800</pubDate><guid>https://guoxudong.io/post/kubectl-plugin-recommended-3/</guid><description>讲解如何快速开发一款自己的 Kubectl Plugin。</description></item><item><title>Kubectl Plugin 推荐（二）| 简化操作篇</title><link>https://guoxudong.io/post/kubectl-plugin-recommended-2/</link><pubDate>Tue, 09 Mar 2021 11:18:48 +0800</pubDate><guid>https://guoxudong.io/post/kubectl-plugin-recommended-2/</guid><description>推荐一些 Kubectl Plugin，本篇主要是简化操作的插件。</description></item><item><title>Kubectl Plugin 推荐（一）| 可观测性篇</title><link>https://guoxudong.io/post/kubectl-plugin-recommended/</link><pubDate>Thu, 04 Mar 2021 17:36:15 +0800</pubDate><guid>https://guoxudong.io/post/kubectl-plugin-recommended/</guid><description>推荐一些 Kubectl Plugin，本篇主要是提升可观测性篇的插件。</description></item><item><title>回顾 2020 | 柴猫双全程序猿的云原生之路</title><link>https://guoxudong.io/post/summary-2020/</link><pubDate>Mon, 01 Feb 2021 09:55:06 +0800</pubDate><guid>https://guoxudong.io/post/summary-2020/</guid><description>对自己的 2020 来个小总结。</description></item><item><title>使用 AWS CDK Python 从零开始构建 EKS 集群</title><link>https://guoxudong.io/post/aws-cdk-python-eks/</link><pubDate>Fri, 22 Jan 2021 10:07:01 +0800</pubDate><guid>https://guoxudong.io/post/aws-cdk-python-eks/</guid><description>使用 AWS CDK Python 版本从零开始构建一个 EKS 集群。</description></item><item><title>AWS CDK | IaC 何必只用 Yaml</title><link>https://guoxudong.io/post/aws-cdk-introduction/</link><pubDate>Thu, 21 Jan 2021 10:43:11 +0800</pubDate><guid>https://guoxudong.io/post/aws-cdk-introduction/</guid><description>使用 AWS CDK 破解 IaC 的 Yaml 困局。</description></item><item><title>使用 kubectl-rabbitmq 部署和运维 K8S 上的 RabbitMQ 集群</title><link>https://guoxudong.io/post/kubectl-rabbitmq/</link><pubDate>Fri, 15 Jan 2021 15:34:10 +0800</pubDate><guid>https://guoxudong.io/post/kubectl-rabbitmq/</guid><description>推荐一个 kubectl 插件：kubectl-rabbitmq</description></item><item><title>使用 iTerm2 打造美观高效的 Mac 终端</title><link>https://guoxudong.io/post/iterm2/</link><pubDate>Mon, 04 Jan 2021 14:14:02 +0800</pubDate><guid>https://guoxudong.io/post/iterm2/</guid><description>快速配置 Iterm2 + oh my zsh + powerlevel10k</description></item><item><title>K8S 资源可视化利器：Kubectl-Graph</title><link>https://guoxudong.io/post/kubectl-graph/</link><pubDate>Tue, 29 Dec 2020 10:19:18 +0800</pubDate><guid>https://guoxudong.io/post/kubectl-graph/</guid><description>介绍一款可视化 kubernetes resource 关系的 Kubectl 插件：kubectl-graph</description></item><item><title>使用 Helmfile 解放你的 Helm Chart</title><link>https://guoxudong.io/post/helmfile-quick-start/</link><pubDate>Tue, 22 Dec 2020 15:59:28 +0800</pubDate><guid>https://guoxudong.io/post/helmfile-quick-start/</guid><description>介绍一款小工具：Helmfile</description></item><item><title>手把手教你免费获取正版 Jetbrains 全家桶 License</title><link>https://guoxudong.io/post/jetbrains-opensource-free-license/</link><pubDate>Tue, 15 Dec 2020 14:50:50 +0800</pubDate><guid>https://guoxudong.io/post/jetbrains-opensource-free-license/</guid><description>手把手教你免费获取正版 Jetbrains 全家桶 License</description></item><item><title>将项目发布到 Homebrew 官方仓库</title><link>https://guoxudong.io/post/homebrew-pull-request/</link><pubDate>Thu, 03 Dec 2020 11:17:34 +0800</pubDate><guid>https://guoxudong.io/post/homebrew-pull-request/</guid><description>最近将 kubecm 推到了官方 homebrew-core 仓库，分享一下经验。</description></item><item><title>K3d vs Kind 谁更适合本地研发</title><link>https://guoxudong.io/post/k3d-vs-kind/</link><pubDate>Wed, 18 Nov 2020 09:44:37 +0800</pubDate><guid>https://guoxudong.io/post/k3d-vs-kind/</guid><description>对比 K3d 和 Kind 在本地开发侧的能力。</description></item><item><title>Teambition 网盘 VS 阿里云盘：阿里这个浓眉大眼的也开始玩赛马了？</title><link>https://guoxudong.io/post/teambition-disk-vs-aliyun-disk/</link><pubDate>Wed, 11 Nov 2020 11:23:40 +0800</pubDate><guid>https://guoxudong.io/post/teambition-disk-vs-aliyun-disk/</guid><description>对比 Teambition 网盘与阿里云盘</description></item><item><title>熟悉又陌生的 k8s 字段：SecurityContext</title><link>https://guoxudong.io/post/k8s-securitycontext/</link><pubDate>Wed, 04 Nov 2020 11:54:04 +0800</pubDate><guid>https://guoxudong.io/post/k8s-securitycontext/</guid><description>pod 和 containers 中熟悉又陌生的字段 SecurityContext</description></item><item><title>试用阿里网盘内测版-不限速、无广告、隐私安全我全都要</title><link>https://guoxudong.io/post/alibaba-teambition-disk/</link><pubDate>Mon, 02 Nov 2020 09:26:27 +0800</pubDate><guid>https://guoxudong.io/post/alibaba-teambition-disk/</guid><description>阿里 Teambition 网盘体验实录</description></item><item><title>浅析 Golang 垃圾回收机制</title><link>https://guoxudong.io/post/golang-gc/</link><pubDate>Fri, 16 Oct 2020 14:51:08 +0800</pubDate><guid>https://guoxudong.io/post/golang-gc/</guid><description>介绍 Golang 的垃圾回收机制</description></item><item><title>图解 K8S 源码 - QoS 篇</title><link>https://guoxudong.io/post/diagrams-k8s-src-qos/</link><pubDate>Wed, 14 Oct 2020 10:28:06 +0800</pubDate><guid>https://guoxudong.io/post/diagrams-k8s-src-qos/</guid><description>图解 K8S 中 QoS 源码，了解 QoS 分类、打分机制以及其本质</description></item><item><title>图解 K8S 源码 - Informer 篇（上）</title><link>https://guoxudong.io/post/diagrams-k8s-src-informer/</link><pubDate>Mon, 12 Oct 2020 15:21:14 +0800</pubDate><guid>https://guoxudong.io/post/diagrams-k8s-src-informer/</guid><description>图解 K8S 源码中的 Informer 机制及 Reflector 实现。</description></item><item><title>图解 K8S 源码 - Deployment Controller 篇</title><link>https://guoxudong.io/post/diagrams-k8s-src-deployment-controller/</link><pubDate>Mon, 28 Sep 2020 15:00:38 +0800</pubDate><guid>https://guoxudong.io/post/diagrams-k8s-src-deployment-controller/</guid><description>两张图帮你了解 Deployment Controller 源码</description></item><item><title>熟悉又陌生的 k8s 字段：finalizers</title><link>https://guoxudong.io/post/k8s-gc-finalizers/</link><pubDate>Fri, 11 Sep 2020 08:47:51 +0800</pubDate><guid>https://guoxudong.io/post/k8s-gc-finalizers/</guid><description>metadata 中熟悉又陌生的字段 finalizers</description></item><item><title>听说，阿里云给它的 OpenAPI 开发了一套编程语言</title><link>https://guoxudong.io/post/aliyun-darabonba/</link><pubDate>Tue, 01 Sep 2020 11:49:12 +0800</pubDate><guid>https://guoxudong.io/post/aliyun-darabonba/</guid><description>这回是 OpenAPI as code 了</description></item><item><title>OpenKruise：Kubernetes 核心控制器 Plus</title><link>https://guoxudong.io/post/openkruise-summary/</link><pubDate>Thu, 27 Aug 2020 11:51:25 +0800</pubDate><guid>https://guoxudong.io/post/openkruise-summary/</guid><description>Kruise 是 OpenKruise 中的核心项目之一，Kruise 是 cruise的谐音，字面意义巡航，豪华游艇（&amp;lsquo;K&amp;rsquo; for Kubernetes）。寓意 Kubernetes 上应用的自动巡航，如果把原生 Kubernetes 资源 Deployment 或 StatefulSet 比作小船，那 Kruise 确实就是豪华游艇了。</description></item><item><title>Grabana：使用 Golang 或 Yaml 生成 Grafana Dashboard</title><link>https://guoxudong.io/post/grabana-create-grafana-dashboard/</link><pubDate>Wed, 26 Aug 2020 09:35:23 +0800</pubDate><guid>https://guoxudong.io/post/grabana-create-grafana-dashboard/</guid><description>使用 Golang 或 Yaml 生成 Grafana Dashboard</description></item><item><title>云中谁寄锦书来，免费生成一封七夕情书吧</title><link>https://guoxudong.io/post/love-letter-aliyun/</link><pubDate>Tue, 25 Aug 2020 16:19:09 +0800</pubDate><guid>https://guoxudong.io/post/love-letter-aliyun/</guid><description>在七夕节制作一封云上情书吧</description></item><item><title>如何使 Grafana as code</title><link>https://guoxudong.io/post/how-to-configure-grafana-as-code/</link><pubDate>Wed, 19 Aug 2020 11:51:17 +0800</pubDate><guid>https://guoxudong.io/post/how-to-configure-grafana-as-code/</guid><description>见多了 Infrastructure as code，今天我们来聊聊 Grafana as code。</description></item><item><title>使用 Golang 和 HTML5 开发一个 MacOS App</title><link>https://guoxudong.io/post/go-h5-codeing-mac-app/</link><pubDate>Tue, 18 Aug 2020 09:23:28 +0800</pubDate><guid>https://guoxudong.io/post/go-h5-codeing-mac-app/</guid><description>本篇文章将介绍如何使用 Go 语言 和 HTML5 来开发一个 MacOS App。</description></item><item><title>Cobra 命令自动补全指北</title><link>https://guoxudong.io/post/cobra-shell-completions/</link><pubDate>Wed, 12 Aug 2020 16:48:34 +0800</pubDate><guid>https://guoxudong.io/post/cobra-shell-completions/</guid><description>本篇文章就来讲讲如何使用 Cobra 来实现命令自动补全。</description></item><item><title>ChaosBlade：从零开始的混沌工程（五）</title><link>https://guoxudong.io/post/start-chaosblade-4/</link><pubDate>Thu, 06 Aug 2020 16:34:23 +0800</pubDate><guid>https://guoxudong.io/post/start-chaosblade-4/</guid><description>本篇为系列文章第五篇，将介绍使用 ChaosBlade Operator 对 Kubernetes Container 进行混沌工程实验，实验包括：删除 container、container 内CPU负载场景、container 网络延迟场景、container 网络丢包场景、container 域名访问异常场景、杀 container 内指定进程和挂起 container 内指定进程。</description></item><item><title>读完《云原生架构白皮书》，我们来谈谈开放应用模型（OAM）</title><link>https://guoxudong.io/post/the-cloud-native-architecture-white-paper-oam/</link><pubDate>Fri, 24 Jul 2020 10:53:04 +0800</pubDate><guid>https://guoxudong.io/post/the-cloud-native-architecture-white-paper-oam/</guid><description>读完《云原生架构白皮书》，我们来谈谈开放应用模型（OAM）</description></item><item><title>ChaosBlade：从零开始的混沌工程（四）</title><link>https://guoxudong.io/post/start-chaosblade-3/</link><pubDate>Wed, 22 Jul 2020 17:30:53 +0800</pubDate><guid>https://guoxudong.io/post/start-chaosblade-3/</guid><description>本篇为系列文章第四篇，将介绍使用 ChaosBlade Operator 对 Kubernetes Node 进行混沌工程实验，实验包括：Node CPU 负载场景、Node 网络延迟场景、Node 网络丢包场景、Node 域名访问异常场景、Node 磁盘填充场景、Node 杀指定进程和Node 挂起指定进程等。</description></item><item><title>Istio 升级新方式：金丝雀升级</title><link>https://guoxudong.io/post/istio-upgrade/</link><pubDate>Wed, 08 Jul 2020 15:08:09 +0800</pubDate><guid>https://guoxudong.io/post/istio-upgrade/</guid><description>Istio 1.6 推出了渐进式的升级方式：金丝雀升级，为相对头疼的 Istio 升级问题提供了一种解决方案。</description></item><item><title>基于 Flagger 和 Nginx-Ingress 实现金丝雀发布</title><link>https://guoxudong.io/post/flagger-nginx-ingress/</link><pubDate>Thu, 02 Jul 2020 13:51:14 +0800</pubDate><guid>https://guoxudong.io/post/flagger-nginx-ingress/</guid><description>本文介绍使用 Flagger 和 Nginx-Ingress 实现自动化金丝雀部署。</description></item><item><title>以应用为中心：开放应用模型（OAM）初探</title><link>https://guoxudong.io/post/start-oam/</link><pubDate>Sun, 28 Jun 2020 14:53:23 +0800</pubDate><guid>https://guoxudong.io/post/start-oam/</guid><description>本文通过一个简单的示例，介绍开放应用模型（OAM）是如何实现以应用为中心，管理 Kubernetes 的。</description></item><item><title>ChaosBlade：从零开始的混沌工程（三）</title><link>https://guoxudong.io/post/start-chaosblade-2/</link><pubDate>Mon, 15 Jun 2020 15:45:36 +0800</pubDate><guid>https://guoxudong.io/post/start-chaosblade-2/</guid><description>本篇为系列文章第三篇，将使用 ChaosBlade Operator 对 Kubernetes Pod 进行混沌工程实验，实验包括：删除 POD 场景、Pod 网络延迟场景、Pod 网络丢包场景、Pod 域名访问异常场景和Pod 文件系统 I/O 故障场景。</description></item><item><title>ChaosBlade：从零开始的混沌工程（二）</title><link>https://guoxudong.io/post/start-chaosblade-1/</link><pubDate>Tue, 09 Jun 2020 11:14:09 +0800</pubDate><guid>https://guoxudong.io/post/start-chaosblade-1/</guid><description>本篇为系列文章第二篇，将介绍 ChaosBlade-Operator 的安装方式以及基本概念，并进行一个简单的示例实验。</description></item><item><title>ChaosBlade：从零开始的混沌工程（一）</title><link>https://guoxudong.io/post/start-chaosblade-0/</link><pubDate>Thu, 04 Jun 2020 17:02:58 +0800</pubDate><guid>https://guoxudong.io/post/start-chaosblade-0/</guid><description>本篇为系列文章开篇，主要介绍混动工程以及混沌工程实验工具 ChaosBlade，后续会从实践的角度带领读者上手实践混沌工程，了解混沌工程的方法及原理。</description></item><item><title>如何参与开源项目</title><link>https://guoxudong.io/post/contribution-to-the-open-source/</link><pubDate>Wed, 20 May 2020 11:12:59 +0800</pubDate><guid>https://guoxudong.io/post/contribution-to-the-open-source/</guid><description>本文根据作者参与开源项目的经验，介绍了如何参与到开源项目中贡献自己的力量。</description></item><item><title>可视化 Tekton 组件 Tekton Dashboard</title><link>https://guoxudong.io/post/tekton-dashboard/</link><pubDate>Wed, 13 May 2020 09:55:51 +0800</pubDate><guid>https://guoxudong.io/post/tekton-dashboard/</guid><description>Tekton Dashboard 使用指南。</description></item><item><title>告别手写 Helm Chart README</title><link>https://guoxudong.io/post/helm-docs/</link><pubDate>Fri, 08 May 2020 11:20:01 +0800</pubDate><guid>https://guoxudong.io/post/helm-docs/</guid><description>helm-docs 可以根据 charts 内容自动生成 markdown 文件。</description></item><item><title>去指挥你的舰队吧！体验使用 Fleet 批量管理 K8S 集群</title><link>https://guoxudong.io/post/rancher-fleet/</link><pubDate>Thu, 23 Apr 2020 14:03:53 +0800</pubDate><guid>https://guoxudong.io/post/rancher-fleet/</guid><description>体验 Fleet 是怎么管理海量 Kubernetes 集群的。</description></item><item><title>导致你的微服务走向失败的11个原因</title><link>https://guoxudong.io/post/11-reasons-why-you-are-going-to-fail-with-microservices/</link><pubDate>Thu, 09 Apr 2020 09:06:57 +0800</pubDate><guid>https://guoxudong.io/post/11-reasons-why-you-are-going-to-fail-with-microservices/</guid><description>大多数时候，我发现团队在使用微服务时都很不顺利，他们没能利用微服务的优势。在这篇文章中，我将分享导致你的微服务走向失败的11个原因。</description></item><item><title>Katacoda：免费学习 Kubernetes 利器</title><link>https://guoxudong.io/post/katacoda-k8s/</link><pubDate>Fri, 27 Mar 2020 15:57:11 +0800</pubDate><guid>https://guoxudong.io/post/katacoda-k8s/</guid><description>本文介绍免费学习 Kubernetes 利器：Katacoda，Katacoda 是一个面向软件工程师的交互式学习和培训平台，可在浏览器中使用真实环境学习和测试新技术，帮助开发人员学习，并掌握最佳实践。</description></item><item><title>Kt Connect：研发侧利器，本地连通 Kubernetes 集群内网</title><link>https://guoxudong.io/post/alibaba-kt-connect/</link><pubDate>Tue, 24 Mar 2020 09:14:06 +0800</pubDate><guid>https://guoxudong.io/post/alibaba-kt-connect/</guid><description>研发侧利器，云原生 VPN：Kt Connect，可在本地调用 Kubernetes 集群服务，或将 Kubernetes 集群流量转发到本地。</description></item><item><title>修改 Nginx Ingress 日志打印格式</title><link>https://guoxudong.io/post/nginx-ingress-log-aliyun/</link><pubDate>Mon, 02 Mar 2020 15:29:16 +0800</pubDate><guid>https://guoxudong.io/post/nginx-ingress-log-aliyun/</guid><description>修改 nginx-ingress 日志，并结合阿里云日志服务制作系统访问日志统计图表。</description></item><item><title>Kubernetes 中优化流量和安全性需要注意的7点要求</title><link>https://guoxudong.io/post/7-requirements-for-optimized-traffic-flow-and-security-in-kubernetes/</link><pubDate>Tue, 18 Feb 2020 14:15:42 +0800</pubDate><guid>https://guoxudong.io/post/7-requirements-for-optimized-traffic-flow-and-security-in-kubernetes/</guid><description>翻译【7 Requirements for Optimized Traffic Flow and Security in Kubernetes】</description></item><item><title>K3d+Kubecm 本地开发运维两不误</title><link>https://guoxudong.io/post/k3d-k3s-kubecm/</link><pubDate>Mon, 17 Feb 2020 11:51:39 +0800</pubDate><guid>https://guoxudong.io/post/k3d-k3s-kubecm/</guid><description>使用 k3d 在本地快速搭建轻量级 k8s 集群 - k3s，并使用 kubecm 管理所有集群。</description></item><item><title>使用 Grafana 展示肺炎疫情动态</title><link>https://guoxudong.io/post/feiyan-grafana/</link><pubDate>Fri, 14 Feb 2020 10:12:52 +0800</pubDate><guid>https://guoxudong.io/post/feiyan-grafana/</guid><description>开发 Grafana Dashboard 展示新型肺炎疫情动态。</description></item><item><title>疫情期间【在家/公司】远程办公指南</title><link>https://guoxudong.io/post/work-4-home/</link><pubDate>Mon, 10 Feb 2020 10:52:26 +0800</pubDate><guid>https://guoxudong.io/post/work-4-home/</guid><description>在疫情期间，如何安全有效的 在家/公司 办公</description></item><item><title>Kubecm：管理你的 kubeconfig</title><link>https://guoxudong.io/post/kubecm/</link><pubDate>Mon, 09 Dec 2019 10:07:46 +0800</pubDate><guid>https://guoxudong.io/post/kubecm/</guid><description>介绍一款小工具：kubecm，帮助你管理杂乱无章的 kubeconfig。</description></item><item><title>小工具介绍：KubeWatch</title><link>https://guoxudong.io/post/kubewatch/</link><pubDate>Wed, 04 Dec 2019 17:09:51 +0800</pubDate><guid>https://guoxudong.io/post/kubewatch/</guid><description>用于观测 Kubernetes 资源情况，并实时通知到各种协作软件/聊天软件</description></item><item><title>使用 Velero 进行集群备份与迁移</title><link>https://guoxudong.io/post/aliyun-velero/</link><pubDate>Wed, 13 Nov 2019 09:13:22 +0800</pubDate><guid>https://guoxudong.io/post/aliyun-velero/</guid><description>本文介绍了使用 Velero 来进行 k8s 集群资源进行备份和迁移。</description></item><item><title>使用 Grafana 展示阿里云监控指标</title><link>https://guoxudong.io/post/aliyun-cms-grafana/</link><pubDate>Thu, 07 Nov 2019 11:08:36 +0800</pubDate><guid>https://guoxudong.io/post/aliyun-cms-grafana/</guid><description>本文介绍使用 Grafana 展示阿里云监控指标的方法，并提供了使用 helm chart 一键部署包含阿里云监控 dashboard 的 Grafana-Server。</description></item><item><title>阿里云产品夜谈-容器服务交流</title><link>https://guoxudong.io/post/aliyun-product-meetup/</link><pubDate>Mon, 30 Sep 2019 09:32:35 +0800</pubDate><guid>https://guoxudong.io/post/aliyun-product-meetup/</guid><description>9月25日晚受邀来到阿里云飞天园区参加阿里云MVP产品夜谈，在会上遇到了容器服务团队的负责人易立，并就容器服务进行了交流。</description></item><item><title>当码农遇见公益</title><link>https://guoxudong.io/post/alibaba-public-welfare/</link><pubDate>Sun, 29 Sep 2019 09:52:11 +0800</pubDate><guid>https://guoxudong.io/post/alibaba-public-welfare/</guid><description>9月25日下午参加阿里巴巴技术公益专场记录与感想。</description></item><item><title>玩转 Drone CI</title><link>https://guoxudong.io/post/drone-optimize/</link><pubDate>Wed, 11 Sep 2019 13:53:09 +0800</pubDate><guid>https://guoxudong.io/post/drone-optimize/</guid><description>通过这篇文章总结一下目前我们对 drone 进行了一些定制化开发以及使用技巧，由于 drone 官方的文档不是很详细，所以也希望通过这种方法来和其他使用 drone 的用户分享和交流使用经验。</description></item><item><title>GitHub/Gitee 静态页托管页部署SSL证书</title><link>https://guoxudong.io/post/aliyun-ssl/</link><pubDate>Fri, 23 Aug 2019 09:36:55 +0800</pubDate><guid>https://guoxudong.io/post/aliyun-ssl/</guid><description>本文档介绍了在 Github/Gitee 的静态页托管Pages服务部署SSL证书，配置HTTPS安全访问的操作说明。</description></item><item><title>解决 Nginx-Ingress 重定向失败问题</title><link>https://guoxudong.io/post/nginx-ingress-error/</link><pubDate>Fri, 16 Aug 2019 11:15:37 +0800</pubDate><guid>https://guoxudong.io/post/nginx-ingress-error/</guid><description>记录 Nginx-Ingress 重定向失败问题的解决过程。</description></item><item><title>如何构建混合Kubernetes平台</title><link>https://guoxudong.io/post/how-we-built-our-hybrid-kubernetes-platfor/</link><pubDate>Tue, 06 Aug 2019 14:01:30 +0800</pubDate><guid>https://guoxudong.io/post/how-we-built-our-hybrid-kubernetes-platfor/</guid><description>随着3年前重构 Dailymotion 核心API的决定，我们希望提供一种更有效的方式来托管应用程序，促进我们的开发和生产工作流程。 最终决定使用容器编排平台来实现这一目标，那么自然就选择了 Kubernetes。</description></item><item><title>Golang 装逼指南 Ⅱ：在 Homwebrew 上发布 Golang 项目</title><link>https://guoxudong.io/post/golang-to-homebrew/</link><pubDate>Thu, 25 Jul 2019 16:27:57 +0800</pubDate><guid>https://guoxudong.io/post/golang-to-homebrew/</guid><description>本文介绍如何在 Homebrew 上发布 Golang 项目。</description></item><item><title>Golang 装逼指南：在 GitHub 上构建一个看上去正规的 Golang 项目</title><link>https://guoxudong.io/post/golang-project/</link><pubDate>Fri, 19 Jul 2019 10:38:26 +0800</pubDate><guid>https://guoxudong.io/post/golang-project/</guid><description>接触 golang 时间很长，但是真正动手开始写 golang 也就是在最近。跟着我在 GitHub 上构建一个看上去正规的 Golang 项目。</description></item><item><title>使用 Helm 在多集群部署应用</title><link>https://guoxudong.io/post/deploying-apps-on-multiple-kubernetes-clusters-with-hel/</link><pubDate>Sun, 14 Jul 2019 14:16:56 +0800</pubDate><guid>https://guoxudong.io/post/deploying-apps-on-multiple-kubernetes-clusters-with-hel/</guid><description>本文将重点介绍我们如何在全球多个 Kubernetes 集群上部署我们的应用程序。为了将应用一次部署到多个 Kubernetes 集群，我们使用了 Helm ，并将所有 chart 存储在一个 git 仓库中。</description></item><item><title>GitOps 与 ChatOps 的落地实践</title><link>https://guoxudong.io/post/gitops-and-chatops/</link><pubDate>Thu, 11 Jul 2019 09:24:17 +0800</pubDate><guid>https://guoxudong.io/post/gitops-and-chatops/</guid><description>本文介绍 GitOps 和 ChatOps 这两种 DevOps 实践，通过版本控制软件 Git 和实时聊天软件来达到提升交付速度和研发效率的目的。</description></item><item><title>阿里云 ACK 挂载 NAS 数据卷</title><link>https://guoxudong.io/post/nas-k8s/</link><pubDate>Mon, 08 Jul 2019 15:09:56 +0800</pubDate><guid>https://guoxudong.io/post/nas-k8s/</guid><description>记录在阿里云购买、配置、挂载 NAS 数据卷到 Kubernetes 集群，由于官方文档没有及时更新，可以看做是对官方文档的补充。</description></item><item><title>语义化版本控制规范（SemVer）</title><link>https://guoxudong.io/post/semver/</link><pubDate>Sat, 06 Jul 2019 09:40:42 +0800</pubDate><guid>https://guoxudong.io/post/semver/</guid><description>语义化的版本控制，在这套约定下，版本号及其更新方式包含了相邻版本间的底层代码和修改内容的信息。</description></item><item><title>【转】Kubernetes 儿童插图指南</title><link>https://guoxudong.io/post/the-childrens-illustrated-guide-to-kubernetes/</link><pubDate>Fri, 05 Jul 2019 09:50:58 +0800</pubDate><guid>https://guoxudong.io/post/the-childrens-illustrated-guide-to-kubernetes/</guid><description>献给所有试图向孩子们解释软件工程的家长。</description></item><item><title>由一封邮件看 Mailing List 在开源项目中的重要性</title><link>https://guoxudong.io/post/kubernetes-client-python/</link><pubDate>Thu, 04 Jul 2019 09:16:41 +0800</pubDate><guid>https://guoxudong.io/post/kubernetes-client-python/</guid><description>从发现、使用 Kubernetes Client/Python 这个项目的过程，谈谈 mailing list 在开源项目中的重要性。</description></item><item><title>使用 Kustomize 帮你管理 kubernetes 应用（五）：配合 kubedog 完善 CI/CD 的最后一步</title><link>https://guoxudong.io/post/kustomize-5/</link><pubDate>Wed, 03 Jul 2019 15:20:31 +0800</pubDate><guid>https://guoxudong.io/post/kustomize-5/</guid><description>在以往的 pipeline 中，使用 kubectl 进行部署 Deployment 后无法检查 Deployment 是否部署成功，只能通过使用命令/脚本来手动检查 Deployment 状态，而 kubedog 这个小工具完美解决了这个问题，完善了 CI/CD 流水线的最后一步。</description></item><item><title>记一次使用 Kustomize 时遇到的愚蠢问题</title><link>https://guoxudong.io/post/kustomize-err-1/</link><pubDate>Wed, 03 Jul 2019 13:44:50 +0800</pubDate><guid>https://guoxudong.io/post/kustomize-err-1/</guid><description>解决使用 Kustomize 时遇到的报错： error: failed to find an object with apps_v1_Deployment|myapp to apply the patch</description></item><item><title>Kubecon 2019 见闻：云原生未来可期</title><link>https://guoxudong.io/post/kubecon-2019/</link><pubDate>Tue, 02 Jul 2019 10:18:18 +0800</pubDate><guid>https://guoxudong.io/post/kubecon-2019/</guid><description>2019年6月24-26日，KubeCon + CloudNativeCon + Open Source Summit大会在上海世博中心举行。本次大会规模空前，预计有超过40个国家，3500多名云原生、开源领域的开发者参加，门票更是早早售罄。作为一名云原生应用的使用者与开发者，我也报名参与了这次大会。</description></item><item><title>使用 Kustomize 帮你管理 kubernetes 应用（四）：简述核心配置 kustomization.yaml</title><link>https://guoxudong.io/post/kustomize-4/</link><pubDate>Thu, 23 May 2019 12:50:12 +0800</pubDate><guid>https://guoxudong.io/post/kustomize-4/</guid><description>本篇为系列文章第四篇，将简述 kustomize 的核心配置文件 kustomization.yaml</description></item><item><title>轻量快速的 CI 工具 Drone</title><link>https://guoxudong.io/post/drone-ci/</link><pubDate>Tue, 21 May 2019 08:59:00 +0800</pubDate><guid>https://guoxudong.io/post/drone-ci/</guid><description>本文介绍一款轻量级的 CI 工具 Drone ，同时也介绍在实践中遇到的一些坑，帮助你快速搭建持续集成流水线。</description></item><item><title>什么是 DevOps ？DevOps 是如何工作的？</title><link>https://guoxudong.io/post/all-about-devops-fundamentalsyou-ever-wanted-to-know/</link><pubDate>Thu, 09 May 2019 09:55:11 +0800</pubDate><guid>https://guoxudong.io/post/all-about-devops-fundamentalsyou-ever-wanted-to-know/</guid><description>在当前的 IT 实践中，为了支持高效和快捷的软件开发，已经出现了伟大的转变&amp;ndash;在传统的软件架构正在逐渐被微服务架构取代的情况下，开发、 QA 和运维团队为了摆脱了之前相互孤立的状况，开始将开发与运维相互关联并融合统一，我们将其称为DevOps。</description></item><item><title>使用 Kustomize 帮你管理 kubernetes 应用（三）：将 Kustomize 应用于 CI/CD</title><link>https://guoxudong.io/post/kustomize-3/</link><pubDate>Mon, 06 May 2019 16:46:28 +0800</pubDate><guid>https://guoxudong.io/post/kustomize-3/</guid><description>本篇为系列文章第三篇，使用 jenkins 发布一个简单的使用 flask 写的 web 项目，来演示在 CI/CD 流程中 Kustomize 的简单使用。</description></item><item><title>什么是 DevSecOps ?</title><link>https://guoxudong.io/post/what-is-devsecops/</link><pubDate>Fri, 03 May 2019 14:37:14 +0800</pubDate><guid>https://guoxudong.io/post/what-is-devsecops/</guid><description>DevOps 不仅仅是开发和运营团队。如果您想要充分发挥出 DevOps 方法的敏捷性和响应力，则必须在应用的整个生命周期内同时兼顾 IT 安全性。</description></item><item><title>8分钟入门 K8S</title><link>https://guoxudong.io/post/an-8-minute-introduction-to-k8s/</link><pubDate>Tue, 30 Apr 2019 13:38:12 +0800</pubDate><guid>https://guoxudong.io/post/an-8-minute-introduction-to-k8s/</guid><description>8分钟快速了解 Kubernetes 基本概念，快速入门 K8S。</description></item><item><title>炫酷的终端软件 eDEX-UI</title><link>https://guoxudong.io/post/edex-ui/</link><pubDate>Mon, 29 Apr 2019 11:55:47 +0800</pubDate><guid>https://guoxudong.io/post/edex-ui/</guid><description>eDEX-UI 是一个全屏且跨平台、可定制的终端模拟器，具有先进的监控和触摸屏支持。它的外观类似科幻的计算机界面。在保持未来感的外观和感觉的同时，它努力保持一定的功能水平并可用于现实场景，其更大的目标是将科幻用户体验纳入主流。</description></item><item><title>阿里云容器服务新建集群优化方案(更新版)</title><link>https://guoxudong.io/post/aliyun-k8s-perfect/</link><pubDate>Thu, 25 Apr 2019 22:26:06 +0800</pubDate><guid>https://guoxudong.io/post/aliyun-k8s-perfect/</guid><description>这里记录了在工作中遇到阿里云容器服务的调优优化方案，帮助您绕过阿里云容器服务中的一些坑，来使用更好更优质的阿里云容器服务。</description></item><item><title>困难的 Kubernetes</title><link>https://guoxudong.io/post/kubernetes-is-har/</link><pubDate>Wed, 24 Apr 2019 10:18:46 +0800</pubDate><guid>https://guoxudong.io/post/kubernetes-is-har/</guid><description>虽然 Kubernetes 赢得了容器战争，但是其仍然很难使用并且引起很多事故。</description></item><item><title>GitHub 黑话指南</title><link>https://guoxudong.io/post/cant/</link><pubDate>Mon, 22 Apr 2019 09:11:24 +0800</pubDate><guid>https://guoxudong.io/post/cant/</guid><description>这里总结了一些在 GitHub 上常见的&amp;lt;黑话&amp;gt;，这些乱七八糟的缩写着实给很多新司机带来了许多困扰 :)</description></item><item><title>什么的容器？Docker 工作原理及容器化简易指南</title><link>https://guoxudong.io/post/what-are-containers-a-simple-guide-to-containerization-and-how-docker-works/</link><pubDate>Sat, 20 Apr 2019 19:54:50 +0800</pubDate><guid>https://guoxudong.io/post/what-are-containers-a-simple-guide-to-containerization-and-how-docker-works/</guid><description>Docker 非常棒！ 它使软件开发者无需担心配置和依赖性，在任何地方打包，发送和运行他们的应用程序。而在与 kubernetes 相结合后，它使应用集群部署和管理变得更方便。这使得 Docker 深受软件开发者的喜爱，越来越多的开发者开始使用 Docker。</description></item><item><title>使用 Kustomize 帮你管理 kubernetes 应用（二）： Kustomize 的使用方法</title><link>https://guoxudong.io/post/kustomize-2/</link><pubDate>Fri, 19 Apr 2019 16:05:02 +0800</pubDate><guid>https://guoxudong.io/post/kustomize-2/</guid><description>本篇为系列文章第二篇，手把手教你使用 Kustomize 的两种方式。</description></item><item><title>Rancher 2.2.1 解决工作负载监控为空问题</title><link>https://guoxudong.io/post/rancher-prometheus-fix-question/</link><pubDate>Thu, 18 Apr 2019 17:46:08 +0800</pubDate><guid>https://guoxudong.io/post/rancher-prometheus-fix-question/</guid><description>记一次在 Rancher 官方小哥帮助下解决 Rancher 问题的过程。</description></item><item><title>Kustomize: 无需模板定制你的 kubernetes 配置</title><link>https://guoxudong.io/post/introducing-kustomize-template-free-configuration-customization-for-kubernetes/</link><pubDate>Mon, 15 Apr 2019 17:23:21 +0800</pubDate><guid>https://guoxudong.io/post/introducing-kustomize-template-free-configuration-customization-for-kubernetes/</guid><description>本文介绍了 Kubernetes 原生的应用管理工具 Kustomize。</description></item><item><title>使用 Kustomize 帮你管理 kubernetes 应用（一）：什么是 Kustomize ？</title><link>https://guoxudong.io/post/kustomize-1/</link><pubDate>Mon, 15 Apr 2019 13:32:59 +0800</pubDate><guid>https://guoxudong.io/post/kustomize-1/</guid><description>本篇为系列文章第一篇，介绍我对 Kustomize 的了解过程以及 Kustomize 是什么，为什么它能解决我的燃眉之急。</description></item><item><title>从边车模式到 Service Mesh</title><link>https://guoxudong.io/post/sidercar-to-servicemesh/</link><pubDate>Wed, 10 Apr 2019 14:03:25 +0800</pubDate><guid>https://guoxudong.io/post/sidercar-to-servicemesh/</guid><description>谈谈从边车模式这一分布式架构的设计模式到 Service Mesh 的演变。</description></item><item><title>Devops入门手册</title><link>https://guoxudong.io/post/devops-tutorial/</link><pubDate>Tue, 09 Apr 2019 13:21:56 +0800</pubDate><guid>https://guoxudong.io/post/devops-tutorial/</guid><description>“DevOps”这个词是 “development” 和 “operations”这两个词的组合。它是一种促进开发和运维团队之间的协作，以自动化和可重复的方式更快地将代码部署到生产中的文化。</description></item><item><title>单节点版rancher升级指南</title><link>https://guoxudong.io/post/rancher-update-2.2.1/</link><pubDate>Sun, 31 Mar 2019 11:15:35 +0800</pubDate><guid>https://guoxudong.io/post/rancher-update-2.2.1/</guid><description>Rancher 不仅可以在任何云提供商的任何地方部署 Kubernetes 集群，而且还将它们集中在集中式的身份验证和访问控制之下。由于它与资源的运行位置无关，因此您可以轻松地在不同的环境部署你的 kubernetes 集群并操作他们。 Rancher 不是将部署几个独立的 Kubernetes 集群，而是将它们统一为一个单独的托管Kubernetes Cloud。</description></item><item><title>Service Mesh是什么，我们又为什么需要它</title><link>https://guoxudong.io/post/whats-a-service-mesh-and-why-do-i-need-one/</link><pubDate>Mon, 25 Mar 2019 18:17:20 +0800</pubDate><guid>https://guoxudong.io/post/whats-a-service-mesh-and-why-do-i-need-one/</guid><description>Service Mesh 是一个专门用于使服务与服务之间的通信变得安全、快速和可靠的的基础设施。如果你正在在构建一个云原生（ Cloud Native ）应用，那么 Service Mesh 是你需要的。</description></item><item><title>Istio初探之Bookinfo样例部署</title><link>https://guoxudong.io/post/istio-bookinfo-demo/</link><pubDate>Thu, 21 Mar 2019 09:42:18 +0800</pubDate><guid>https://guoxudong.io/post/istio-bookinfo-demo/</guid><description>正如Linux 的创始人 Linus Torvalds 的那句话：Talk is cheap. Show me the code. 这里我们部署一个demo，由四个单独的微服务构成（注意这里的四个微服务是由不同的语言编写的），用来演示多种 Istio 特性。</description></item><item><title>浅析ServiceMesh &amp; Istio</title><link>https://guoxudong.io/post/istio-share/</link><pubDate>Wed, 20 Mar 2019 09:12:28 +0800</pubDate><guid>https://guoxudong.io/post/istio-share/</guid><description>在云原生架构下，容器的使用给予了异构应用程序的更多可行性，Kubernetes 增强了应用的横向扩容能力，用户可以快速的编排出复杂环境、复杂依赖关系的应用程序，Istio可以使开发者又无须过分关心应用程序的监控、扩展性、服务发现和分布式追踪这些繁琐的事情而专注于程序开发，赋予开发者更多的创造性。</description></item><item><title>Service Mesh是什么</title><link>https://guoxudong.io/post/istio-servicemesh/</link><pubDate>Tue, 19 Mar 2019 16:12:56 +0800</pubDate><guid>https://guoxudong.io/post/istio-servicemesh/</guid><description>现在Service Mesh很热，但是到底什么事Service Mesh，Service Mesh能为我们做什么，我们为什么要用Service Mesh。</description></item><item><title>自动合并Kubeconfig，实现多k8s集群切换</title><link>https://guoxudong.io/post/merge-kubeconfig/</link><pubDate>Sun, 17 Mar 2019 10:45:02 +0800</pubDate><guid>https://guoxudong.io/post/merge-kubeconfig/</guid><description>随着kubernetes集群的增加，集群管理的问题就凸显出来，不同的环境存在不同的集群，不同的业务线不同的集群，甚至有些开发人员都有自己的集群。这里介绍一款工具来自动合并Kubeconfig，实现多k8s集群切换。</description></item><item><title>Alpine Linux详解</title><link>https://guoxudong.io/post/alpine-linux/</link><pubDate>Fri, 15 Mar 2019 09:53:02 +0800</pubDate><guid>https://guoxudong.io/post/alpine-linux/</guid><description>Alpine以其小巧、简单在docker容器中得到了广泛的应用。但是Alpine Linux使用了musl，可能和其他Linux发行版使用的glibc实现会有些不同。这里主要介绍了它的基础用法，但是足以满足日常运维需要。</description></item><item><title>阿里云环境Istio初探</title><link>https://guoxudong.io/post/istio-demo/</link><pubDate>Wed, 13 Mar 2019 15:45:43 +0800</pubDate><guid>https://guoxudong.io/post/istio-demo/</guid><description>极简的istio样例部署，可以帮助新手快速入门，相较官方提供的Bookinfo应用更容易上手。</description></item><item><title>Jenkins Pipeline 集成 Sonar 进行代码质量检测</title><link>https://guoxudong.io/post/sonar-pipline/</link><pubDate>Thu, 07 Mar 2019 09:14:39 +0800</pubDate><guid>https://guoxudong.io/post/sonar-pipline/</guid><description>在devops理念中，CI/CD毫无疑问是最重要的一环，而代码质量检查则是CI中必不可少的一步。在敏捷开发的思想下，代码的迭代周期变短，交付速度提升，这个时候代码的质量就很难保证，测试只能保证功能完整与可用，而代码的质量纯靠review的话效率又很低，这个时候sonar&amp;hellip;</description></item><item><title>解决kubernetes中ingress-nginx配置问题</title><link>https://guoxudong.io/post/k8s-ingress-config/</link><pubDate>Wed, 06 Mar 2019 14:42:05 +0800</pubDate><guid>https://guoxudong.io/post/k8s-ingress-config/</guid><description>随着公司容器化的深入，越来越多的服务陆续迁移到kubernetes集群中，有些问题在测试环境并未凸显，但是在生产环境中这些问题就显得格外的扎眼。这里就对实践中kubernetes集群中的7层负载均衡器ingress遇到的问题进行总结。</description></item><item><title>Pod质量服务类别(QoS)</title><link>https://guoxudong.io/post/k8s-qos/</link><pubDate>Mon, 04 Mar 2019 19:18:13 +0800</pubDate><guid>https://guoxudong.io/post/k8s-qos/</guid><description>根据Pod对象的requests和limits属性，kubernetes将Pod对象归类到BestEffort、Burstable和Guaranteed三个服务质量（Quality of Service，QoS）类别。</description></item><item><title>kubernetes中pod同步时区问题</title><link>https://guoxudong.io/post/pod-timezone/</link><pubDate>Wed, 30 Jan 2019 20:18:13 +0800</pubDate><guid>https://guoxudong.io/post/pod-timezone/</guid><description>解决容器中时区问题。</description></item><item><title>Kubernetes删除一直处于Terminating状态的namespace</title><link>https://guoxudong.io/post/k8s-d-n/</link><pubDate>Fri, 16 Nov 2018 18:18:13 +0800</pubDate><guid>https://guoxudong.io/post/k8s-d-n/</guid><description>kubernetes解决删除的namespace一直处于Terminating状态的情况。</description></item><item><title>kubernetes集群概述</title><link>https://guoxudong.io/post/k8s-topo/</link><pubDate>Wed, 03 Oct 2018 12:18:13 +0800</pubDate><guid>https://guoxudong.io/post/k8s-topo/</guid><description>随着2017年AWS，Azure和阿里云相继在其原有容器服务上新增了对kubernetes的支持，而Docker官网也在同年10月宣布同时支持Swarm好kubernetes容器编排系统。kubernetes俨然已成为容器编排领域事实上的标准，而2018年更是各大公司相继将服务迁移到kubernetes上，而kubernetes则以惊人更新速度，保持着每个季度发布一个大版本的速度高速发展着。</description></item><item><title>精简docker镜像</title><link>https://guoxudong.io/post/image-size/</link><pubDate>Thu, 27 Sep 2018 20:28:13 +0800</pubDate><guid>https://guoxudong.io/post/image-size/</guid><description>精简Docker镜像的好处很多，不仅可以节省存储空间和带宽，还能减少安全隐患。优化镜像大小的手段多种多样，因服务所使用的基础开发语言不同而有差异。本文将介绍精简Docker镜像的几种通用方法。</description></item><item><title>Docker容器启动退出解决方案</title><link>https://guoxudong.io/post/docker-quit/</link><pubDate>Thu, 27 Sep 2018 19:27:03 +0800</pubDate><guid>https://guoxudong.io/post/docker-quit/</guid><description>解决容器启动退出问题。</description></item><item><title>容器技术概述</title><link>https://guoxudong.io/post/con-in/</link><pubDate>Thu, 30 Aug 2018 18:45:22 +0800</pubDate><guid>https://guoxudong.io/post/con-in/</guid><description>自从微服务（Microservice）的出现，出于业务的需要，IT应用模型不断的变革。开发模式从瀑布式到敏捷开发；开发、运维和测试互相配合的devops思想；应用程序架构从单体模型到分层模型再到微服务；部署方式也从面向物理机到虚拟键再到容器；应用程序的基础架构从自建机房到托管再到云计算，等等。这些变革使得IT技术应用的效率大大提升，同时却以更低的成本交付更高质量的产品。</description></item><item><title>centos7.2 安装k8s v1.11.0</title><link>https://guoxudong.io/post/install-k8s/</link><pubDate>Tue, 14 Aug 2018 20:07:03 +0800</pubDate><guid>https://guoxudong.io/post/install-k8s/</guid><description>最近由于公司业务发展到了瓶颈，原有的技术架构已经逐渐无法满足业务开发和测试的需求，出现了应用测试环境搭建复杂，有许多套（真的很多很多）应用环境，应用在持续集成/持续交付也遇到了很大的困难，经过讨论研究决定对应用和微服务进行容器化，这就是我首次直面docker和k8s的契机。</description></item><item><title>centos7安装指定版本的docker</title><link>https://guoxudong.io/post/install-docker/</link><pubDate>Tue, 14 Aug 2018 20:05:21 +0800</pubDate><guid>https://guoxudong.io/post/install-docker/</guid><description>在使用CentOS7，并使用荫安装搬运工的时候，往往不希望安装最新版本的搬运工，而是希望安装与自己熟悉或者当前业务环境需要的版本，例如目前Kubernetes支持的最新搬运工版本为v17.03，所以就产生了安装指定版本 docker 的需求。</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/agent-session-contents/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/agent-session-contents/</guid><description>&lt;h1 id="agent-的-session-里到底装了什么"&gt;Agent 的 Session 里到底装了什么？&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;很多人把 Agent 的 Session 当成&amp;quot;一段聊天记录&amp;quot;，其实远不止。&lt;/p&gt;
&lt;p&gt;一个 Session 是 Agent 一次连续工作的完整上下文容器，至少包含 5 类内容。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/ai-agent-yolo-vs-auto-mode/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/ai-agent-yolo-vs-auto-mode/</guid><description>&lt;p&gt;很多人看到 YOLO，会把它理解成“最高权限”。这个判断在 Qwen Code 里成立，在 Kimi Code CLI 里却相反。&lt;/p&gt;
&lt;p&gt;两家官方文档给同一组名字配了不同权限。模式名不能替你判断风险，你需要确认它会放行哪些工具、拦住哪些操作，以及 Agent 还会不会停下来问你。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/ai-native-engineering-org/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/ai-native-engineering-org/</guid><description>&lt;h1 id="ai-原生工程组织瓶颈不在写代码了"&gt;AI 原生工程组织，瓶颈不在写代码了&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;Anthropic 这篇《Running an AI-native engineering org》很适合工程负责人读。&lt;/p&gt;
&lt;p&gt;它聊的不是“Claude Code 能写多少代码”，而是一个更现实的问题：当写代码、写测试、重构都变快以后，团队原来的流程还站得住吗？&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/claude-code-dynamic-workflows/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/claude-code-dynamic-workflows/</guid><description>&lt;h1 id="claude-code-dynamic-workflows把长任务拆给一组-agent"&gt;Claude Code Dynamic Workflows：把长任务拆给一组 Agent&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;AI 编程工具过去一年一直在往两个方向演进：一边是更强的单次推理，另一边是更复杂的工程编排。Claude Code 的 dynamic workflows 属于后者。它不是单纯让一个 Agent 继续多想几步，而是让 Claude 为当前任务临时写出编排脚本，把任务拆成多个阶段，再调度一组并行子 Agent 分别执行、交叉验证和汇总。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/claude-md-deep-dive/index-part1/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/claude-md-deep-dive/index-part1/</guid><description>&lt;h1 id="详解-claudemd让-claude-code-真正记住你的项目一"&gt;详解 CLAUDE.md：让 Claude Code 真正记住你的项目（一）&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;很多人第一次用 Claude Code 时，都会把同一批背景信息反复贴进对话：项目怎么启动、测试怎么跑、哪些目录不能乱改、代码评审最在意什么。一次两次还能接受，时间一长就会变成新的维护成本。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/claude-md-deep-dive/index-part2/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/claude-md-deep-dive/index-part2/</guid><description>&lt;h1 id="详解-claudemd让-claude-code-真正记住你的项目二"&gt;详解 CLAUDE.md：让 Claude Code 真正记住你的项目（二）&lt;/h1&gt;
&lt;hr&gt;
&lt;h2 id="用-clauderules-拆分大项目规则"&gt;用 &lt;code&gt;.claude/rules/&lt;/code&gt; 拆分大项目规则&lt;/h2&gt;
&lt;p&gt;当规则开始变多，&lt;code&gt;.claude/rules/&lt;/code&gt; 是比继续膨胀 &lt;code&gt;CLAUDE.md&lt;/code&gt; 更合适的组织方式。这个目录下的 Markdown 文件会被递归发现，可以按主题拆成 &lt;code&gt;testing.md&lt;/code&gt;、&lt;code&gt;security.md&lt;/code&gt;、&lt;code&gt;api-design.md&lt;/code&gt; 等。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/claude-opus-4-8/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/claude-opus-4-8/</guid><description>&lt;h1 id="claude-opus-48更稳的编码与智能体协作升级"&gt;Claude Opus 4.8：更稳的编码与智能体协作升级&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;Claude Opus 4.8 来了。&lt;/p&gt;
&lt;p&gt;这次不是一次“换名字式更新”，而是 Anthropic 对 Opus 系列的一次同价升级：官方表示它在编码、智能体任务、推理和专业知识工作上都有提升，也更适合长时间运行的任务。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/codex-vs-claude-code-goal-mode/index-part1/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/codex-vs-claude-code-goal-mode/index-part1/</guid><description>&lt;h1 id="codex-与-claude-的-goal-模式对比一"&gt;Codex 与 Claude 的 /goal 模式对比（一）&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;用 AI 编码工具做复杂任务时，最烦人的往往不是它不会写代码，而是它太容易“停”。跑完一次测试就等你下一句，修完一个局部问题就交差，遇到 benchmark 没过还需要你手动说“继续”。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/codex-vs-claude-code-goal-mode/index-part2/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/codex-vs-claude-code-goal-mode/index-part2/</guid><description>&lt;h1 id="codex-与-claude-的-goal-模式对比二"&gt;Codex 与 Claude 的 /goal 模式对比（二）&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;(接上文)&lt;/p&gt;
&lt;h2 id="最关键的差异"&gt;最关键的差异&lt;/h2&gt;
&lt;p&gt;两者都叫 &lt;code&gt;/goal&lt;/code&gt;，但产品语义并不完全一样。&lt;/p&gt;
&lt;table&gt;
	&lt;thead&gt;
			&lt;tr&gt;
					&lt;th&gt;维度&lt;/th&gt;
					&lt;th&gt;Codex Goals&lt;/th&gt;
					&lt;th&gt;Claude Code &lt;code&gt;/goal&lt;/code&gt;&lt;/th&gt;
			&lt;/tr&gt;
	&lt;/thead&gt;
	&lt;tbody&gt;
			&lt;tr&gt;
					&lt;td&gt;作用范围&lt;/td&gt;
					&lt;td&gt;当前线程的持久状态&lt;/td&gt;
					&lt;td&gt;当前会话的活跃条件&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;完成判断&lt;/td&gt;
					&lt;td&gt;对照线程中的具体证据做完成审计&lt;/td&gt;
					&lt;td&gt;每轮后由 small fast model 读取对话并判断 yes/no&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;工具访问&lt;/td&gt;
					&lt;td&gt;Codex 工作过程中可以运行命令、改文件、收集证据&lt;/td&gt;
					&lt;td&gt;评估器本身不调用工具，只看 Claude 已展示的 transcript&lt;/td&gt;
			&lt;/tr&gt;
	&lt;/tbody&gt;
&lt;/table&gt;
&lt;hr&gt;
&lt;table&gt;
	&lt;thead&gt;
			&lt;tr&gt;
					&lt;th&gt;维度&lt;/th&gt;
					&lt;th&gt;Codex Goals&lt;/th&gt;
					&lt;th&gt;Claude Code &lt;code&gt;/goal&lt;/code&gt;&lt;/th&gt;
			&lt;/tr&gt;
	&lt;/thead&gt;
	&lt;tbody&gt;
			&lt;tr&gt;
					&lt;td&gt;生命周期&lt;/td&gt;
					&lt;td&gt;&lt;code&gt;pause&lt;/code&gt;、&lt;code&gt;resume&lt;/code&gt;、&lt;code&gt;clear&lt;/code&gt;，并有 budget-limited 状态&lt;/td&gt;
					&lt;td&gt;&lt;code&gt;clear&lt;/code&gt; 及多个别名；活跃 Goal 可随 &lt;code&gt;--resume&lt;/code&gt; / &lt;code&gt;--continue&lt;/code&gt; 恢复&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;预算控制&lt;/td&gt;
					&lt;td&gt;文档把预算作为 Goal 状态和调度边界的一部分&lt;/td&gt;
					&lt;td&gt;常通过条件文本约束，例如“or stop after 20 turns”&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;继续触发&lt;/td&gt;
					&lt;td&gt;线程空闲、Goal 活跃、预算允许、无排队用户输入等安全边界&lt;/td&gt;
					&lt;td&gt;上一轮结束后触发基于 Stop hook 的评估&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;自动化定位&lt;/td&gt;
					&lt;td&gt;更偏向工程任务中的多轮执行与证据沉淀&lt;/td&gt;
					&lt;td&gt;更偏向会话内轻量续跑，也能配合非交互模式&lt;/td&gt;
			&lt;/tr&gt;
	&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;一句话概括：&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/deepseek-v4-overseas-reactions/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/deepseek-v4-overseas-reactions/</guid><description>&lt;h1 id="deepseek-v4-发布后海外开发者社区在讨论什么"&gt;DeepSeek V4 发布后，海外开发者社区在讨论什么&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;2026 年 4 月 24 日，DeepSeek V4 Preview 正式上线，同时开源权重。并不像在公众号推文中那句：&lt;strong&gt;「不诱于誉，不恐于诽，率道而行，端然正己」&lt;/strong&gt;，引得朋友圈争相转载，海外的宣传略显低调，但也在几个小时内冲上了 Hacker News Past 第一位，累计 1800+ 点赞、1400+ 条评论。这个数字，放在任何一个科技话题里都算得上炸锅。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/gpt-5-5-intro-and-community-reactions/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/gpt-5-5-intro-and-community-reactions/</guid><description>&lt;h1 id="gpt-55-发布了叙事好像和过去不一样"&gt;GPT-5.5 发布了，叙事好像和过去不一样&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;OpenAI 在 &lt;strong&gt;2026 年 4 月 23 日&lt;/strong&gt; 发布了 &lt;a href="https://openai.com/index/introducing-gpt-5-5/"&gt;GPT-5.5&lt;/a&gt;。如果只看官方口径，这次升级的关键词非常集中：更强的编程能力、更持久的任务执行、更自然的电脑操作，以及在不明显牺牲延迟的前提下继续把模型做大做强。&lt;/p&gt;
&lt;p&gt;但 GPT-5.5 真正值得写的，不只是“又一代更强模型”这种标准叙事，而是它暴露出一个更清晰的行业转向：&lt;strong&gt;模型竞争，正在从“回答得更聪明”切到“能不能把一项工作真的做完”。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/lark-cli-intro/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/lark-cli-intro/</guid><description>&lt;h1 id="飞书-cli把开放平台装进终端"&gt;飞书 CLI：把开放平台装进终端&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;日常写自动化脚本时，飞书开放平台的能力很丰富，但“先找 API、再配权限、再写请求代码”这条路并不总是轻便。飞书 CLI 的价值就在这里：它把常用开放能力封装成命令行工具，让人和 AI Agent 都能用更低的成本操作飞书。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-0/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-0/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律"&gt;软件工程的魔幻定律&lt;/h2&gt;
&lt;hr&gt;
&lt;p&gt;每隔一段时间，总有人在项目里重新发现同一个道理：往进度已经落后的项目里加人，只会让项目更晚交付。这个判断不是凭感觉，它有名字，叫 &lt;strong&gt;Brooks&amp;rsquo;s Law&lt;/strong&gt;，1975 年就写进了《人月神话》。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-1/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-1/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律1"&gt;软件工程的魔幻定律(1)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-i-i架构与复杂度"&gt;Part I-I：架构与复杂度&lt;/h2&gt;
&lt;h3 id="galls-law从简单开始别想着一步到位"&gt;Gall&amp;rsquo;s Law：从简单开始，别想着一步到位&lt;/h3&gt;
&lt;p&gt;&lt;strong&gt;原文：&lt;/strong&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;A complex system that works is invariably found to have evolved from a simple system that worked. A complex system built from scratch won&amp;rsquo;t work.&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;hr&gt;
&lt;p&gt;这条定律出自 John Gall 1975 年的著作《Systemantics》——一本对系统理论的批判性审视，但它在软件领域几乎无处不在。每次大型重写项目的失败，背后几乎都有它的影子。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-10/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-10/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律10"&gt;软件工程的魔幻定律(10)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-iii-iii时间与估算"&gt;Part III-III：时间与估算&lt;/h2&gt;
&lt;h3 id="goodharts-law指标成为目标后就失效了"&gt;Goodhart&amp;rsquo;s Law：指标成为目标后就失效了&lt;/h3&gt;
&lt;p&gt;这条来自经济学的定律在软件工程中被反复验证：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;When a measure becomes a target, it ceases to be a good measure.&amp;rdquo;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-11/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-11/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律11"&gt;软件工程的魔幻定律(11)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-iv-i质量维护与演化"&gt;Part IV-I：质量、维护与演化&lt;/h2&gt;
&lt;h3 id="lehmans-laws软件的熵增是不可逆的"&gt;Lehman&amp;rsquo;s Laws：软件的熵增是不可逆的&lt;/h3&gt;
&lt;p&gt;Meir Lehman 在 1970-1980 年代通过研究大型软件系统，总结出了一系列关于软件演化的规律，其中最核心的两条是：&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-12/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-12/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律12"&gt;软件工程的魔幻定律(12)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-iv-ii质量维护与演化"&gt;Part IV-II：质量、维护与演化&lt;/h2&gt;
&lt;h3 id="the-boy-scout-rule让营地比你来时更干净"&gt;The Boy Scout Rule：让营地比你来时更干净&lt;/h3&gt;
&lt;p&gt;Robert C. Martin（Uncle Bob）借用了童子军格言：&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-13/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-13/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律13"&gt;软件工程的魔幻定律(13)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-iv-iii质量维护与演化"&gt;Part IV-III：质量、维护与演化&lt;/h2&gt;
&lt;h3 id="kernighans-law调试比编写困难两倍"&gt;Kernighan&amp;rsquo;s Law：调试比编写困难两倍&lt;/h3&gt;
&lt;p&gt;Brian Kernighan 写道：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.&amp;rdquo;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-14/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-14/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律14"&gt;软件工程的魔幻定律(14)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-v编码与设计原则"&gt;Part V：编码与设计原则&lt;/h2&gt;
&lt;p&gt;这一类更像是可操作的工程原则，而不是描述性的规律，但它们在实践中的指导价值同样巨大。&lt;/p&gt;
&lt;h3 id="drykiss-和-yagni三位一体的简洁哲学"&gt;DRY、KISS 和 YAGNI：三位一体的简洁哲学&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;DRY（Don&amp;rsquo;t Repeat Yourself）&lt;/strong&gt;：同一知识在系统中只应有一个权威来源。重复的代码意味着重复的维护成本，更危险的是，修改时漏掉了某个副本。&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;KISS（Keep It Simple, Stupid）&lt;/strong&gt;：能用简单方案解决的，不要引入复杂方案。复杂度有隐藏成本：学习曲线、调试难度、演化阻力。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;YAGNI（You Aren&amp;rsquo;t Gonna Need It）&lt;/strong&gt;：不要实现当前不需要的功能。过度的&amp;quot;前瞻性设计&amp;quot;往往是在为一个永远不会到来的未来付出现实的代价。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;三者之间有微妙的张力：DRY 有时会引入不必要的抽象（违反 KISS）；KISS 有时意味着接受一定程度的重复（违反 DRY）。&lt;strong&gt;判断何时遵循哪条原则，需要具体场景的工程判断，没有放之四海皆准的答案。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-15/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-15/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律15"&gt;软件工程的魔幻定律(15)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-vi-i认知与决策偏差"&gt;Part VI-I：认知与决策偏差&lt;/h2&gt;
&lt;p&gt;这一部分是很多工程师最容易忽视的，因为它不直接涉及技术问题，而是涉及我们自己的思维方式。&lt;/p&gt;
&lt;h3 id="dunning-kruger-effect你不知道你不知道什么"&gt;Dunning-Kruger Effect：你不知道你不知道什么&lt;/h3&gt;
&lt;p&gt;这个认知心理学研究发现：&lt;strong&gt;能力不足的人，往往低估了自己能力的不足&lt;/strong&gt;，因为识别技能差距本身需要一定水平的元认知能力。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-16/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-16/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律16"&gt;软件工程的魔幻定律(16)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-vi-ii认知与决策偏差"&gt;Part VI-II：认知与决策偏差&lt;/h2&gt;
&lt;h3 id="sunk-cost-fallacy沉没成本不是继续的理由"&gt;Sunk Cost Fallacy：沉没成本不是继续的理由&lt;/h3&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;我们已经在这个方案上投入了六个月，现在不能放弃。&amp;rdquo;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-17/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-17/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律17"&gt;软件工程的魔幻定律(17)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="定律之间的矛盾这才是真正的挑战"&gt;定律之间的矛盾：这才是真正的挑战&lt;/h2&gt;
&lt;p&gt;这些定律最有意思的地方不是每一条单独看，而是它们放在一起时的张力：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;DRY 与 YAGNI 的矛盾&lt;/strong&gt;：为了消除重复引入抽象，但那个抽象可能是你不需要的。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Gall&amp;rsquo;s Law 与 Second-System Effect 的矛盾&lt;/strong&gt;：从简单开始演化，但当你要重写成熟系统时，又容易过度设计。&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Knuth&amp;rsquo;s Optimization Principle 与现代性能要求的矛盾&lt;/strong&gt;：HackerNews 讨论中有人指出，在 1974 年，优化意味着写汇编；在今天，架构层面的性能决策必须在一开始就做，否则后期根本无法修改。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这些矛盾没有统一答案。&lt;strong&gt;定律给你的是框架，不是算法&lt;/strong&gt;。知道这些规律，是为了在具体场景下做出更有意识的权衡，而不是为了找到一个万能的规则并死守它。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-2/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-2/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律2"&gt;软件工程的魔幻定律(2)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-i-ii架构与复杂度"&gt;Part I-II：架构与复杂度&lt;/h2&gt;
&lt;h3 id="law-of-leaky-abstractions抽象总是有漏洞的"&gt;Law of Leaky Abstractions：抽象总是有漏洞的&lt;/h3&gt;
&lt;p&gt;Joel Spolsky 在 2002 年提出这条定律：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;All non-trivial abstractions, to some degree, are leaky.&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;hr&gt;
&lt;p&gt;抽象的作用是屏蔽复杂性。TCP/IP 让你不必关心数据包丢失；ORM 让你不必手写 SQL；云存储让你不必管磁盘故障。但当问题出现时，你还是得理解被屏蔽的那一层。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-3/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-3/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律3"&gt;软件工程的魔幻定律(3)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-i-iii架构与复杂度"&gt;Part I-III：架构与复杂度&lt;/h2&gt;
&lt;h3 id="teslers-law复杂度不会消失只会转移"&gt;Tesler&amp;rsquo;s Law：复杂度不会消失，只会转移&lt;/h3&gt;
&lt;p&gt;Larry Tesler 的守恒定律：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;Every application has an inherent amount of irreducible complexity. The only question is who will have to deal with it.&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;hr&gt;
&lt;p&gt;这是一个零和游戏。简化用户界面，意味着复杂度被推到了开发者身上。简化 API，意味着复杂度被推到了实现层。简化配置，意味着复杂度被推到了约定和文档里。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-4/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-4/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律4"&gt;软件工程的魔幻定律(4)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-i-iv架构与复杂度"&gt;Part I-IV：架构与复杂度&lt;/h2&gt;
&lt;h3 id="hyrums-law足够多的用户会依赖你的-bug"&gt;Hyrum&amp;rsquo;s Law：足够多的用户会依赖你的 bug&lt;/h3&gt;
&lt;p&gt;这是 Google 工程师 Hyrum Wright 在大规模 API 维护实践中总结出的：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;With a sufficient number of users of an API, it does not matter what you promise in the contract: all observable behaviors of your system will be depended on by somebody.&amp;rdquo;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-5/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-5/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律5"&gt;软件工程的魔幻定律(5)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-ii-i人员与组织"&gt;Part II-I：人员与组织&lt;/h2&gt;
&lt;p&gt;这一部分的定律往往比技术定律更让人感到不舒服，因为它们在说的是我们自己。&lt;/p&gt;
&lt;h3 id="conways-law组织结构决定系统结构"&gt;Conway&amp;rsquo;s Law：组织结构决定系统结构&lt;/h3&gt;
&lt;p&gt;Melvin Conway 在 1967 年写道：&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-6/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-6/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律6"&gt;软件工程的魔幻定律(6)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-ii-ii人员与组织"&gt;Part II-II：人员与组织&lt;/h2&gt;
&lt;h3 id="brookss-law加人不解决问题往往制造更多问题"&gt;Brooks&amp;rsquo;s Law：加人不解决问题，往往制造更多问题&lt;/h3&gt;
&lt;p&gt;Fred Brooks 在 1975 年的《人月神话》中提出：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;Adding manpower to a late software project makes it later.&amp;rdquo;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-7/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-7/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律7"&gt;软件工程的魔幻定律(7)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-ii-ii人员与组织"&gt;Part II-II：人员与组织&lt;/h2&gt;
&lt;h3 id="bus-factor知识集中是一种隐藏的技术债"&gt;Bus Factor：知识集中是一种隐藏的技术债&lt;/h3&gt;
&lt;p&gt;Bus Factor（公交车系数）定义为：&lt;strong&gt;最少需要有几个关键成员&amp;quot;被公交车撞了&amp;quot;（离职/病假/休假），项目就会陷入严重困境&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-8/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-8/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律8"&gt;软件工程的魔幻定律(8)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-iii-i时间与估算"&gt;Part III-I：时间与估算&lt;/h2&gt;
&lt;h3 id="hofstadters-law自我指涉的估算悖论"&gt;Hofstadter&amp;rsquo;s Law：自我指涉的估算悖论&lt;/h3&gt;
&lt;p&gt;Douglas Hofstadter 在《哥德尔、艾舍尔、巴赫》中写道：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;It always takes longer than you expect, even when you take into account Hofstadter&amp;rsquo;s Law.&amp;rdquo;&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-9/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/laws-of-software-engineering/index-9/</guid><description>&lt;h1 id="你的-bug-可能正是别人的功能"&gt;你的 Bug 可能正是别人的功能&lt;/h1&gt;
&lt;h2 id="软件工程的魔幻定律9"&gt;软件工程的魔幻定律(9)&lt;/h2&gt;
&lt;hr&gt;
&lt;h2 id="part-iii-ii时间与估算"&gt;Part III-II：时间与估算&lt;/h2&gt;
&lt;h3 id="parkinsons-law工作膨胀以填满时间"&gt;Parkinson&amp;rsquo;s Law：工作膨胀以填满时间&lt;/h3&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;ldquo;Work expands so as to fill the time available for its completion.&amp;rdquo;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Cyril Northcote Parkinson 最初是观察英国官僚机构写出这个规律的，但它在软件团队里同样适用。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/loop-engineering/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/loop-engineering/</guid><description>&lt;p&gt;AI 编程的重点正在变：不是把 Prompt 写得更长，而是把“发现问题、分派任务、验证结果、记录状态”做成一个能反复运行的系统。&lt;/p&gt;
&lt;p&gt;Addy Osmani 把这叫 &lt;strong&gt;Loop Engineering&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;它听起来像自动化，其实更像工程管理：你不再每一步都手动催 Agent，而是设计一个循环，让 Agent 自己知道什么时候该找活、做活、验收、留下下一步。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/magnifica-humanitas-ai-encyclical/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/magnifica-humanitas-ai-encyclical/</guid><description>&lt;h1 id="梵蒂冈教宗-leo-xiv-首份-ai-通谕技术必须服务人而不是少数强者"&gt;梵蒂冈教宗 Leo XIV 首份 AI 通谕：技术必须服务人，而不是少数强者&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;2026 年 5 月 25 日，AI 伦理讨论出现了一个少见的场景：教宗 Leo XIV 在梵蒂冈介绍他的首份通谕《Magnifica Humanitas》，主题不是传统意义上的教会内部议题，而是人工智能如何改变劳动、民主、战争、教育、家庭和人的自我理解。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/pi-agent-compaction-introduction/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/pi-agent-compaction-introduction/</guid><description>&lt;h1 id="pi-agent-compaction长任务不爆上下文的关键机制"&gt;Pi Agent Compaction：长任务不爆上下文的关键机制&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;做 Coding Agent 最怕什么？&lt;/p&gt;
&lt;p&gt;不是它不会写代码，而是一个长任务做到一半，前面的背景、约束、文件线索被上下文窗口挤掉。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/pi-agent-introduction/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/pi-agent-introduction/</guid><description>&lt;h1 id="pi-agent-入门"&gt;Pi Agent 入门&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;现在的编码 Agent 越来越多，差异不只在模型能力，也在“它到底把多少工程工作流暴露给你控制”。有的产品像完整 IDE，有的更像托管平台；Pi Agent 选择了一条偏工程师的路线：把核心保持得很小，主要运行在终端里，再通过扩展、技能、提示模板、主题和包去补齐团队需要的能力。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/pi-agent-sessions-introduction/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/pi-agent-sessions-introduction/</guid><description>&lt;h1 id="pi-agent-sessions把一次对话变成可回溯的工作树"&gt;Pi Agent Sessions：把一次对话变成可回溯的工作树&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;很多 Coding Agent 的“继续上次任务”，本质上只是把聊天记录接回来。&lt;/p&gt;
&lt;p&gt;Pi Agent 的 Sessions 不太一样。它不是只保存一条线性的对话，而是把会话保存成一棵可以继续、回看、分叉、克隆、压缩和导出的工作树。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/pi-packages-introduction/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/pi-packages-introduction/</guid><description>&lt;h1 id="pi-packages把-agent-能力打包复用"&gt;Pi Packages：把 Agent 能力打包复用&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;如果你已经开始用 Pi Agent，迟早会遇到一个问题：&lt;/p&gt;
&lt;p&gt;同一套 skills、prompt templates、themes、extensions，能不能别在每个项目里重复配？&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/prompt-to-code-agent-lifecycle/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/prompt-to-code-agent-lifecycle/</guid><description>&lt;h1 id="一条-prompt-进入-agent-后到底经历了什么才变成代码"&gt;一条 Prompt 进入 Agent 后，到底经历了什么才变成代码？&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;你以为打了一行字，Agent 就直接开始写代码了？&lt;/p&gt;
&lt;p&gt;这中间其实隔了至少五道工序：拼上下文、模型推理、工具循环、落盘编辑、验证收口。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/r-programming-llm-ban-followup/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/r-programming-llm-ban-followup/</guid><description>&lt;h1 id="rprogramming-临时禁止-llm-后续四月试验结束后ai-规则正式收紧"&gt;r/programming 临时禁止 LLM 后续：四月试验结束后，AI 规则正式收紧&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;4 月 1 日，r/programming 用一条临时公告把 LLM 相关内容从社区首页移走。那篇文章我已经写过一次：&lt;a href="https://guoxudong.io/post/r-programming-llm-ban/"&gt;Reddit r/programming 社区公告临时禁止 LLM 内容&lt;/a&gt;。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/spec-kit/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/spec-kit/</guid><description>&lt;h1 id="spec-kit把规格放回-ai-编程中心"&gt;Spec Kit：把规格放回 AI 编程中心&lt;/h1&gt;
&lt;hr&gt;
&lt;h2 id="图片清单"&gt;图片清单&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;&lt;code&gt;01.png&lt;/code&gt;：Spec Kit 是什么？&lt;/li&gt;
&lt;li&gt;&lt;code&gt;02.png&lt;/code&gt;：为什么需要它？&lt;/li&gt;
&lt;li&gt;&lt;code&gt;03.png&lt;/code&gt;：核心工作流&lt;/li&gt;
&lt;li&gt;&lt;code&gt;04.png&lt;/code&gt;：5 个核心命令&lt;/li&gt;
&lt;li&gt;&lt;code&gt;05.png&lt;/code&gt;：适合什么时候用？&lt;/li&gt;
&lt;li&gt;&lt;code&gt;06.png&lt;/code&gt;：上手建议&lt;/li&gt;
&lt;/ol&gt;
&lt;hr&gt;
&lt;h2 id="建议标题"&gt;建议标题&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Spec Kit 是什么？&lt;/li&gt;
&lt;li&gt;AI 编程别只 Vibe&lt;/li&gt;
&lt;li&gt;规格驱动开发入门&lt;/li&gt;
&lt;li&gt;GitHub 新工具速览&lt;/li&gt;
&lt;li&gt;让 AI 少跑偏的方法&lt;/li&gt;
&lt;/ul&gt;
&lt;hr&gt;
&lt;h2 id="发布正文"&gt;发布正文&lt;/h2&gt;
&lt;p&gt;GitHub 开源的 Spec Kit，把“规格说明”放回 AI 编程流程中心：先明确需求和边界，再生成计划、任务和实现。&lt;/p&gt;</description></item><item><title/><link>https://guoxudong.io/xiaohongshu/weread-skill-introduction/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://guoxudong.io/xiaohongshu/weread-skill-introduction/</guid><description>&lt;h1 id="微信读书-skill把阅读记录接进-ai-助手"&gt;微信读书 Skill：把阅读记录接进 AI 助手&lt;/h1&gt;
&lt;hr&gt;
&lt;p&gt;读书笔记最麻烦的地方，往往不是记下来，而是之后还能不能找回来。微信读书里积累了书架、阅读进度、划线、想法和阅读统计，但这些信息通常停留在 App 内部。等到要写文章、做复盘、整理主题卡片时，人还是要来回翻书、截图、复制。&lt;/p&gt;</description></item></channel></rss>