<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>ByF - 作者 - 每日深度思考 | 技术、经济分析与深度思考</title><link>https://byronfinn.github.io/authors/byf/</link><description>ByF - 作者 - 每日深度思考 | 技术、经济分析与深度思考</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>blog@baifan.site (ByF)</managingEditor><webMaster>blog@baifan.site (ByF)</webMaster><lastBuildDate>Sat, 16 May 2026 23:17:35 +0800</lastBuildDate><atom:link href="https://byronfinn.github.io/authors/byf/" rel="self" type="application/rss+xml"/><item><title>Linux 内存不足？ZRAM 压缩方案详解与实战配置</title><link>https://byronfinn.github.io/zram-memory-optimization/</link><pubDate>Sat, 16 May 2026 23:17:35 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/zram-memory-optimization/</guid><description><![CDATA[<!-- more -->
<p>Linux 设备内存不够用是常态，尤其是小内存 VPS、树莓派、旧笔记本等场景。传统做法是加 SWAP 分区，但很多人发现加了之后反而更卡了。</p>
<p>这篇文章从底层原理出发，对比 SWAP 和 ZRAM 两种方案，帮你搞清楚：<strong>什么场景该用什么，以及怎么配置。</strong></p>]]></description></item><item><title>VPS圈知识扫盲：机圈黑话大全</title><link>https://byronfinn.github.io/vps%E5%9C%88%E7%9F%A5%E8%AF%86%E6%89%AB%E7%9B%B2/</link><pubDate>Sat, 16 May 2026 21:59:01 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/vps%E5%9C%88%E7%9F%A5%E8%AF%86%E6%89%AB%E7%9B%B2/</guid><description><![CDATA[<!-- more -->
<p>VPS圈子有着一套独特的&quot;黑话&quot;体系，对新手来说宛如天书。本文整理了机圈常见的术语和缩写，帮你快速入门。</p>
<h2 id="人物与身份" class="headerLink">
    <a href="#%e4%ba%ba%e7%89%a9%e4%b8%8e%e8%ba%ab%e4%bb%bd" class="header-mark"></a>人物与身份</h2><h3 id="mjj" class="headerLink">
    <a href="#mjj" class="header-mark"></a>MJJ</h3><p>原指混迹于Hostloc论坛的用户，现在泛指所有热衷于倒腾VPS的玩家。源于Hostloc论坛的一个梗，全称是&quot;买鸡鸡/没鸡鸡（反正随你怎么理解）&quot;，最初带有贬义，但后来逐渐演变成一种自嘲和圈内身份的代称，现在多数语境下已经没有恶意了（不过也有人把钱少事多的玩家称为MJJ）。</p>
<h2 id="服务器类型" class="headerLink">
    <a href="#%e6%9c%8d%e5%8a%a1%e5%99%a8%e7%b1%bb%e5%9e%8b" class="header-mark"></a>服务器类型</h2><h3 id="鸡小鸡" class="headerLink">
    <a href="#%e9%b8%a1%e5%b0%8f%e9%b8%a1" class="header-mark"></a>鸡/小鸡</h3><p>指代VPS或云服务器。因为&quot;虚拟服务器&quot; → &ldquo;虚机&rdquo; → &ldquo;机&rdquo; 与 &ldquo;鸡&rdquo; 谐音，叫起来顺口又可爱，所以流行开来。VPS是通过虚拟化技术划分的服务器，是最常见的终端用户购买机子，资源性能网络共享。</p>]]></description></item><item><title>Prompt Optimizer：一个让你写出更好 Prompt 的开源利器</title><link>https://byronfinn.github.io/prompt-optimizer/</link><pubDate>Sat, 16 May 2026 21:08:25 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/prompt-optimizer/</guid><description><![CDATA[<div class="featured-image">
                <img src="/pictures/note/prompt-optimizer-demo.png" referrerpolicy="no-referrer">
            </div><!-- more -->
<p>用过 AI 的人大概都有这种体验：同样一个需求，Prompt 写得好和写得差，结果天差地别。问题在于，大多数人并不擅长写 Prompt——这不是天赋问题，而是缺少一个系统化的优化流程。</p>]]></description></item><item><title>Pi Coding Agent 完全指南：极简主义 Coding Agent 的终极玩法</title><link>https://byronfinn.github.io/pi-coding-agent-guide/</link><pubDate>Sat, 16 May 2026 20:51:36 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/pi-coding-agent-guide/</guid><description><![CDATA[<!-- more -->
<h2 id="前言" class="headerLink">
    <a href="#%e5%89%8d%e8%a8%80" class="header-mark"></a>前言</h2><p>按照作者的话来说，Pi Coding Agent 是一个<strong>有主见且极简</strong>的 Coding Agent。上手了一段时间后，我认为它是目前最好用的 AI Agent CLI 之一。</p>
<p>很多项目爆火后都会迎来各种低质量的 issues 和 AI 生成的 PR，而 <strong>pi</strong> 这个名字非常有意思——它会与数学常数产生关联，这正是作者有意为之，目的是降低知名度，保持社区质量。</p>]]></description></item><item><title>自建 AI API 全链路：从域名邮箱到 Sub2API</title><link>https://byronfinn.github.io/self-hosted-ai-api-pipeline/</link><pubDate>Sat, 16 May 2026 17:40:00 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/self-hosted-ai-api-pipeline/</guid><description><![CDATA[<p>这篇文章本来是写给朋友看的，顺手整理一下发出来。</p>
<p>假设你之前没折腾过域名邮箱、Cloudflare Workers、接码平台、注册机、AI API 中转这些东西，我尽量按&quot;为什么要做这一步&quot;和&quot;怎么确认这步做对了&quot;来讲。中间卡住了可以直接把报错丢给 AI 问，实测 Codex 对这类部署文档和配置排错的理解还行。不过 API Key、密码、Cookie、Token 这些东西，发给 AI 之前先脱敏，别问我怎么知道的。</p>]]></description></item><item><title>《经济学人》2025年11月15日刊</title><link>https://byronfinn.github.io/te-20251115/</link><pubDate>Sat, 15 Nov 2025 12:00:00 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/te-20251115/</guid><description><![CDATA[<div class="featured-image">
                <img src="/pictures/te/economist-2025-11-15-cover.png" referrerpolicy="no-referrer">
            </div><figure class="center"><a class="lightgallery" href="/pictures/te/economist-2025-11-15-cover.png" title="TAIWAN BOOM" data-thumbnail="/pictures/te/economist-2025-11-15-cover.png" data-sub-html="<h2>《经济学人》2025年11月15日刊封面</h2><p>TAIWAN BOOM</p>"><img  loading="lazy" src='/pictures/te/economist-2025-11-15-cover.png'   alt="经济学人2025年11月15日刊封面"  width="500"></a><figcaption class="image-caption">《经济学人》2025年11月15日刊封面</figcaption>
    </figure>
<p>还没来得及看，先放个链接吧</p>
<hr>
<p><strong>下载本期《经济学人》</strong></p>
<div class="details admonition info">
    <div class="details-summary admonition-title">
        <span class="icon"><svg class="icon"
    xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><!-- Font Awesome Free 5.15.4 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) --><path d="M256 8C119.043 8 8 119.083 8 256c0 136.997 111.043 248 248 248s248-111.003 248-248C504 119.083 392.957 8 256 8zm0 110c23.196 0 42 18.804 42 42s-18.804 42-42 42-42-18.804-42-42 18.804-42 42-42zm56 254c0 6.627-5.373 12-12 12h-88c-6.627 0-12-5.373-12-12v-24c0-6.627 5.373-12 12-12h12v-64h-12c-6.627 0-12-5.373-12-12v-24c0-6.627 5.373-12 12-12h64c6.627 0 12 5.373 12 12v100h12c6.627 0 12 5.373 12 12v24z"/></svg></span>epub格式<span class="details-icon"><svg class="icon"
    xmlns="http://www.w3.org/2000/svg" viewBox="0 0 256 512"><!-- Font Awesome Free 5.15.4 by @fontawesome - https://fontawesome.com License - https://fontawesome.com/license/free (Icons: CC BY 4.0, Fonts: SIL OFL 1.1, Code: MIT License) --><path d="M224.3 273l-136 136c-9.4 9.4-24.6 9.4-33.9 0l-22.6-22.6c-9.4-9.4-9.4-24.6 0-33.9l96.4-96.4-96.4-96.4c-9.4-9.4-9.4-24.6 0-33.9L54.3 103c9.4-9.4 24.6-9.4 33.9 0l136 136c9.5 9.4 9.5 24.6.1 34z"/></svg></span>
    </div>
    <div class="details-content">
        <div class="admonition-content"><a href="/files/te/TE-2025-11-15.change" rel="">TE-2025-11-15.epub</a></div></div></div>]]></description></item><item><title>黄金商业趋势分析：全球经济不确定性下的贵金属市场</title><link>https://byronfinn.github.io/goldbusiness/</link><pubDate>Fri, 14 Nov 2025 12:00:00 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/goldbusiness/</guid><description><![CDATA[<p>&ldquo;黄金牛&quot;喘息还是终结？</p>
<p>黄金一般被认为是避险资产，通常在经济过热或过冷状态下表现突出。</p>
<p>文 | 徐小庆
敦和资产管理有限公司宏观策略总监</p>]]></description></item><item><title>利用 MCP 实现 Claude Skills 的渐进式披露机制: 复用Claude Code Skill in Anywhere</title><link>https://byronfinn.github.io/claudeskills%E7%9A%84%E5%8F%91%E6%95%A3/</link><pubDate>Fri, 14 Nov 2025 00:00:00 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/claudeskills%E7%9A%84%E5%8F%91%E6%95%A3/</guid><description><![CDATA[<div class="featured-image">
                <img src="/pictures/note/claudecodeskills.png" referrerpolicy="no-referrer">
            </div><figure><img src="/pictures/note/claudecodeskills.png"
    alt="Claude Code Skill in Anywhere"><figcaption>
      <p>Claude Code Skill in Anywhere</p>
    </figcaption>
</figure>

<h1 id="利用-mcp-实现-claude-skills-的渐进式披露机制-复用-claude-code-skill-in-anywhere" class="headerLink">
    <a href="#%e5%88%a9%e7%94%a8-mcp-%e5%ae%9e%e7%8e%b0-claude-skills-%e7%9a%84%e6%b8%90%e8%bf%9b%e5%bc%8f%e6%8a%ab%e9%9c%b2%e6%9c%ba%e5%88%b6-%e5%a4%8d%e7%94%a8-claude-code-skill-in-anywhere" class="header-mark"></a>利用 MCP 实现 Claude Skills 的渐进式披露机制: 复用 Claude Code Skill in Anywhere</h1><h3 id="-一种可行的能力封装与动态上下文扩展方案技术设想与验证" class="headerLink">
    <a href="#-%e4%b8%80%e7%a7%8d%e5%8f%af%e8%a1%8c%e7%9a%84%e8%83%bd%e5%8a%9b%e5%b0%81%e8%a3%85%e4%b8%8e%e5%8a%a8%e6%80%81%e4%b8%8a%e4%b8%8b%e6%96%87%e6%89%a9%e5%b1%95%e6%96%b9%e6%a1%88%e6%8a%80%e6%9c%af%e8%ae%be%e6%83%b3%e4%b8%8e%e9%aa%8c%e8%af%81" class="header-mark"></a>—— 一种可行的能力封装与动态上下文扩展方案（技术设想与验证）</h3><h2 id="前言" class="headerLink">
    <a href="#%e5%89%8d%e8%a8%80" class="header-mark"></a>前言</h2><p>Claude Skills 引入了一个非常先进的概念：
<strong>将专业知识、流程规范和任务方法封装成“技能包”，并在任务实际需要时才动态加载。</strong></p>]]></description></item><item><title>短剧工厂里的光与疲惫</title><link>https://byronfinn.github.io/shortmove/</link><pubDate>Thu, 13 Nov 2025 21:00:00 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/shortmove/</guid><description><![CDATA[<figure><img src="/pictures/note/shortmovie.png"
    alt="短剧工厂里的光与疲惫"><figcaption>
      <p>短剧工厂里的光与疲惫</p>
    </figcaption>
</figure>

<h1 id="短剧工厂里的光与疲惫" class="headerLink">
    <a href="#%e7%9f%ad%e5%89%a7%e5%b7%a5%e5%8e%82%e9%87%8c%e7%9a%84%e5%85%89%e4%b8%8e%e7%96%b2%e6%83%ab" class="header-mark"></a>短剧工厂里的光与疲惫</h1><p>那天西安在下雨。</p>
<p>秋天刚到，白鹿原外景地的风有点冷，雨却不肯停。
一个快四十人的剧组卡在一座仿古庭院里，场记板上写着：当天要完成二十二场戏。</p>]]></description></item><item><title>分布式系统中的心跳机制：原理、实现与最佳实践</title><link>https://byronfinn.github.io/distributed-heartbeat-featured/</link><pubDate>Thu, 13 Nov 2025 12:20:00 +0800</pubDate><author><name>ByF</name></author><guid>https://byronfinn.github.io/distributed-heartbeat-featured/</guid><description><![CDATA[<div class="featured-image">
                <img src="/pictures/note/distributed-heartbeat-featured.png" referrerpolicy="no-referrer">
            </div><figure><img src="/pictures/note/distributed-heartbeat-featured.png"
    alt="分布式系统中的心跳机制"><figcaption>
      <p>分布式系统中的心跳机制</p>
    </figcaption>
</figure>

<h1 id="分布式系统中的心跳机制原理实现与最佳实践" class="headerLink">
    <a href="#%e5%88%86%e5%b8%83%e5%bc%8f%e7%b3%bb%e7%bb%9f%e4%b8%ad%e7%9a%84%e5%bf%83%e8%b7%b3%e6%9c%ba%e5%88%b6%e5%8e%9f%e7%90%86%e5%ae%9e%e7%8e%b0%e4%b8%8e%e6%9c%80%e4%bd%b3%e5%ae%9e%e8%b7%b5" class="header-mark"></a>分布式系统中的心跳机制：原理、实现与最佳实践</h1><h2 id="引言" class="headerLink">
    <a href="#%e5%bc%95%e8%a8%80" class="header-mark"></a>引言</h2><p>在分布式系统中，如何知道一个节点或服务是否存活并正常运行。与单体应用程序不同——单体应用中所有组件都在单个进程内运行，分布式系统横跨多台机器、多个网络和多个数据中心。当这些节点在地理上分隔时，这个问题变得更加突出。这正是心跳机制发挥作用的场景。</p>
<p>如果有一个超大分布式系统，有成百上千个微服务运行在几百台分布在不同数据中心的服务器上，如果一台服务器突然挂了，系统能多快检测到这一故障并作出反应？我们如何区分服务器宕机还是网络卡了？这就是心跳机制成为分布式系统核心一部分的重要原因。</p>]]></description></item></channel></rss>