2025 年，一个人做一个网站不是什么新闻。但一个人同时运营内容、技术、SEO、社区和商业化——这就得靠一套趁手的 AI 工具链了。这篇文章不聊理论，只说我每天真实在用的工具组合和踩过的坑。

内容生产：从选题到发布的完整流水线

我的内容生产流程分四步：采集、分析、写作、发布。

采集。每天早上 AutoCLI 自动拉 HackerNews、GitHub Trending、Dev.to、V2EX 的热门内容，存成结构化数据。这一步之前得先把 Chrome 扩展装好、登录各平台，不然 Bilibili 和知乎的数据拿不到。

分析。采集到的原始数据丢给 LLM 做热点分析和选题排序。我不让 AI 直接决定发什么——它会挑那些"看起来重要但没人在乎"的话题。我需要人工看一眼，挑出真正有流量的方向。

写作。一个常见的误解是 AI 能直接写出好文章。能，但前提是你给了足够的上下文。我的做法是：先把提纲写好（H2、H3 结构），再让 AI 逐段填充。这样出来的文章结构可控，不会跑偏。

发布。发布也不是一键的事。写好的文章走 CI 流水线：先过语法检查，再过图片优化，最后才 POST 到 API。发布后接 prerender 生成静态页，再更新 sitemap。

整条流水线从采集到上线大约 20 分钟。没有这套流程，我一个人不可能维持日更。

技术选型：为什么选了这套栈

独立站的技术栈经历了三次迭代。

V1：纯静态 HTML + CSS。最快上线，但内容管理和互动功能基本为零。连个评论区都没有，用户来了看一眼就走。

V2：Express + sql.js。用 SQLite 做数据库，没有 MySQL 的运维成本。轻量、够用、好部署。这是目前的生产方案。Caddy 做反向代理和 HTTPS 自动续期，PM2 管理进程。

V3（规划中）：性能优化。V2 跑起来没问题，但 SEO 层面有硬伤——内容是 JS 动态加载的，Google 抓不到。已经做了 prerender 静态化，但加载速度还有优化空间。

技术选型的核心原则是：能解决 80% 问题的方案，比完美的方案好十倍。选 sql.js 而不是 MySQL，不是因为它更好，而是因为我不需要雇一个 DBA。

AI 工具选型：什么值得付费

每个月在 AI 工具上的支出大约 $50。最高 ROI 的几个：

Claude Sonnet 5 写代码。独立站的后端、部署脚本、CI 流程，几乎全是 Claude 写的。我只需要描述需求、审查代码、修复它编造的那些假 API。以前改一个路由要半小时，现在 5 分钟。

ChatGPT 写内容。DeepSeek 免费但中文质量不如 ChatGPT。日常内容生成用 GPT-4o，特别是需要多轮对话打磨标题和摘要的场景。

DeepSeek V4 Flash 做批量处理。价格极低，用来跑 cron 任务里的批量内容生成。质量够用，成本可控。

Cursor 日常开发。Tab 补全省掉了一半的打字量。Composer 模式做跨文件重构非常顺手。

不推荐的是各种"AI SEO 自动优化"工具——大部分只是给页面塞关键词，Google 的 Helpful Content 系统对这种做法很敏感，弊大于利。

SEO 实战：数据比感觉重要

这个站上线第一周，GSC 显示零曝光。零。

原因是所有页面的 title 和 description 都是静态 fallback——Google 抓到 30 篇帖子，全是同一个 title "文章 - AI Forum"，判定为重复内容，一篇都不索引。

修复方案也不复杂：JS 加载内容后，动态更新 document.title、canonical、og:meta 和结构化数据。但就是这么简单的一件事，拖了一个月才意识到。有时候技术问题不是难，是没人告诉你出了问题。

现在每个帖子都有唯一的 title、description、canonical 和 BlogPosting/DiscussionForumPosting Schema。改完之后，Google 开始逐步收录了。

另一个教训是 hreflang。我用 zh-CN 和 en 做双语站，结果 en 的链接指向一个不存在的 /en/ 路径。Google 在 Search Console 里报了一大堆 hreflang 错误。花 5 分钟删掉不存在的链接，错误就消失了。

踩过的坑：给后来者的一些提醒

不要用 body { opacity: 0 } 做动画入场。外置 CSS 延迟加载时，body 一直不可见，Lighthouse 报 NO_FCP，所有性能指标全红。排查了三天才发现是这个原因。

GA 代码要放到所有页面。论坛和排行榜页面有 GA，首页和 FAQ 没有。这意味着所有访问首页的用户行为都追踪不到。漏了两个月才发现。

CSP 的 'unsafe-inline' 是安全短板。但为了兼容 inline script，暂时没有很好的替代方案。后续计划迁移到 nonce 方案。

Cloudflare CDN 在中国大陆被阻断。访客反馈无法访问，查了半天发现是 CF IP 被 ISP 封锁。最后关了 Cloudflare proxy，切回直连 Namesilo DNS。

自动化不能解决所有问题。每天自动生成的新闻摘要虽然省力，但同质化严重，没有独到见解。Google 的 E-E-A-T 框架最看重的就是 Experience（第一手经验）。纯 AI 生成的内容很难获得排名。

未来的方向

下一步的重点是内容结构转型——从"新闻聚合"转向"深度原创+实操教程"。AI 资讯类的新闻摘要虽然流量稳，但竞争激烈、生命周期短。相比之下，工具对比、教程、实战分享这些内容的搜索周期更长，复利效应更强。

同时计划把论坛互动做起来。独立站最缺的不是内容，是真实的用户讨论。一个帖子下有几个人在讨论，比十篇 AI 生成的文章更有价值。

这就是一人公司的真实状态：技术、内容、运营、社区，全是一个人扛。AI 帮我撑起了不可能的效率，但决策和判断，还是得自己来。