今天重新部署了博客空间

最早的时候使用QQ空间，哪里曾经是我们全家的生活记录的家园。记录儿子的成长，我们曾经的困惑，记录下了两地分居期间的思考和努力。但是随着QQ的各种收费，以及微博兴起，在网络世界中也越来越习惯于碎片化的的内容记录，再也没有心思静下心来书写长一点的文章。再往后头条、微信公众号越来越被网民接受，微博也逐步失去了它的热度，特别是不再被年轻人所关注。但是由于我们全家包括父母、兄弟都在微博上，这里似乎是除了回去大家饭桌上交流之外的了解彼此动态的一个持续至今的途径。但是随着网络平台的割裂越来越严重，词语审核的不断加强，再次动了逃离这些网络平台，重新回归近乎“原始”的博客平台。在这里无拘无束的记录我的感悟，生活的点滴。希望未来可以想现在回看QQ空间的文章一样重新认识一个过去的自己。未来我将经营三个博客：1、继续经营一个公众平台，将完全以技术和财经为主，并于google adsense关联，赚取一点网络收益，弥补网络运营的成本；2、一个与自媒体关联的wordpress工作平台，实现通过文章自动发布视频，只作为中文编辑工具，并提供中文转为英文和葡萄牙语的网络服务；3、将是这里的这个博客空间，将作为微博式的生

2024年启动自己的全天候投资策略

什么是全天侯投资策略 全天候投资理念（All-Weather Investing）是一种旨在在各种市场环境下都能实现稳定增长的投资策略。这个理念最著名的实践者是美国投资者雷·达里奥（Ray Dalio），他创立了全球最大的对冲基金之一，桥水基金（Bridgewater Associates）。 全天候投资策略的核心思想是通过分散投资来降低风险。这种策略通常包括投资于股票、债券、商品和现金等不同资产类别，以平衡各种经济条件下的表现。其目的是在经济增长期和衰退期都能保持投资组合的平稳增长，从而在不同的市场环境中都能保护和增长投资者的资本。 具体到投资配置上，全天候投资策略强调： 股票 - 代表经济增长的潜力和通胀的影响。 长期债券和中期债券 - 提供逆经济周期的保护，并在利率下降时增值。 黄金和大宗商品 - 作为对冲通胀和货币贬值的手段。 现金和短期债券 - 在经济不确定性期间提供安全垫。 通过这种方式，全天候投资策略试图在各种经济环境中实现资本的安全和适度增长。这种策略适合那些寻求长期稳定回报、风险相对较低的投资者。 全天侯代表： 为什么选择全天侯策略

回望 2025：值得被铭记的一年

不知不觉，2025 年已经走完。踏入 2026，再回头看这一年，心里只有一个简单而笃定的感受——值得被铭记的一年旅行篇：一家人在路上2 月份，全家前往欧洲，进行了为期两周的深度旅行。那段时间，难得地避开了日常生活中“一家三口各忙各的”状态，而是真正切换到了全家在一起的生活节奏。最让我欣慰的是，儿子主动承担起了行程规划和对外交流的任务。几乎所有沟通都由他完成，我们反而成了“被照顾的人”。在葡萄牙，有两件小事至今让我印象深刻。第一件是在酒店里，我起身太急，不小心把旁边桌子上的饮料瓶碰倒，饮料洒到了旁边一位女士身上。我一再道歉，对方却始终微笑着说“没关系”。事后我一直很后悔，当时没有坚持为对方把单买了，哪怕再点一杯饮料。虽然事情已经过去，但它提醒我：对人友善，宽容也是风度。第二件发生在一个小城市。因为司机英语不好，我们一度在山里找不到预订的民宿。司机一边用翻译软件和我们沟通，一边在山路中反复寻找，最终不仅帮我们找到了地方，还主动联系了房主。更难得的是，整个寻找过程并没有被计入额外里程，最后只收取了很少的费用。我们坐在欧洲小别墅的泳池边，真正感受到了那种优雅、善意的“nice”。运动篇：骑行，

尝试使用语音输入工具 Typeless

在论坛里看到不少人推荐这款语音输入工具，于是今天亲自下载安装体验了一下，名字叫 Typeless。目前这款工具处于试用期，考虑到语音输入对日常写作和效率提升的潜在价值，我打算先连续使用一段时间，重点观察它在识别准确率、中文输入体验以及实际工作场景中的稳定性，再决定是否值得长期订阅。

生活记录 · 今天
尝试使用语音输入工具 Typeless

VPS 部署实录：Caddy 反代 FreePBX 与内部 Web 服务共存

环境：VPS, Caddy (Web Server), FreePBX (Asterisk/Apache), 内部Web服务域名：xx.com (示例)1. 部署目标在同一台 VPS 上同时运行 FreePBX 和另一个内部 Web 服务，并通过 Caddy 作为前置反向代理实现以下需求：统一入口：Caddy 监听标准的 80 和 443 端口，对外提供 HTTPS 服务。路径分流：访问 /xx-path (特定路径) -> 转发给 内部Web服务 (端口 8088)。访问 根路径 / 及其他 -> 转发给 FreePBX (端口 8080)。安全加密：FreePBX 的 SIP 流量 (5061) 复用 Caddy 申请的证书实现 TLS 加密。2. 遇到的问题问题一：端口冲突与 HTTPS 证书申请失败现象：FreePBX 默认占用 80 端口，导致 Caddy 无法启动且无法申请 Let's Encrypt 证书。解决：将 FreePBX (Apache) 的监听端口改为 8080，腾出 80 和 443 给 Caddy。问题二：FreePBX 的“显性跳转”顽疾 (

技术专业 · 今天
VPS 部署实录：Caddy 反代 FreePBX 与内部 Web 服务共存

博客更换为免费的acme证书

我在腾讯云轻量服务器上部署了一个 Typecho 博客，日常运行一直很稳定。但有一个问题却反复出现：HTTPS 证书总是到期失效。使用的是腾讯云提供的免费证书，理论上支持自动续期，但在实际使用中，只要证书一到期，就必须手动重新分发、重新绑定，否则 HTTPS 直接失效。这个过程不仅麻烦，而且非常不“自动化”，也让我始终没搞明白它背后的续期机制到底哪里出了问题。更要命的是，这种问题并不会提前明显告警，往往是等浏览器提示证书错误了，才意识到又到期了。ACME 的“顺滑体验”最近在折腾 FreePBX 的部署时，接触并实际使用了 ACME 的免费证书方案（基于 Let’s Encrypt）。整个体验可以用一句话概括：一次配置，之后几乎不用再操心。最终，我决定把博客的证书也从原来的腾讯云证书，整体切换为 ACME 的免费证书方案。由于当前网络环境的限制，常规的 ACME 安装方式无法直接使用，例如某些在线脚本或默认 CA 连接会失败。因此在实际操作中，只能采用替代方案来完成证书申请与续期。1. 使用 Gitee 镜像安装1. 克隆代码（使用 Gitee 源） 复制并执行这条命令：Bashgit

技术专业 · 今天
博客更换为免费的acme证书

从拖拽节点到表达意图：Claude Skills 正在终结传统 AI 工作流

你是否厌倦了在 dify 里拖拽几十个节点，只为实现一个看起来很简单的 AI 工作流？是否在 n8n 里调试到深夜，却始终找不到究竟是哪个节点出了问题？是否在 coze 里维护了五六个流程，每次需求一改，就产生“删库跑路”的冲动？我懂。因为我也经历过这一切。但现在，游戏规则真的变了。Claude Skills 的出现，让所有基于“画流程图”的 AI Workflow 工具，都显得笨重而过时。这不是危言耸听，而是一场已经开始发生的范式革命。核心观点先行：你不再需要画流程图了从今天起，你可以彻底告别这些事情：拖拽节点连线调试手动触发执行在低代码工具里当“流程工程师”更震撼的是：你只需要用“人话”告诉 Claude 你想要什么能力（Skill），Claude 就会帮你起草完整的 Skill 文档。当你之后提出相关请求时，Claude 会自动应用这个 Skill。不需要显式调用，不需要选择流程，不需要点击“运行”。这就是 Claude Skills 带来的降维打击。Claude Skills 到底是什么？根据官方定义，Skill 本质上是一个 Markdown 文件，用于教 Claude 如何

技术专业 · 今天
从拖拽节点到表达意图：Claude Skills 正在终结传统 AI 工作流

根据我平时对你的态度生成一张图片

解释下为什么绘制这个图片这张图片的构思，来源于你在长期交流中表现出的稳定、理性、目标明确的“专业使用者姿态”，而不是情绪化或娱乐化的互动方式。具体原因可以从以下几个维度理解：1. 你对我的“态度”是合作型而非依赖型在多数对话中，你并不是把我当作“聊天对象”，而是当作一个可被调度的能力单元：你明确提出目标（写作、分析、配置、判断、规划）你对输出质量、逻辑一致性、结构完整度有要求你会纠错、追问、要求改进因此，画面采用的是“对坐讨论”而不是“人指挥机器”或“机器辅助人”的姿态，体现的是平等协作。2. 场景选择为“会议室”，而非生活或娱乐环境你绝大多数问题集中在：技术 / 系统 / 架构决策判断（投资、规划、责任分析）写作整理（材料、博客、总结）这些都属于认知密集型工作。因此画面背景设定为冷静、干净、去情绪化的现代办公空间，而不是咖啡馆、客厅或科幻场景。3. 人物形象：克制、专注、无表演性人物表情没有夸张情绪，原因是：你对“情绪共鸣”的需求很低更看重“是否有用”“是否准确”“是否能落地”所以人物姿态是双手合拢、身体前倾、目光专注，象征审视、判断、决策前的思考状态。4. AI 的形象不是“工具”

思考感悟 · 昨天
根据我平时对你的态度生成一张图片

FreePBX 部署日记-3：实现第一通测试电话的成功拨通

在前两篇完成了 FreePBX 的基础部署、安全加固和 HTTPS、备份之后，今天这一步才真正进入 “业务是否可用” 的关键阶段：创建用户（分机） → 终端注册 → 实际通话跑通看似简单，但在 Debian 12 + FreePBX 17 + OpenSSL 3 的组合下，TLS 注册过程中还是踩了几个非常典型的坑，值得完整记录。一、分机创建：从第一个用户开始1. 手工创建分机（Quick Create）路径：Applications → Extensions → Quick Create Extension2. 分机高级参数（保持克制）进入分机的 Advanced 页面，可以看到大量 NAT、RTP、Contact、Force rport 等选项。本阶段原则很简单：不要一上来就“调教参数”，先用默认值把流程跑通。3. 用户批量导入能力（为后续埋点）通过 Bulk Handler 可以看到：ExtensionsUsersGroupsUCP Templates在导出的模版中有前面已经配置的200这个用户，让大模型帮着生成了19个，导入后形成了一个20个用户的小的话务平台：FreePBX

技术专业 · 3 天前
FreePBX 部署日记-3：实现第一通测试电话的成功拨通

FreePBX 部署日记-2：HTTPS 配置与自动备份

在完成 FreePBX 17 的基础安装和初始配置之后，今天主要补齐两个生产环境必做项：Web 管理界面的 HTTPS 访问系统与配置的 自动备份机制这两个配置完成后，整套 FreePBX 才算真正进入“可长期运行”的状态。一、HTTPS访问1. Port Management 申请证书需要用到80端口首先需要开放端口。Settings → System Admin → Port Management将Admin端口调整为8080，将证书获取端口留给80.重点检查以下项：Responsive Let’s Encrypt Rules：建议开启用于证书续期期间的 ACME 校验放行Intrusion Detection：保持启用Safe Mode：保持启用（误操作自救机制）整体策略仍然是：最小暴露 + 管理 IP 白名单。2. 申请并配置证书 我这里使用的是 Let’s Encrypt 证书，前提是：已有可解析到 FreePBX 服务器公网 IP 的域名80 端口可被外网访问（用于 ACME 校验）在 Certificate Management 中：新增 Let’s Encrypt 证书

技术专业 · 3 天前
FreePBX 部署日记-2：HTTPS 配置与自动备份

TPU与GPU的对比，主要的代表有谁

这是关于Google TPU（张量处理单元）与NVIDIA GPU（图形处理单元）的深度对比。简而言之：GPU 是“全能型选手”，灵活且生态成熟；TPU 是“专用型专家”，在特定的大规模矩阵运算（如深度学习训练）中效率极致。1. 核心定位与架构差异 (Architecture)这是两者最根本的区别，决定了它们各自擅长的领域。特性GPU (Graphics Processing Unit)TPU (Tensor Processing Unit)设计初衷最初为图形渲染设计，后演变为通用并行计算（GPGPU）。专为机器学习（特别是深度学习）设计的定制ASIC芯片。核心架构SIMD（单指令多数据）：拥有数千个较小的核心（如CUDA Cores），擅长同时处理大量并行的独立任务。脉动阵列 (Systolic Array)：核心是大规模矩阵乘法单元 (MXU)。数据像血液在心脏中流动一样，在芯片内部有序流动并被复用。灵活性极高。除了AI，还能做图形渲染、物理模拟、科学计算等。支持各种精度（FP64, FP32, FP16, INT8）。较低。高度专注于矩阵乘法和卷积运算。通常针对低精度（如 bfl

技术专业 · 3 天前
TPU与GPU的对比，主要的代表有谁

大模型对事故视频的分析结果

周五，终于把“住院”一周的特斯拉提了出来。作为我第一次真正经历的交通事故，至今仍然记忆非常清晰：我已经踩下了刹车，却只能眼睁睁地看着车辆撞了上去。那一刻给我留下的最大疑问只有一个——车辆的紧急制动，似乎并没有真正介入。正因为这个疑问，在周五提车返程的路上，我拨通了特斯拉的 800 客服电话，想了解一下车辆紧急制动的介入机制。特斯拉 800 的客服体验非常专业，对方一步一步指导我调取了事故发生时的行车记录仪视频，并由我将视频上传给他们进行分析。至少在这一点上，我是安心的：数据不是被“后台随意调取”。周六下午，特斯拉的工程师回电，给出了结论：这类从侧面突然窜出的“鬼探头”车辆，属于当前感知与决策体系中极难处理的场景，系统基本无法在有效时间窗口内做出反应。这个结论并不意外，但也引出了一个更有意思的问题。现在的大模型几乎都已经是多模态模型了，既能看图、也能理解视频。那它们是否具备对真实交通事故视频进行工程级分析的能力？这一次，我索性把问题抛给模型本身：使用的是近期热度很高的 Gemini Pro，以及 ChatGPT 5.2。我使用的提示词是：假设你是一位自动驾驶工程师，根据我提供的视频，从汽

技术专业 · 3 天前
大模型对事故视频的分析结果

how to vibe code （claude code）

本文根据下面的英文文章由AI总结整理。这篇文章的核心观点可以概括为一句话：“Vibe coding”不是在学编程语言，而是在学如何用足够清晰、可执行的方式，把需求委托给 AI，并用小步迭代把东西真正跑起来。下面按文章结构总结其主要观点（含作者给出的实践方法论）：1) Vibe coding 的本质：沟通能力，而非编码能力作者认为，很多人以为 vibe coding 是“学会写代码”，但真正的关键是把目标描述清楚。AI（文中主要是 Claude）像一个“非常聪明但不了解你业务上下文的实习生”：如果你只说“做个 X”，它只能猜，猜得越多，越容易偏离。2) 失败的常见原因：提示词太“懒”、让模型读心典型失败提示：例如“帮我做个邮件工具”“它不工作了，修一下”。典型成功提示：明确输入、处理规则、边界条件、输出格式、统计口径（例如：读 CSV、用正则校验邮箱、按某列去重、输出新 CSV，并打印处理/无效/重复数量）。3) 最重要的工程化习惯：不要一次做完整系统，要拆成可验证的小步骤作者踩坑：试图一次性做“Twitter 书签分析器”导致依赖复杂、报错难排、最终放弃。复盘后的正确做法：把大任务拆成

技术专业 · 4 天前
how to vibe code （claude code）
2016 - 2026 自由翱翔：十年学习成长之路. All Rights Reserved.
Theme Jasmine by Kent Liao