大刘不卷｜无人机，AI从业者，专注航拍，3D高斯建模，数字孪生。

deepseek harness 安装指南，含所有需要的文件下载。

大刘 — Thu, 03 Sep 2026 00:00:00 GMT

DeepSeek‑Harness（简称 dsh），DeepSeek 于 2026‑08‑13 开源的 AI Agent 智能体运行时框架

下面是安装流程

1.首先需要准备运行环境，这里需要安装node.js。

可以从这个https://nodejs.org/zh-cn 下载自己对应的版本安装即可。

2.安装成功后，打开本地的命令行。（右击开始菜单，点运行）

3.打开后的第一步需要先将npm的地址改成国内镜像地址，不然下载很慢。输入以下命令：

npm config set registry https://registry.npmmirror.com

4.这一步开始安装，接着上面第三步输入： npx @deepseek-ai/dsh web

安装好后会自动打开浏览器，网址是 http://127.0.0.1:3080/

第一次打开会提示你输入大模型的api key，可以使用deepseek的key，购买地址：

https://platform.deepseek.com/

当然其他的大模型厂商的都支持。

5.以后想用dsh，可以直接在命令行里面输入

dsh web

即可再次打开，不需要重新安装。

独立开发者低成本验证想法：从访谈 10 个人开始

大刘 — Mon, 02 Feb 2026 00:00:00 GMT

独立开发最常见的死法，是花三个月做出一个没人需要的产品。避免它的方法很朴素：在写第一行代码之前，先低成本验证。

第一步：把想法写成可证伪的假设

不要说「我想做一个帮人记账的工具」，而是写清楚：

假设：每周至少记账一次的个人用户中，有相当比例愿意为「自动分类 + 月度报告」付费，每月 15 元以内。

假设里要有用户、场景、付费意愿三个要素，缺一不可。

第二步：访谈 10 个目标用户

访谈不是推销，而是搞清楚对方现在怎么解决这个问题：

你现在怎么记账 / 处理这件事？
最烦的是哪一步？
试过什么工具，为什么放弃了？
如果有个工具能解决最烦的那步，你愿意花多少？

10 个人的样本不大，但足够暴露「我以为的需求」和「真实需求」之间的裂缝。

第三步：做一个落地页而不是产品

用现成工具半小时做一个落地页，把核心卖点写清楚，然后去目标用户聚集的社区投放。衡量指标只有一个：有没有人留下邮箱或点击「开始使用」。

如果连落地页都没人愿意看，需求大概率是伪需求。

第四步：用定金验证付费意愿

比意愿更强的信号是钱。如果产品形态允许，直接上「早鸟价 / 买断预售」，看有没有人真的付款。能收到定金的点子，才值得投入整块时间。

第五步：再决定要不要动手

验证通过后再做最小可行版本，控制在两周内上线，把完整流程跑通：

验证通过 → MVP（≤ 2 周）→ 让前 20 个用户用起来 → 收反馈 → 迭代

写在最后

「验证」这个词听起来很轻，做起来却很反直觉：它要求你推迟写代码的快乐，先去面对用户可能不感兴趣的事实。但正是这一步，帮你把时间留给真正值得做的产品。

低成本验证的核心不是省钱，而是省时间——对独立开发者来说，时间才是唯一的本金。

GEO 是什么：让 AI 搜索引擎愿意引用你的内容

大刘 — Wed, 28 Jan 2026 00:00:00 GMT

搜索引擎的形态正在变化：越来越多的人把问题直接抛给 ChatGPT、豆包、Perplexity、Kimi，而不是先打开百度或 Google。于是出现了一个新问题：AI 在回答时会引用谁的内容？

这就是 GEO（Generative Engine Optimization，生成式引擎优化）要解决的问题。

GEO 与 SEO 的关系

SEO 的目标是「在搜索结果里排得更靠前」，GEO 的目标是「在 AI 生成的答案里被引用」。两者高度互补：

传统 SEO 的收录、结构化数据、站点性能，GEO 同样需要；
GEO 额外要求内容适合被机器抽取和转述：结论清晰、结构规整、来源可验证。

AI 引用内容的四条基本条件

1. 能稳定抓到。 静态 HTML、合理的 robots.txt、sitemap，别让内容依赖登录或 JS 渲染。

2. 能明确理解。 每页有清晰的标题、摘要、栏目归属；站点有 llms.txt 这类面向模型的说明书时，AI 理解成本会低很多。

3. 敢信任。 原创署名、发布时间、数据来源、引用出处——AI 更倾向于引用有「出处感」的内容。

4. 便于引用。 观点前置、段落短小、常用问答结构。AI 抽取「可以直接当答案的句子」比抽取大段铺垫容易得多。

内容侧可以立刻做的事

文章开头 100 字内给出结论或摘要；
多写「什么是 X」「X 和 Y 有什么区别」这类问句式标题；
围绕一个主题做系列文章并互相链接，形成主题集群；
定期更新旧文，让更新时间驱动 AI 重新抓取。

别踩的坑

伪装给 AI 看的内容：为机器堆砌而与读者体验脱节，长期看会被识别、也会损害信任；
只有观点没有出处：关键数据给出来源链接，否则 AI 转述时也会含糊其辞；
忽略人：GEO 的前提仍是「人愿意读、愿意分享」，内容先打动读者，才谈得上被引用。

GEO 不是玄学，本质是把内容做得更清楚、更可信、更机器友好。这件事对读者有利，对 AI 有利，最终也会回到内容创作者自己身上。

把高频命令收进 alias：一份实用命令行加速清单

大刘 — Thu, 22 Jan 2026 00:00:00 GMT

命令行是很多人的生产力中心，但高频命令反复输入非常浪费注意力。把常用操作收进 alias 和 shell 函数，是性价比最高的效率投资。

先想清楚原则

只给高频且稳定的操作建别名，避免记忆负担；
别名要短、好敲、好记，并保留原命令入口；
危险的破坏性操作不要做成无确认的别名。

git 高频操作

alias gs='git status'
alias ga='git add -A'
alias gc='git commit -m'
alias gp='git push'
alias gl='git pull --rebase'
alias gco='git checkout'
alias gb='git branch -vv'
alias glog='git log --oneline --graph --decorate -15'

配合 shell 函数可以更进一步，比如「提交并推送」：

gcp() { git add -A && git commit -m "$1" && git push; }

目录与文件

alias ..='cd ..'
alias ...='cd ../..'
alias ~='cd ~'
# 高频目录（按自己习惯替换）
alias proj='cd ~/code'

服务器与发布

个人站点的发布操作经常是「构建 + 上传/重启」的组合，封装成函数后不会再敲错：

deploy() {
  npm run build && rsync -avz --delete dist/ user@server:/var/www/site/
}

怎么长期维护

把别名统一放在 ~/.bashrc 或 ~/.zshrc 的单独区块，注释清楚；
每月花五分钟删掉不再用的别名，保持清单精简；
新工具先裸用两周，确认高频后再别名化。

工具的意义是省心，不是炫技。少即是多，够用就好。

给个人博客做技术选型：我为什么最终选择了 Astro 静态站

大刘 — Sun, 18 Jan 2026 00:00:00 GMT

做个人博客的第一件事不是买主题，而是想清楚：内容写在哪、页面怎么生成、谁来负责发布。这决定了后面几年的维护体验。

为什么优先考虑纯静态

对以中文内容分享为主的个人站点，纯静态（SSG）几乎是 SEO 的最优解：

搜索引擎拿到的是完整 HTML，无需执行 JS 即可索引正文，对百度尤其友好；
页面加载快、服务器压力小，一台低配云主机就够；
没有数据库与运行时漏洞面，安全维护成本低。

候选方案怎么对比

我重点比较过几类方案：动态博客系统（WordPress / Halo / Typecho）、静态生成器（Hugo / Astro）、以及自建全栈应用。

维度	动态博客	Hugo	Astro
SEO 可控性	中	高	高
后台写作体验	开箱即用	需自配	需自配
内容模型灵活度	中	中	高
前端扩展	受主题限制	模板语言	组件化

选择 Astro 的三个理由

1. 内容集合（Content Collections）足够规范。 文章以 Markdown 文件 + frontmatter 管理，字段可以校验，SEO 的标题、描述、摘要都能作为一等公民存在：

---
title: "文章标题"
description: "meta 描述"
pubDate: 2026-01-18
category: tech
tags: ["SEO"]
---

2. 构建产物干净且可扩展。 默认零 JS 输出，RSS、sitemap、JSON-LD 都以组件或接口形式生成，结构化的东西不靠插件黑盒。

3. 生态与我的发布链路匹配。 我的发布方式是「后台写 Markdown → 触发构建 → 原子切换目录」，Astro 构建是纯 Node 进程，方便被一个轻量后台服务调用。

几个容易被忽视的点

canonical 与规范域名要在第一天定好，否则后面迁移 URL 代价很大；
内容与代码分离：文章是纯文本文件，意味着任何一天脱离后台也能人工维护；
为 AI 预留机器可读入口：构建时同步输出 sitemap、RSS 与文章 Markdown 源，供搜索引擎和 AI 爬虫各取所需。

选型没有标准答案，适合自己的写作频率、技术水平和维护意愿，就是好答案。

低空经济入门：产业链全景、政策脉络与普通人的机会

大刘 — Mon, 12 Jan 2026 00:00:00 GMT

低空经济是近两年被反复提起的概念。这篇作为入门梳理，尽量用大白话讲清楚：它是什么、产业链长什么样、政策在往哪走、普通人能从哪个环节切入。

什么是低空经济

简单说，低空经济是以民用有人/无人驾驶航空器在低空空域（一般指真高 3000 米以下）的飞行活动为核心，带动研发制造、基础设施、运营服务等一系列产业的经济形态。

它把原本属于专业领域的飞行能力，变成普通人也能用上的服务：外卖无人机、空中游览、电力巡检、农业植保、应急救援、城市物流……

产业链的三个层次

上游：核心部件与关键技术

飞控系统、动力（电机电控/混动）、电池与能源、传感器（激光雷达、摄像头、IMU）、通信链路与定位导航，是决定飞行器性能和安全的基础。

中游：整机与基础设施

整机制造：消费级/工业级无人机、eVTOL（电动垂直起降飞行器）、通航飞机；
基础设施：起降场、充电/换电、空管系统、气象与通信导航监视设施、数字化空域管理平台。

下游：应用与运营服务

物流配送、农林植保、测绘巡检、应急救援、低空旅游、城市空中交通（UAM）等。这一层离用户最近，也是商业模式最先跑通的地方。

政策脉络：空域是核心变量

低空经济的本质约束是空域资源，所以政策走向非常关键。几个标志性节点（以公开信息为准）：

2023 年底发布的《无人驾驶航空器飞行管理暂行条例》自 2024 年 1 月 1 日起施行，让无人机飞行管理有章可循；
民航局围绕无人驾驶航空器的运行安全持续出台配套规章（如运行安全管理相关规则），并上线统一的综合管理平台；
深圳、合肥、广州等多个城市先后出台低空经济产业促进政策与试点，探索城市空中交通场景；
国产 eVTOL 适航审定陆续取得进展，载人无人驾驶航空器开始走向商业化前的关键阶段。

趋势上可以概括为：空域管理从「审批制」走向「数字化、分级分类、动态管理」，规则越清晰，产业越敢投入。

为什么 eVTOL 是关注焦点

eVTOL 被视为未来城市空中交通的载体：电动、垂直起降、噪音低、无需跑道。它和无人机、通航一起，构成低空经济的三类主要飞行器。

需要客观看待的是：eVTOL 从适航取证、批量制造到常态化运营还有相当距离，当下的热闹更多集中在工业无人机与场景验证。

普通人 / 个人开发者的切入点

内容与信息差：政策、厂商动态、产业链解读的中文优质内容仍然稀缺——这是本栏目持续写作的原因；
行业软件与工具：空域申请、飞行计划、无人机运营管理、数据分析等领域存在大量数字化需求；
合规服务与培训：无人机操控员执照培训、企业合规咨询等，是政策驱动的稳定需求；
产业链观察与投资：跟随适航进度与订单落地节奏，关注确定性更高的环节（基础设施、核心部件国产化）。

小结

低空经济现在还处在「规则建立 + 场景验证」的早期阶段。对普通读者，理解它的框架比追逐热点更重要；对从业者，押注基础设施和数字化服务的确定性，可能高于押注某个整机型号。

后续我会持续更新这个栏目：政策解读、厂商动态、产业链拆解与个人视角的观察。欢迎订阅 RSS 保持关注。