模块 E：进化前沿

STREETS 开发者收入课程 — 付费模块（2026 版） 第 11 周 | 6 节课 | 交付成果：你的 2026 机会雷达

"这个模块每年一月更新。去年有效的方法今年可能已经不适用了。"

这个模块与 STREETS 的其他所有模块不同。其他六个模块教的是原则——它们老化得很慢。这个模块教的是时机——它过时得很快。

每年一月，这个模块都会从头重写。2025 版讲的是提示工程市场、GPT 包装应用，以及早期的 MCP 规范。那些建议如果放到今天，会让你亏钱。包装应用被商品化了。提示市场崩溃了。MCP 朝着一个没人预料到的方向爆发了。

这就是重点。市场在变。那个照搬去年的攻略逐字执行的开发者，就是每次都迟到六个月的开发者。

这是 2026 版。它反映的是当下——2026 年 2 月——实际正在发生的事情，基于真实的市场信号、真实的定价数据和真实的采用曲线。到 2027 年 1 月，其中一些内容将会过时。这不是缺陷，这就是设计。

在本模块结束时，你将拥有：

• 对 2026 格局的清晰认识，以及它为何与 2025 不同
• 七个具体机会，按进入难度、收入潜力和时机排名
• 一个判断何时进入、何时退出市场的框架
• 一个自动发现机会的情报系统
• 一个让你的收入技能防止未来变化冲击的策略
• 你完成的 2026 机会雷达——你今年下注的三个方向

没有预测。没有炒作。只有信号。

开始吧。

第 1 课：2026 格局——发生了什么变化

"地基已经移动了。如果你的攻略来自 2024 年，那你是站在空气上。"

改变开发者收入的六大转变

每年都有一些变化对开发者赚钱的方式真正产生影响。不是"有趣的趋势"——而是打开或关闭收入渠道的结构性变化。2026 年有六个。

转变 1：本地 LLM 跨过了"够用"的门槛

这是最大的一个。2024 年，本地 LLM 还是新奇玩物——玩玩挺好，但不够可靠，无法用于生产。2025 年，它们接近了。2026 年，它们跨过了那条线。

"够用"在实践中意味着什么：

重要的模型：

• Llama 3.3（8B，70B）： Meta 的主力模型。8B 在任何设备上都能运行。70B 在 24GB 显卡上以零边际成本达到 GPT-3.5 质量。
• Mistral Large 2（123B）和 Mistral Nemo（12B）： 欧洲语言最佳。Nemo 模型在 12B 的参数量下表现远超预期。
• Qwen 2.5（7B-72B）： 阿里巴巴的开放权重系列。编码任务表现出色。32B 版本是甜蜜点——在结构化输出上接近 GPT-4 质量。
• DeepSeek V3（蒸馏变体）： 成本效率之王。蒸馏模型可在本地运行，处理一年前同参数量级模型根本无法解决的推理任务。
• Phi-3.5 / Phi-4（3.8B-14B）： 微软的小模型。以其尺寸来说能力惊人。14B 模型在编码基准上与更大的开放模型竞争。

这对收入意味着什么：

即使没有独立 GPU，使用较小模型（3B-8B）的 CPU 推理对许多能产生收入的任务来说也是可行的。升级 GPU 可以解锁下面所有机会的完整范围。

成本等式翻转了。2024 年，如果你构建一个 AI 驱动的服务，最大的持续成本是 API 调用。每百万 tokens 5-15 美元的价格下，你的利润率取决于你使用 API 的效率。现在，对于 80% 的任务，你可以在本地以几乎零边际成本运行推理。你唯一的成本是电费（约 $0.003 每百万 tokens）和你已经拥有的硬件。

这意味着：

1. AI 驱动服务的更高利润率（处理成本下降了 99%）
2. 更多产品变得可行（在 API 价格下不盈利的创意现在可以了）
3. 隐私是免费的（本地处理和质量之间不再有取舍）
4. 你可以自由实验（原型开发时没有 API 账单焦虑）

# 现在就在你自己的硬件上验证这一点
ollama pull qwen2.5:14b
time ollama run qwen2.5:14b "Write a professional cold email to a CTO about deploying local AI infrastructure. Include 3 specific benefits. Keep it under 150 words." --verbose

# 检查输出中的 tokens/second
# 如果你超过 20 tok/s，你可以基于这个模型构建生产服务

实话实说： "够用"不是说"和 Claude Opus 或 GPT-4o 一样好。"它的意思是——对于你收费的那个具体任务来说够好。本地 13B 模型写邮件主题行、分类客服工单或从发票中提取数据，在这些任务上与云端模型无法区分。别等本地模型在所有方面都赶上前沿模型了。它们不需要。它们只需要在你的使用场景上赶上就行。

转变 2：MCP 创造了新的应用生态

模型上下文协议从 2024 年底的一份规范公告发展成为 2026 年初拥有数千个服务器的生态系统。这比任何人预测的都快。

MCP 是什么（30 秒版本）：

MCP 是一个标准协议，让 AI 工具（Claude Code、Cursor、Windsurf 等）通过"服务器"连接到外部服务。一个 MCP 服务器暴露工具、资源和提示，供 AI 助手使用。把它想象成 AI 的 USB——一个让任何 AI 工具与任何服务对话的通用连接器。

当前状态（2026 年 2 月）：

已发布的 MCP 服务器：           ~4,000+
拥有 100+ 用户的 MCP 服务器：     ~400
产生收入的 MCP 服务器：          ~50-80
付费服务器的平均收入：            $800-2,500/月
主导托管平台：                   npm（TypeScript）、PyPI（Python）
中心化市场：                     尚无（这就是机会）

为什么这是 App Store 时刻：

当苹果在 2008 年推出 App Store 时，第一批发布有用应用的开发者获得了超额回报——不是因为他们是更好的工程师，而是因为他们早到了。应用生态还没有建成。需求远远超过供给。

MCP 正处于同样的阶段。使用 Claude Code 和 Cursor 的开发者需要 MCP 服务器来：

• 连接到他们公司的内部工具（Jira、Linear、Notion、自定义 API）
• 处理特定格式的文件（医疗记录、法律文件、财务报表）
• 访问小众数据源（行业数据库、政府 API、研究工具）
• 自动化工作流（部署、测试、监控、报告）

这些服务器大部分还不存在。已经存在的往往文档差、不可靠或缺少关键功能。"X 领域最好的 MCP 服务器"的门槛现在低得惊人。

这是一个基本的 MCP 服务器，展示它有多容易上手：

// mcp-server-example/src/index.ts
// A simple MCP server that analyzes package.json dependencies
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
import { z } from "zod";
import { readFileSync, existsSync } from "fs";
import { join } from "path";

const server = new McpServer({
  name: "dependency-analyzer",
  version: "1.0.0",
});

server.tool(
  "analyze_dependencies",
  "Analyze a project's dependencies for security, freshness, and cost implications",
  {
    project_path: z.string().describe("Path to the project root"),
  },
  async ({ project_path }) => {
    const pkgPath = join(project_path, "package.json");
    if (!existsSync(pkgPath)) {
      return {
        content: [{ type: "text", text: "No package.json found at " + pkgPath }],
      };
    }

    const pkg = JSON.parse(readFileSync(pkgPath, "utf-8"));
    const deps = Object.entries(pkg.dependencies || {});
    const devDeps = Object.entries(pkg.devDependencies || {});

    const analysis = {
      total_dependencies: deps.length,
      total_dev_dependencies: devDeps.length,
      dependencies: deps.map(([name, version]) => ({
        name,
        version,
        pinned: !String(version).startsWith("^") && !String(version).startsWith("~"),
      })),
      unpinned_count: deps.filter(([_, v]) => String(v).startsWith("^") || String(v).startsWith("~")).length,
      recommendation: deps.length > 50
        ? "High dependency count. Consider auditing for unused packages."
        : "Dependency count is reasonable.",
    };

    return {
      content: [{
        type: "text",
        text: JSON.stringify(analysis, null, 2),
      }],
    };
  }
);

async function main() {
  const transport = new StdioServerTransport();
  await server.connect(transport);
}

main().catch(console.error);

# Package and publish
npm init -y
npm install @modelcontextprotocol/sdk zod
npx tsc --init
# ... build and publish to npm
npm publish

这就是一个可发布的 MCP 服务器。它只用了 50 行实际逻辑。生态系统还年轻到这种简单程度的有用服务器都是真正有价值的。

转变 3：AI 编码工具让开发者效率提高了 2-5 倍

这不是炒作——它是可测量的。Claude Code、Cursor 和 Windsurf 从根本上改变了单个开发者交付速度。

真实的生产力倍增器：

这对收入意味着什么：

以前需要一个周末的项目，现在只需要一个晚上。以前需要一个月的 MVP，现在只需要一周。这是纯粹的杠杆——每周同样的 10-15 小时的副业工作现在产出 2-5 倍的成果。

但大多数人忽略了这一点：倍增器同样适用于你的竞争对手。 如果每个人都能更快交付，优势就在于那些交付正确的东西的开发者，而不仅仅是交付任何东西。速度是起码要求。品味、时机和定位才是差异化因素。

常见错误： 假设 AI 编码工具取代了对深度专业知识的需求。它们没有。它们放大你带来的任何技能水平。高级开发者使用 Claude Code 产出高级质量的代码，只是更快了。初级开发者使用 Claude Code 产出初级质量的代码，也更快了——包括初级质量的架构决策、初级质量的错误处理和初级质量的安全实践。工具让你更快，但不会让你更好。要投资让自己变得更好。

转变 4：隐私法规创造了真实需求

这在 2026 年不再是理论问题了。

欧盟 AI 法案执行时间表（我们现在的位置）：

2025 年 2 月：禁止的 AI 行为被封禁（执行中）
2025 年 8 月：GPAI 模型义务生效
2026 年 2 月：← 我们在这里 — 完全透明义务生效
2026 年 8 月：高风险 AI 系统要求全面执行

2026 年 2 月的里程碑很重要，因为公司现在必须记录其 AI 数据处理管道。每次公司将员工数据、客户数据或专有代码发送到云端 AI 提供商，那就是一个需要文档化、风险评估和合规审查的数据处理关系。

对开发者收入的实际影响：

• 律师事务所不能把客户文件发送到 ChatGPT。他们需要本地替代方案。预算：$5,000-50,000 用于部署。
• 医疗保健公司需要 AI 处理临床笔记，但不能将患者数据发送到外部 API。预算：$10,000-100,000 用于符合 HIPAA 的本地部署。
• 金融机构想要 AI 辅助代码审查，但安全团队否决了所有云端 AI 提供商。预算：$5,000-25,000 用于本地部署。
• 所有规模的欧盟公司都意识到"我们使用 OpenAI"现在是一个合规风险。他们需要替代方案。预算：各不相同，但他们正在积极寻找。

"本地优先"从一个极客偏好变成了合规要求。如果你知道如何在本地部署模型，你拥有一项企业会支付高价的技能。

转变 5："氛围编程"进入主流

"氛围编程"这个术语——用来描述非开发者借助 AI 辅助构建应用——在 2025-2026 年从一个梗变成了一场运动。数百万产品经理、设计师、市场人员和创业者现在正在使用 Bolt、Lovable、v0、Replit Agent 和 Claude Code 等工具构建软件。

他们在构建什么：

• 内部工具和仪表板
• 落地页和营销网站
• 简单的 CRUD 应用
• Chrome 扩展
• 自动化工作流
• 移动端原型

他们在哪里碰壁：

• 认证和用户管理
• 数据库设计和数据建模
• 部署和 DevOps
• 性能优化
• 安全性（他们不知道自己不知道什么）
• 任何需要理解系统而非仅仅语法的东西

这为真正的开发者创造的机会：

1. 基础设施产品 — 他们需要认证方案、数据库封装、"开箱即用"的部署工具。构建这些。
2. 教育 — 他们需要为理解产品但不理解系统的人编写的指南。教他们。
3. 救援咨询 — 他们构建了一个几乎能用的东西，然后需要真正的开发者来修复最后 20%。这是时薪 100-200 美元的工作。
4. 模板和启动器 — 他们需要能处理困难部分（认证、支付、部署）的起点，这样他们就可以专注于简单部分（UI、内容、业务逻辑）。销售这些。

氛围编程没有让开发者过时。它创造了一个新的客户群体：半技术型构建者，他们需要开发者质量的基础设施，但以非开发者复杂度的包装提供。

转变 6：开发者工具市场年增长 40%

2026 年全球专业开发者人数达到约 3000 万。他们使用的工具——IDE、部署平台、监控、测试、CI/CD、数据库——市场规模增长到超过 450 亿美元。

更多开发者意味着更多工具，意味着更多细分市场，意味着更多独立构建者的机会。

2025-2026 年开放的细分市场：

• AI 代理监控和可观测性
• MCP 服务器管理和托管
• 本地模型评估和基准测试
• 隐私优先的分析替代方案
• 开发者工作流自动化
• AI 辅助代码审查和文档

每个细分市场有 3-5 个成功产品的空间。大多数目前只有 0-1 个。

复合效应

这就是为什么 2026 年是特殊的。上面每个转变单独来看都意义重大。合在一起，它们产生复合效应：

本地 LLM 已可用于生产
    × AI 编码工具让你构建速度提高 5 倍
    × MCP 创造了新的分发渠道
    × 隐私法规创造了买家紧迫感
    × 氛围编程创造了新的客户群体
    × 不断增长的开发者群体扩大了每个市场

= 自 App Store 时代以来开发者独立收入的最大窗口

这个窗口不会永远开放。当大公司建成 MCP 市场，当隐私咨询被商品化，当氛围编程工具成熟到不再需要开发者帮助——先发优势就会缩小。定位的时机就是现在。

你的任务

1. 审计你的 2025 假设。 一年前你对 AI、市场或机会的哪些信念已经不再正确？写下发生变化的三件事。
2. 将转变映射到你的技能。 对于上面六个转变中的每一个，写一句话说明它如何影响你的情况。哪些转变是你的顺风？哪些是逆风？
3. 测试一个本地模型。 如果你最近 30 天没有运行过本地模型，拉取 qwen2.5:14b 并给它一个来自你工作中的真实任务。不是玩具提示——真实的任务。记录质量。它对你的任何收入想法来说"够用"了吗？

第 2 课：2026 年 7 大最热门机会

"没有具体细节的机会只不过是灵感。这里是具体细节。"

对于下面的每个机会，你将获得：它是什么、当前市场、竞争水平、进入难度、收入潜力和"本周就开始"行动计划。这些不是抽象的——它们是可执行的。

给高级开发者（8 年以上）： 机会 3（本地 AI 部署服务）、机会 4（微调即服务）和机会 6（合规自动化）是你杠杆最高的玩法。这些市场中，专业知识可以要求溢价费率，客户明确寻找有经验的从业者。考虑将其中一个与机会 7（开发者教育）结合——你的经验就是内容。一个有十年经验的高级开发者教授所学，远比一个初级开发者综合博客文章有价值。

机会 1：MCP 服务器市场

AI 工具的 App Store 时刻。

它是什么： 构建、策展和托管连接 AI 编码工具与外部服务的 MCP 服务器。这可以是服务器本身，也可以是分发它们的市场。

市场规模： 每个使用 Claude Code、Cursor 或 Windsurf 的开发者都需要 MCP 服务器。这在 2026 年初大约是 500-1000 万开发者，年增长 100%+。大多数安装了 0-3 个 MCP 服务器。如果合适的服务器存在，他们会安装 10-20 个。

竞争： 非常低。还没有中心化的市场。Smithery.ai 是最接近的，但处于早期阶段，专注于列表而非托管或质量策展。npm 和 PyPI 作为事实上的分发渠道，但对 MCP 来说没有可发现性。

进入难度： 单个服务器很低（一个有用的 MCP 服务器是 100-500 行代码）。市场平台为中等（需要策展、质量标准、托管基础设施）。

收入潜力：

本周就开始：

# Day 1-2: Build your first MCP server that solves a real problem
# Pick something YOU need — that's usually what others need too

# Example: An MCP server that checks npm package health
mkdir mcp-package-health && cd mcp-package-health
npm init -y
npm install @modelcontextprotocol/sdk zod node-fetch

# Day 3-4: Test it with Claude Code or Cursor
# Add it to your claude_desktop_config.json or .cursor/mcp.json

# Day 5: Publish to npm
npm publish

# Day 6-7: Build two more servers. Publish them. Write a blog post.
# "I built 3 MCP servers this week — here's what I learned"

在 2026 年 2 月发布了 10 个有用 MCP 服务器的人，将比 2026 年 9 月才发布第一个的人拥有显著优势。先发很重要。质量更重要。但到场最重要。

机会 2：本地 AI 咨询

企业想要 AI，但不能把数据发送到 OpenAI。

它是什么： 帮助公司在自己的基础设施上部署 LLM——本地服务器、私有云或气隔环境。这包括模型选择、部署、优化、安全加固和持续维护。

市场规模： 每家拥有敏感数据且想要 AI 能力的公司。律师事务所、医疗机构、金融机构、政府承包商、任何规模的欧盟公司。总可寻址市场巨大，但更重要的是，可服务可寻址市场——目前正在积极寻求帮助的公司——随着欧盟 AI 法案里程碑的到来而每月增长。

竞争： 低。大多数 AI 顾问推荐云解决方案（OpenAI/Azure/AWS），因为那是他们了解的。能在生产环境中部署 Ollama、vLLM 或 llama.cpp 并具备适当安全性、监控和合规文档的顾问群体很小。

进入难度： 中等。你需要在模型部署、Docker/Kubernetes、网络和安全方面拥有真正的专业知识。注意：咨询客户会有自己的硬件——你不需要一个强大的 GPU 来提供部署建议，但有一个用来演示可以帮助成交。

但如果你完成了 STREETS 的模块 S，并且你能在生产环境中部署 Ollama，你已经比 95% 自称"AI 顾问"的人拥有更多实际专业知识。

收入潜力：

一个以 $2,000/月保持合同加上偶尔项目工作的企业客户，每年价值 $30,000-50,000。你需要 2-3 个这样的客户来替代全职薪资。

本周就开始：

1. 写一篇博文："如何为企业部署 Llama 3.3：安全第一的指南。"包含实际命令、实际配置、实际安全考量。让它成为互联网上关于这个话题最好的指南。
2. 在 LinkedIn 上发布，标题是："如果你的公司想要 AI，但安全团队不批准将数据发送到 OpenAI，还有另一条路。"
3. 私信 10 位受监管行业中型公司（100-1000 名员工）的 CTO 或工程副总裁。说："我帮助公司在自己的基础设施上部署 AI。数据不会离开你的网络。15 分钟的电话有用吗？"

这个序列——写出专业知识、发布专业知识、联系买家——就是整个咨询销售流程。

实话实说： "我觉得自己不是专家"是我听到的最常见的反对意见。真相是：如果你能 SSH 到 Linux 服务器、安装 Ollama、将其配置用于生产、设置带有 TLS 的反向代理，并写一个基本的监控脚本——你对本地 AI 部署的了解比 99% 的 CTO 都多。专业知识是相对于你的受众的，不是绝对的。医院 CTO 不需要发表过 AI 研究论文的人。他们需要能让模型在他们的硬件上安全运行的人。那就是你。

机会 3：AI 代理模板

Claude Code 子代理、自定义工作流和自动化包。

它是什么： 预构建的代理配置、工作流模板、CLAUDE.md 文件、自定义命令和 AI 编码工具的自动化包。

市场规模： 每个使用 AI 编码工具的开发者都是潜在客户。大多数人只使用了这些工具 10-20% 的能力，因为他们没有配置。"默认 Claude Code"与"精心设计代理系统的 Claude Code"之间的差距是巨大的——大多数人甚至不知道这个差距存在。

竞争： 非常低。代理是新事物。大多数开发者仍在摸索基本的提示。预构建代理配置的市场几乎不存在。

进入难度： 低。如果你为自己的开发流程构建了有效的工作流，你可以打包出售。难的不是编码——而是知道什么构成好的代理工作流。

收入潜力：

人们今天就会购买的示例产品：

# "The Rust Agent Pack" — $39

Includes:
- Code review agent (checks unsafe blocks, error handling, lifetime issues)
- Refactoring agent (identifies and fixes common Rust anti-patterns)
- Test generation agent (writes comprehensive tests with edge cases)
- Documentation agent (generates rustdoc with examples)
- Performance audit agent (identifies allocation hotspots, suggests zero-copy alternatives)

Each agent includes:
- CLAUDE.md rules file
- Custom slash commands
- Example workflows
- Configuration guide

# "The Full-Stack Launch Kit" — $49

Includes:
- Project scaffolding agent (generates entire project structure from requirements)
- API design agent (designs REST/GraphQL APIs with OpenAPI spec output)
- Database migration agent (generates and reviews migration files)
- Deployment agent (configures CI/CD for Vercel/Railway/Fly.io)
- Security audit agent (checks OWASP top 10 against your codebase)
- Launch checklist agent (pre-launch verification across 50+ items)

本周就开始：

1. 打包你当前的 Claude Code 或 Cursor 配置。你使用的那些 CLAUDE.md 文件、自定义命令和工作流——整理好并写好文档。
2. 创建一个简单的落地页（Vercel + 模板，30 分钟）。
3. 在 Gumroad 或 Lemon Squeezy 上以 $19-29 上架。
4. 在开发者聚集的地方发帖：Twitter/X、Reddit r/ClaudeAI、HN Show、Dev.to。
5. 根据反馈迭代。一周内发布 v2。

机会 4：隐私优先的 SaaS

欧盟 AI 法案把"本地优先"变成了一个合规复选框。

它是什么： 构建完全在用户机器上处理数据的软件，核心功能不依赖云。桌面应用（Tauri、Electron）、本地优先的 Web 应用或自托管解决方案。

市场规模： 每家处理敏感数据并想要 AI 能力的公司。仅在欧盟，就有数百万家企业因监管而新近被激励。在美国，医疗（HIPAA）、金融（SOC 2/PCI DSS）和政府（FedRAMP）产生类似压力。

竞争： 中等且在增长，但绝大多数 SaaS 产品仍然是云优先的。"本地优先 + AI"的利基市场确实很小。大多数开发者默认使用云架构，因为那是他们了解的。

进入难度： 中高。构建好的桌面应用或本地优先的 Web 应用需要与标准 SaaS 不同的架构模式。Tauri 是推荐的框架（Rust 后端、Web 前端、小二进制文件、没有 Electron 的臃肿），但它有学习曲线。

收入潜力：

单位经济效益极佳： 因为处理发生在用户的机器上，你的托管成本接近零。传统 SaaS 每月 $29 可能在每个用户的基础设施上花费 $5-10。本地优先的 SaaS 每月 $29 在许可服务器和更新分发上只花费每个用户 $0.10。你的利润率是 95%+ 而不是 60-70%。

真实案例： 4DA（本课程所属的产品）是一个运行本地 AI 推理、本地数据库和本地文件处理的 Tauri 桌面应用。每个用户的基础设施成本：实际为零。每月 $12 的 Signal 套餐几乎全是利润。

本周就开始：

选择一个处理敏感数据的云依赖工具，构建一个本地优先的替代方案。不需要整个——只需一个 MVP，在本地完成最重要的那个功能。

想法：

• 本地优先的会议笔记转录（Whisper + 摘要模型）
• 带有 AI 搜索的私密代码片段管理器（本地嵌入）
• 面向 HR 团队的设备端简历/文件分析器
• 面向会计师的本地财务文件处理器

# Scaffold a Tauri app in 5 minutes
pnpm create tauri-app my-private-tool --template react-ts
cd my-private-tool
pnpm install
pnpm run tauri dev

机会 5："氛围编程"教育

教非开发者用 AI 构建——他们迫切需要高质量指导。

它是什么： 课程、教程、辅导和社区，教产品经理、设计师、市场人员和创业者如何使用 AI 编码工具构建真实的应用。

市场规模： 保守估计：2025 年有 1000-2000 万非开发者试图用 AI 构建软件。大多数人碰壁了。他们需要校准到他们技能水平的帮助——不是"从头学编程"，也不是"这是高级系统设计课程"。

竞争： 增长迅速，但质量令人震惊地低。大多数"氛围编程"教育要么是：

• 太浅："就告诉 ChatGPT 来构建它！"（一旦需要任何真实功能就崩溃了。）
• 太深：标准编程课程重新贴标为"AI 驱动的"。（他们的受众不想学编程基础——他们想构建一个具体的东西。）
• 太窄：只针对一个特定工具的教程，3 个月就过时。

空白在于结构化的、实用的内容，把 AI 当作真正的工具（不是魔法），教足够的编程背景来做出明智的决定，而不需要计算机科学学位。

进入难度： 如果你会教的话很低。如果不会的话中等（教学是一项技能）。技术门槛接近零——你已经懂这些了。挑战是向不像开发者那样思考的人解释。

收入潜力：

本周就开始：

1. 录制一段 10 分钟的屏幕录像："使用 Claude Code 从头构建一个可用的应用——无需编码经验。"演示真实的构建过程。不要造假。
2. 发布到 YouTube 和 Twitter/X。
3. 在结尾链接到完整课程的等候列表。
4. 如果一周内有 50+ 人加入等候列表，你就有了一个可行的产品。构建课程。

常见错误： 教育产品定价过低。开发者本能地想免费分享知识。但是，一个非开发者使用你 $149 的课程构建了一个可用的内部工具，刚刚为他们的公司省了 $20,000 的开发成本。你的课程是物超所值的。按交付的价值定价，而不是创建所花的时间。

机会 6：微调模型服务

通用模型无法匹敌的领域特定 AI 模型。

它是什么： 为特定行业或用例创建自定义微调模型，然后作为服务（推理 API）或可部署包出售。

市场规模： 按定义是小众的，但各小众市场分别利润丰厚。一家需要基于合同语言微调模型的律师事务所，一家需要基于临床笔记训练模型的医疗公司，一家需要针对监管文件校准模型的金融公司——每家都会为一个有效的解决方案支付 $5,000-50,000。

竞争： 在特定小众市场很低，总体上中等。大型 AI 公司不会为这种规模的个别客户进行微调。机会在长尾——针对特定用例的专业模型，不值得 OpenAI 关注。

进入难度： 中高。你需要理解微调工作流（LoRA、QLoRA）、数据准备、评估指标和模型部署。但工具已经显著成熟——Unsloth、Axolotl 和 Hugging Face TRL 让微调在消费级 GPU 上变得可行。

收入潜力：

本周就开始：

1. 选择一个你有数据访问权（或可以合法获取训练数据）的领域。
2. 使用 QLoRA 在特定任务上微调 Llama 3.3 8B 模型：

# Install Unsloth (fastest fine-tuning library as of 2026)
pip install unsloth

# Example: Fine-tune on customer support data
# You need ~500-2000 examples of (input, ideal_output) pairs
# Format as JSONL:
# {"instruction": "Categorize this ticket", "input": "My login isn't working", "output": "category: authentication, priority: high, sentiment: frustrated"}

from unsloth import FastLanguageModel

model, tokenizer = FastLanguageModel.from_pretrained(
    model_name="unsloth/llama-3.3-8b-bnb-4bit",
    max_seq_length=2048,
    load_in_4bit=True,
)

model = FastLanguageModel.get_peft_model(
    model,
    r=16,
    target_modules=["q_proj", "k_proj", "v_proj", "o_proj"],
    lora_alpha=16,
    lora_dropout=0,
    bias="none",
    use_gradient_checkpointing="unsloth",
)

# Train on your domain-specific data
# ... (see Unsloth documentation for full training loop)

# Export for Ollama
model.save_pretrained_gguf("my-domain-model", tokenizer, quantization_method="q4_k_m")

3. 将微调模型与基础模型在 50 个领域特定测试用例上进行基准测试。记录改进。
4. 写一个案例研究："一个微调的 8B 模型如何在 [领域] 任务分类上超越 GPT-4o。"

机会 7：AI 驱动的规模化内容

小众邮件通讯、情报报告和策展摘要。

它是什么： 使用本地 LLM 来摄取、分类和总结领域特定内容，然后添加你的专业知识来创建高级情报产品。

市场规模： 每个行业都有被信息淹没的专业人士。开发者、律师、医生、研究人员、投资者、产品经理——他们都需要策展的、相关的、及时的情报。通用邮件通讯已经饱和。小众的没有。

竞争： 对于广泛的技术邮件通讯是中等。对于深度小众是低的。没有好的"Rust + AI"每周情报报告。没有"本地 AI 部署"月度简报。没有面向 CTO 的"隐私工程"摘要。这些小众市场在等待。

进入难度： 低。最难的部分是坚持，不是技术。本地 LLM 处理 80% 的策展工作。你处理需要品味的 20%。

收入潜力：

生产流水线（如何在 3-4 小时内制作每周通讯）：

#!/usr/bin/env python3
"""
newsletter_pipeline.py
Automated intelligence gathering for a niche newsletter.
Uses local LLM for classification and summarization.
"""

import requests
import json
import feedparser
from datetime import datetime, timedelta

OLLAMA_URL = "http://127.0.0.1:11434/api/generate"
MODEL = "qwen2.5:14b"  # Good balance of speed and quality

# Your curated source list (10 high-signal sources > 100 noisy ones)
SOURCES = [
    {"type": "rss", "url": "https://hnrss.org/newest?q=local+AI+OR+ollama+OR+llama.cpp", "name": "HN Local AI"},
    {"type": "rss", "url": "https://www.reddit.com/r/LocalLLaMA/.rss", "name": "r/LocalLLaMA"},
    # Add your niche-specific sources here
]

def classify_relevance(title: str, summary: str, niche: str) -> dict:
    """Use local LLM to classify if an item is relevant to your niche."""
    prompt = f"""You are a content curator for a newsletter about {niche}.

Rate this item's relevance (1-10) and explain in one sentence why.
If relevance >= 7, write a 2-sentence summary suitable for a newsletter.

Title: {title}
Content: {summary[:500]}

Respond in JSON: {{"relevance": N, "reason": "...", "summary": "..." or null}}"""

    response = requests.post(OLLAMA_URL, json={
        "model": MODEL,
        "prompt": prompt,
        "stream": False,
        "format": "json",
        "options": {"temperature": 0.3}
    }, timeout=60)

    try:
        return json.loads(response.json()["response"])
    except (json.JSONDecodeError, KeyError):
        return {"relevance": 0, "reason": "parse error", "summary": None}

def gather_and_classify(niche: str, min_relevance: int = 7):
    """Gather items from all sources and classify them."""
    items = []

    for source in SOURCES:
        if source["type"] == "rss":
            feed = feedparser.parse(source["url"])
            for entry in feed.entries[:20]:  # Last 20 items per source
                classification = classify_relevance(
                    entry.get("title", ""),
                    entry.get("summary", ""),
                    niche
                )
                if classification.get("relevance", 0) >= min_relevance:
                    items.append({
                        "title": entry.get("title"),
                        "link": entry.get("link"),
                        "source": source["name"],
                        "relevance": classification["relevance"],
                        "summary": classification["summary"],
                        "classified_at": datetime.now().isoformat()
                    })

    # Sort by relevance, take top 10
    items.sort(key=lambda x: x["relevance"], reverse=True)
    return items[:10]

if __name__ == "__main__":
    # Example: "Local AI Deployment" niche
    results = gather_and_classify("local AI deployment and privacy-first infrastructure")

    print(f"\n{'='*60}")
    print(f"Top {len(results)} items for this week's newsletter:")
    print(f"{'='*60}\n")

    for i, item in enumerate(results, 1):
        print(f"{i}. [{item['relevance']}/10] {item['title']}")
        print(f"   Source: {item['source']}")
        print(f"   {item['summary']}")
        print(f"   {item['link']}\n")

    # Save to file — you'll edit this into your newsletter
    with open("newsletter_draft.json", "w") as f:
        json.dump(results, f, indent=2)

    print(f"Draft saved to newsletter_draft.json")
    print(f"Your job: review these, add your analysis, write the intro.")
    print(f"Estimated time to finish: 2-3 hours.")

本周就开始：

1. 选择你的小众市场。它应该足够具体，你可以列出 10 个高信号来源，同时又足够广泛，每周都有新故事。
2. 运行上面的流水线（或类似的）一周。
3. 写一份"第 1 周"通讯。发给你认识的 10 个该小众领域的人。问："你愿意每月付 $10 来订阅吗？"
4. 如果 3 人以上说是，在 Buttondown 或 Substack 上线。从第一天就收费。

实话实说： 邮件通讯最难的部分不是写作——是坚持下去。大多数通讯在第 4 期和第 12 期之间死掉。上面的流水线存在是为了让生产可持续。如果收集内容只需要 30 分钟而不是 3 小时，你就更有可能持续交付。用 LLM 做苦力活。把你的精力留给洞察。

你的任务

1. 给机会排名。 将上面七个机会按从最吸引到最不吸引的顺序排列，针对你的情况。考虑你的技能、硬件、可用时间和风险承受能力。

2. 选一个。 不是三个，不是"最终都要做"。一个。你本周要开始的那个。

3. 完成"本周就开始"行动计划。 上面每个机会都有一个具体的第一周计划。去做。周日之前发布一些东西。

4. 设定 30 天检查点。 写下你选择的机会在 30 天后"成功"是什么样子。要具体：收入目标、用户数、发布的内容、联系的客户。

第 3 课：市场时机——何时进入，何时退出

"在错误的时间选择正确的机会，和选择错误的机会是一样的。"

开发者技术采用曲线

每种技术都经历一个可预测的周期。了解一种技术在这条曲线上的位置，可以告诉你能赚什么样的钱以及你将面临多少竞争。

  创新          早期           增长          成熟          衰退
  触发点        采用阶段       阶段          阶段          阶段
     |               |               |               |               |
  "有趣的       "一些开发者     "每个人都在     "企业标准。     "遗留系统，
   论文/演示     在实际工作中   使用或正在       无聊。"         正在被
   在会议上"     使用它"       评估它"                        取代"

  收入：        收入：          收入：          收入：          收入：
  $0（太早了）  高利润率       规模化竞争，     商品化，        仅维护
                低竞争         利润率下降       低利润率
                先发优势       竞争加剧         大玩家主导      小众玩家
                                                               存活

2026 年每个机会的位置：

"太早/正好/太晚"框架

对于任何机会，问三个问题：

我太早了吗？

• 今天有一个愿意为此付费的客户吗？（不是"理论上会想要"。）
• 我能找到 10 个人，如果我这个月构建它就会付费吗？
• 底层技术是否足够稳定，不需要每季度重写？

如果任何答案是"否"，你太早了。等待，但密切关注。

时机正好吗？

• 需求存在且在增长（不仅仅是稳定的）
• 供给不足（竞争者少，或竞争者质量差）
• 技术足够稳定可以构建
• 先行者还没有锁定分发
• 你可以在 2-4 周内交付 MVP

如果全部为真，快速行动。这就是窗口。

我太晚了吗？

• 资金充裕的创业公司已经进入该领域
• 平台提供商正在构建原生解决方案
• 价格正在向底部竞争
• "最佳实践"已经完善（没有差异化空间）
• 你将构建的是商品

如果任何一条为真，寻找机会中尚未被商品化的小众，或者彻底转向。

读取信号：如何知道市场正在打开

你不需要预测未来。你需要准确地读取现在。以下是需要关注的。

信号 1：Hacker News 首页频率

当一种技术每周而不是每月出现在 HN 首页时，注意力正在转移。当 HN 评论从"这是什么？"变成"我怎么使用它？"时，3-6 个月内金钱就会跟上。

# Quick and dirty HN signal check using the Algolia API
curl -s "https://hn.algolia.com/api/v1/search?query=MCP+server&tags=story&hitsPerPage=5" \
  | python3 -c "
import sys, json
data = json.load(sys.stdin)
for hit in data.get('hits', []):
    print(f\"{hit.get('points', 0):4d} pts | {hit.get('created_at', '')[:10]} | {hit.get('title', '')}\")
"

信号 2：GitHub Star 增长速度

绝对 star 数不重要。增长速度才重要。一个 3 个月内从 0 增长到 5,000 stars 的仓库，比一个保持 50,000 stars 两年的仓库信号更强。

信号 3：招聘岗位增长

当公司开始招聘某项技术人才时，他们正在投入预算。招聘岗位是采用的滞后指标，但是企业支出的领先指标。

信号 4：会议演讲通过率

当会议 CFP 开始接受关于某项技术的演讲时，它正在从小众跨向主流。当会议为它创建专门的赛道时，企业采用即将到来。

读取信号：如何知道市场正在关闭

这更难。没有人想承认自己迟到了。但这些信号是可靠的。

信号 1：企业采用

当 Gartner 为一项技术写了魔力象限，早期进入者窗口就结束了。大型咨询公司（德勤、埃森哲、麦肯锡）写报告意味着商品化在 12-18 个月内到来。

信号 2：风险投资轮次

当你所在领域的竞争者融资 $10M+，你以类似条件竞争的窗口就关闭了。他们会在营销、招聘和功能上超过你。你的策略转向小众定位或退出。

信号 3：平台集成

当平台原生构建它时，你的第三方解决方案的日子就不多了。例子：

• 当 GitHub 原生添加了 Copilot，独立的代码补全工具死了。
• 当 VS Code 添加了内置终端管理，终端插件失去了相关性。
• 当 Vercel 添加原生 AI 功能，一些构建在 Vercel 上的 AI 包装产品变得多余了。

关注平台公告。当你构建所依赖的平台宣布他们正在构建你的功能时，你有 6-12 个月的时间来差异化或转向。

真实历史案例

规律： 开发者工具窗口平均持续 12-24 个月。AI 相关窗口更短（6-12 个月），因为变化速度更快。MCP 窗口大概从今天起还有 12-18 个月。之后，市场基础设施将建成，早期赢家将拥有分发，进入将需要显著更多的努力。

决策框架

评估任何机会时，使用这个：

1. 这项技术在采用曲线上的哪个位置？
   [ ] 创新 → 太早了（除非你享受风险）
   [ ] 早期采用 → 独立开发者的最佳窗口
   [ ] 增长 → 仍然可行但需要差异化
   [ ] 成熟 → 商品化。在价格上竞争或离开。
   [ ] 衰退 → 只有当你已经在里面并且盈利时

2. 领先信号在说什么？
   HN 频率：     [ ] 上升  [ ] 稳定  [ ] 下降
   GitHub 速度： [ ] 上升  [ ] 稳定  [ ] 下降
   招聘岗位：    [ ] 上升  [ ] 稳定  [ ] 下降
   风险投资：    [ ] 无    [ ] 种子轮  [ ] A 轮+  [ ] 后期

3. 你的诚实进入难度是什么？
   [ ] 这个月能交付 MVP
   [ ] 这个季度能交付 MVP
   [ ] 需要 6 个月以上（可能太慢了）

4. 决定：
   [ ] 现在进入（信号强，时机对，能快速交付）
   [ ] 观察和准备（信号混合，构建技能/原型）
   [ ] 跳过（太早、太晚或当前情况太难）

常见错误： 分析瘫痪——花太长时间评估时机，以至于窗口在你还在评估的时候就关闭了。上面的框架每个机会应该花 15 分钟。如果你 15 分钟内无法决定，你没有足够的信息。去构建一个原型，获取真实的市场反馈。

你的任务

1. 使用上面的决策框架评估你选择的机会（来自第 2 课）。对时机要诚实。
2. 检查你选择领域的 HN 信号。 运行上面的 API 查询（或手动搜索）。频率和情绪如何？
3. 确定一个信号来源，你将每周监控你选择的市场。设置日历提醒："每周一早上检查 [信号]。"
4. 写下你的时机论点。 用 3 句话：为什么现在是你的机会的正确时间？什么会证明你错了？什么会让你加倍投入？

第 4 课：构建你的情报系统

"第一个看到信号的开发者第一个拿到报酬。"

为什么大多数开发者错过机会

信息过载不是问题。信息无组织才是问题。

2026 年的普通开发者每天接触到：

• 50-100 条 Hacker News 故事
• 200+ 条关注者的推文
• 每周 10-30 封邮件通讯
• 5-15 个同时进行的 Slack/Discord 对话
• 数十个 GitHub 通知
• 各种博客文章、YouTube 视频、播客提及

每周总输入：成千上万个信号。对收入决策真正重要的：也许 3-5 个。

你不需要更多信息。你需要一个过滤器。一个将数千个输入减少到少数可行动信号的情报系统。

"10 个高信号来源"方法

不要监控 100 个嘈杂的渠道，选择 10 个高信号来源并好好监控它们。

高信号来源标准：

1. 产出与你的收入小众相关的内容
2. 有早期发现事物的记录（不仅仅是聚合旧新闻）
3. 每次阅读可以在 5 分钟内消化
4. 可以自动化（RSS feed、API 或结构化格式）

示例：一个"本地 AI + 隐私"情报堆栈：

# intelligence-sources.yml
# Your 10 high-signal sources — review weekly

sources:
  # Tier 1: Primary signals (check daily)
  - name: "HN — Local AI filter"
    url: "https://hnrss.org/newest?q=local+AI+OR+ollama+OR+llama.cpp+OR+private+AI&points=30"
    frequency: daily
    signal: "What developers are building and discussing"

  - name: "r/LocalLLaMA"
    url: "https://www.reddit.com/r/LocalLLaMA/top/.rss?t=week"
    frequency: daily
    signal: "Model releases, benchmarks, production use cases"

  - name: "r/selfhosted"
    url: "https://www.reddit.com/r/selfhosted/top/.rss?t=week"
    frequency: daily
    signal: "What people want to run locally (demand signals)"

  # Tier 2: Ecosystem signals (check twice/week)
  - name: "GitHub Trending — Rust"
    url: "https://github.com/trending/rust?since=weekly"
    frequency: twice_weekly
    signal: "New tools and libraries gaining traction"

  - name: "GitHub Trending — TypeScript"
    url: "https://github.com/trending/typescript?since=weekly"
    frequency: twice_weekly
    signal: "Frontend and tooling trends"

  - name: "Ollama Blog + Releases"
    url: "https://ollama.com/blog"
    frequency: twice_weekly
    signal: "Model and infrastructure updates"

  # Tier 3: Market signals (check weekly)
  - name: "Simon Willison's Blog"
    url: "https://simonwillison.net/atom/everything/"
    frequency: weekly
    signal: "Expert analysis of AI tools and trends"

  - name: "Changelog News"
    url: "https://changelog.com/news/feed"
    frequency: weekly
    signal: "Curated developer ecosystem news"

  - name: "TLDR AI Newsletter"
    url: "https://tldr.tech/ai"
    frequency: weekly
    signal: "AI industry overview"

  # Tier 4: Deep signals (check monthly)
  - name: "EU AI Act Updates"
    url: "https://artificialintelligenceact.eu/"
    frequency: monthly
    signal: "Regulatory changes affecting privacy-first demand"

建立你的情报堆栈

层 1：自动化收集（4DA）

如果你正在使用 4DA，这已经处理好了。4DA 从可配置来源摄取内容，根据你的开发者 DNA 按相关性分类，并在每日简报中呈现最高信号的项目。在设置中配置一个 LLM 提供商以获得 AI 驱动的分类——Ollama 配合本地模型完美适用。

层 2：RSS 用于其他所有

对于 4DA 未覆盖的来源，使用 RSS。每个严肃的情报运营都依赖 RSS，因为它是结构化的、自动化的，不依赖算法来决定你看到什么。

# Install a command-line RSS reader for quick scanning
# Option 1: newsboat (Linux/Mac)
# sudo apt install newsboat   # Linux
# brew install newsboat        # macOS

# Option 2: Use a web-based reader
# Miniflux (self-hosted, privacy-respecting) — https://miniflux.app
# Feedbin ($5/mo, excellent) — https://feedbin.com
# Inoreader (free tier) — https://www.inoreader.com

# newsboat configuration example
# Save as ~/.newsboat/urls

# Primary signals
https://hnrss.org/newest?q=MCP+server&points=20 "~HN: MCP Servers"
https://hnrss.org/newest?q=local+AI+OR+ollama&points=30 "~HN: Local AI"
https://www.reddit.com/r/LocalLLaMA/top/.rss?t=week "~Reddit: LocalLLaMA"

# Ecosystem signals
https://simonwillison.net/atom/everything/ "~Simon Willison"
https://changelog.com/news/feed "~Changelog"

# Your niche (customize these)
# [Add your domain-specific RSS feeds here]

层 3：Twitter/X 列表（策展的）

不要在主信息流中关注人。创建一个包含你小众领域 20-30 位意见领袖的私有列表。检查列表，而不是你的信息流。

如何建立一个有效的列表：

1. 从 5 个你始终觉得其内容有价值的人开始
2. 看看他们转推和互动的人
3. 添加那些人
4. 修剪任何超过 50% 是观点/热门评论的人（你要的是信号，不是评论）
5. 目标：20-30 个账号，能早期发现信息

层 4：GitHub Trending（每周）

每周检查 GitHub Trending，不是每天。每天是噪音。每周能呈现有持续势头的项目。

# Script to check GitHub trending repos in your languages
# Save as check_trending.sh

#!/bin/bash
echo "=== GitHub Trending This Week ==="
echo ""
echo "--- Rust ---"
curl -s "https://api.github.com/search/repositories?q=created:>$(date -d '7 days ago' +%Y-%m-%d)+language:rust&sort=stars&order=desc&per_page=5" \
  | python3 -c "
import sys, json
data = json.load(sys.stdin)
for repo in data.get('items', []):
    print(f\"  ★ {repo['stargazers_count']:>5} | {repo['full_name']}: {repo.get('description', 'No description')[:80]}\")
"

echo ""
echo "--- TypeScript ---"
curl -s "https://api.github.com/search/repositories?q=created:>$(date -d '7 days ago' +%Y-%m-%d)+language:typescript&sort=stars&order=desc&per_page=5" \
  | python3 -c "
import sys, json
data = json.load(sys.stdin)
for repo in data.get('items', []):
    print(f\"  ★ {repo['stargazers_count']:>5} | {repo['full_name']}: {repo.get('description', 'No description')[:80]}\")
"

15 分钟晨间扫描

这是例行程序。每天早上。15 分钟。不是 60 分钟。不是"有空的时候"。十五分钟，带计时器。

第 0-3 分钟：  检查 4DA 仪表板（或 RSS 阅读器）查看隔夜信号
第 3-6 分钟：  浏览 Twitter/X 列表（不是主信息流）——只看标题
第 6-9 分钟：  检查 GitHub Trending（每周）或 HN 首页（每天）
第 9-12 分钟：如果有有趣的信号，收藏它（现在不要阅读）
第 12-15 分钟：在你的情报日志中写下一条观察

就这样。关闭一切。开始你的真正工作。

情报日志：

保持一个简单的文件。日期和一条观察。就这些。

# Intelligence Log — 2026

## February

### 2026-02-17
- MCP server for Playwright testing appeared on HN front page (400+ pts).
  Testing automation via MCP is heating up. My agent templates could target this.

### 2026-02-14
- r/LocalLLaMA post about running Qwen 2.5 72B on M4 Max (128GB) at 25 tok/s.
  Apple Silicon is becoming a serious local AI platform. Mac-focused consulting?

### 2026-02-12
- EU AI Act transparency obligations now enforced. LinkedIn full of CTOs posting
  about compliance scrambles. Local AI consulting demand spike incoming.

30 天后，回顾日志。你会发现在实时中看不到的模式。

将情报转化为行动：信号 → 机会 → 决策管道

大多数开发者收集情报然后什么都不做。他们读 HN，点点头，然后回去工作。那是娱乐，不是情报。

以下是如何将信号转化为金钱：

信号（原始信息）
  ↓
  过滤：这与第 2 课的 7 个机会中的任何一个有关吗？
  如果否 → 丢弃
  如果是 ↓

机会（过滤后的信号 + 上下文）
  ↓
  评估：使用第 3 课的时机框架
  - 太早？ → 收藏，30 天后再看
  - 正好？ ↓
  - 太晚？ → 丢弃

决策（可行动的承诺）
  ↓
  选择其一：
  a) 立即行动 — 本周开始构建
  b) 准备 — 构建技能/原型，下个月行动
  c) 观察 — 添加到情报日志，90 天后重新评估
  d) 跳过 — 不适合我，不需要行动

关键是明确地做出决策。"这很有趣"不是一个决策。"我将在这个周末为 Playwright 测试构建一个 MCP 服务器"是一个决策。"我将观察 MCP 测试工具 30 天，在 3 月 15 日决定是否进入"也是一个决策。即使"我跳过这个，因为它不匹配我的技能"也是一个决策。

未决的项目会堵塞你的心理管道。做决定，即使决定是等待。

你的任务

1. 建立你的来源列表。 使用上面的模板，列出你的 10 个高信号来源。要具体——精确的 URL，不是"关注科技 Twitter"。
2. 建立你的基础设施。 安装一个 RSS 阅读器（或配置 4DA）与你的来源。这应该花 30 分钟，不是一个周末。
3. 开始你的情报日志。 创建文件。写下今天的第一条记录。设置每日提醒进行 15 分钟晨间扫描。
4. 通过管道处理一个信号。 拿这周你在科技新闻中看到的东西。通过信号 → 机会 → 决策管道运行它。写下明确的决策。
5. 安排你的第一次 30 天回顾。 放在日历上：30 天后回顾你的情报日志，识别模式。

第 5 课：让你的收入面向未来

"学习一项技能的最佳时间是市场为它付费之前的 12 个月。"

12 个月的技能领先

你今天获得报酬的每项技能，都是你 1-3 年前学的。这就是滞后。2027 年会给你带来报酬的技能，是你现在开始学习的。

这不意味着追逐每个趋势。它意味着维护一小组"赌注"——你在它们明显可市场化之前投入学习时间的技能。

那些在 2020 年学习 Rust 的开发者，是 2026 年收取 $250-400/小时 Rust 咨询费的人。那些在 2017 年学习 Kubernetes 的开发者，是 2019-2022 年要求溢价费率的人。模式在重复。

问题是：你现在应该学什么，市场在 2027-2028 年会为之付费？

2027 年可能重要的东西（有根据的预测）

这些不是猜测——它们是基于真实证据的当前轨迹的外推。

预测 1：设备端 AI（手机和平板电脑作为计算节点）

Apple Intelligence 在 2024-2025 年推出了有限功能。高通的 Snapdragon X Elite 在笔记本电脑中放入了 45 TOPS 的 AI 算力。三星和谷歌正在手机上添加设备端推理。

到 2027 年，预计：

• 3B-7B 模型在旗舰手机上以可用速度运行
• 设备端 AI 成为标准操作系统功能（不是一个应用）
• 新的应用类别——处理敏感数据而无需联系服务器

收入影响： 利用设备端推理处理无法发送到云端的数据（健康数据、财务数据、个人照片）的应用。开发技能：移动 ML 部署、模型量化、设备端优化。

现在的学习投入： 学习 Apple 的 Core ML 或 Google 的 ML Kit。花 20 小时了解 llama.cpp 针对移动目标的模型量化。这种专业知识在 18 个月后将稀缺且有价值。

预测 2：代理间商务

MCP 让人类将 AI 代理连接到工具。下一步是代理连接到其他代理。需要法律分析的代理调用法律分析代理。构建网站的代理调用设计代理。代理作为微服务。

到 2027 年，预计：

• 代理间发现和调用的标准化协议
• 代理间交易的计费机制
• 你的代理可以通过服务其他代理赚钱的市场

收入影响： 如果你构建了一个提供有价值服务的代理，其他代理可以成为你的客户——不仅仅是人类。这是最字面意义上的被动收入。

现在的学习投入： 深入理解 MCP（不仅仅是"如何构建服务器"，而是协议规范）。构建暴露干净、可组合接口的代理。用 API 设计的思维来思考，但服务对象是 AI 消费者。

预测 3：去中心化 AI 市场

开发者出售闲置 GPU 算力的点对点推理网络正在从概念走向早期实现。Petals、Exo 等项目以及各种基于区块链的推理网络正在为此构建基础设施。

到 2027 年，预计：

• 至少一个出售 GPU 算力的主流网络
• 易于参与的工具（不仅仅面向加密爱好者）
• 收入潜力：$50-500/月来自闲置 GPU 时间

收入影响： 你的 GPU 可以在你睡觉时赚钱，而你不需要运行任何特定服务。你只需向网络贡献算力并获得报酬。

现在的学习投入： 运行一个 Petals 或 Exo 节点。了解经济模型。基础设施不成熟但基本面是扎实的。

预测 4：多模态应用（语音 + 视觉 + 文本）

本地多模态模型（LLaVA、Qwen-VL、Fuyu）正在快速改进。语音模型（Whisper、Bark、XTTS）已经达到了本地生产质量。文本 + 图像 + 语音 + 视频在本地硬件上的融合处理打开了新的应用类别。

到 2027 年，预计：

• 本地模型处理视频、图像和语音，像我们目前处理文本一样容易
• 不发送到云端就能分析视觉内容的应用
• 由本地模型驱动的语音优先界面

收入影响： 本地处理多模态内容的应用——视频分析工具、语音控制的开发环境、用于制造的视觉检测系统。

现在的学习投入： 通过 Ollama 体验 LLaVA 或 Qwen-VL。构建一个本地处理图像的原型。了解延迟和质量的权衡。

# Try a multimodal model locally right now
ollama pull llava:13b

# Analyze an image (you need to base64 encode it)
# This will process entirely on your machine
curl http://localhost:11434/api/generate -d '{
  "model": "llava:13b",
  "prompt": "Describe what you see in this image in detail. Focus on any technical elements.",
  "images": ["<base64-encoded-image>"],
  "stream": false
}'

预测 5：AI 监管全球扩展

欧盟 AI 法案是第一个，但不是最后一个。巴西、加拿大、日本、韩国和美国几个州正在制定 AI 法规。印度正在考虑披露要求。全球监管覆盖面正在扩大。

到 2027 年，预计：

• 至少 3-4 个主要司法管辖区拥有 AI 专项法规
• 合规咨询成为一个明确的专业服务类别
• "AI 审计"成为企业软件采购的标准要求

收入影响： 合规专业知识变得越来越有价值。如果你能帮助一家公司证明其 AI 系统满足多个司法管辖区的监管要求，你提供的服务价值 $200-500/小时。

现在的学习投入： 阅读欧盟 AI 法案（不是摘要——实际文本）。了解风险分类系统。关注 NIST AI 风险管理框架。这些知识会复合增长。

无论趋势如何变化都能转移的技能

趋势来来去去。这些技能在每个周期中都保持有价值：

1. 系统思维 理解组件如何在复杂系统中交互。无论是微服务架构、机器学习管道还是业务流程——从组件交互中推理涌现行为的能力是永久有价值的。

2. 隐私和安全专业知识 每个趋势都让数据更有价值。每个法规都让数据处理更复杂。安全和隐私专业知识是永久的护城河。既懂"如何构建"又懂"如何安全构建"的开发者可以要求 1.5-2 倍的费率。

3. API 设计 每个时代都创造新的 API。REST、GraphQL、WebSockets、MCP、代理协议——具体细节在变，但设计干净、可组合、文档完善的接口的原则是恒定的。好的 API 设计稀缺且有价值。

4. 开发者体验（DX）设计 让其他开发者真正享受使用的工具的能力。这是技术技能、同理心和品味的结合，很少有人具备。如果你能构建具有出色 DX 的工具，你可以用任何技术构建它们，它们都会找到用户。

5. 技术写作 清晰解释复杂技术概念的能力。这在每个场景中都有价值：文档、博客文章、课程、咨询交付物、开源 README 文件、产品营销。好的技术写作永远稀缺，永远有需求。

"技能保险"策略

将你的学习时间分配到三个视野：

|  视野    |  时间分配       |  示例（2026）                      |
|-----------|-------------------|------------------------------------|
| 现在      | 60% 学习时间    | 加深你当前的技术栈                 |
|           |                   | （今天为你赚钱的技能）             |
|           |                   |                                    |
| 12 个月   | 30% 学习时间    | 设备端 AI、代理协议、               |
|           |                   | 多模态处理                         |
|           |                   | （2027 年会付费的技能）            |
|           |                   |                                    |
| 36 个月   | 10% 学习时间    | 去中心化 AI、代理商务、             |
|           |                   | 跨司法管辖区合规                   |
|           |                   | （认知层面，非专业知识）           |

60/30/10 的比例是刻意的：

• 60% 花在"现在"技能上保持你的收入，确保你当前的收入流保持健康
• 30% 花在"12 个月"技能上为你的下一个收入流在你需要之前打好基础
• 10% 花在"36 个月"技能上让你了解即将到来的东西，而不会过度投资于可能不会实现的东西

常见错误： 将 80% 的学习时间花在"36 个月"视野的东西上，因为它令人兴奋，而你当前的收入流因为你没有维护底层技能而腐烂。面向未来不意味着放弃现在。它意味着维护现在的同时战略性地侦察未来。

如何实际学习（高效地）

开发者学习有一个生产力问题。大多数"学习"实际上是：

• 阅读教程而不构建任何东西（记忆率：~10%）
• 以 2 倍速看 YouTube（记忆率：~5%）
• 购买课程并完成 20%（记忆率：~15%）
• 卡住时阅读文档，解决眼前的问题，然后立即忘记（记忆率：~20%）

唯一持续高记忆率的方法是用新技能构建真实的东西并发布它。

阅读相关内容：          10% 记忆率
观看教程：              15% 记忆率
跟着做：                30% 记忆率
构建真实的东西：        60% 记忆率
构建并发布：            80% 记忆率
构建、发布、教授：      95% 记忆率

对于你投入的每个"12 个月"技能，最低产出应该是：

1. 一个可工作的原型（不是玩具——处理真实用例的东西）
2. 一个发布的产物（博客文章、开源仓库或产品）
3. 一次与愿意为这项技能付费的人的对话

这就是你将学习时间转化为未来收入的方式。

你的任务

1. 写下你的 60/30/10 比例。 你的现在技能（60%）、12 个月技能（30%）和 36 个月技能（10%）是什么？要具体——说出技术名称，不仅仅是类别。
2. 选择一个 12 个月技能，本周花 2 小时在上面。不是阅读——用它构建一些东西，即使是微不足道的。
3. 审计你当前的学习习惯。 过去一个月你的学习时间中有多少产生了发布的产物？如果答案是"没有"，那就是需要修复的事。
4. 设置一个日历提醒，6 个月后提醒自己："回顾技能预测。12 个月的赌注准确吗？调整分配。"

从 $500/月扩展到 $10K/月

大多数开发者收入流在 $500/月和 $2,000/月之间停滞。你已经验证了概念，客户存在，收入是真实的——但增长陷入瓶颈。本节是突破这个瓶颈的实用攻略。

为什么收入流在 $500-2,000/月停滞：

1. 你达到了个人吞吐量上限。 一个人能处理的支持工单、咨询小时或内容数量是有限的。
2. 你什么都自己做。 营销、开发、支持、会计、内容——上下文切换正在扼杀你的有效产出。
3. 你的定价太低。 你设定了启动价格来吸引早期客户，然后再也没有提高。
4. 你不会说不。 功能请求、定制工作、"快速电话"——小的干扰累积成重大的时间消耗。

$500 到 $2K 阶段：修正你的定价

如果你赚 $500/月，你的第一步几乎总是涨价，而不是更多客户。大多数开发者定价低了 30-50%。

当前：100 客户 x $5/月 = $500/月
方案 A：再获得 100 个客户（支持、营销、基础设施翻倍）= $1,000/月
方案 B：涨价到 $9/月，流失 20% 客户 = 80 x $9 = $720/月

方案 B 给你多 44% 的收入，但客户更少，支持负担更轻。
以 $15/月同样 20% 流失率：80 x $15 = $1,200/月——增长 140%。

证据： Patrick McKenzie 对成千上万 SaaS 产品的分析表明，独立开发者几乎普遍定价过低。因涨价而流失的客户通常是产生最多支持工单和最少好评的客户。你最好的客户几乎不会注意到 50% 的价格上涨，因为你提供的价值远超成本。

如何涨价而不失去勇气：

1. 对现有客户保持原价（可选但减少摩擦）
2. 提前 30 天通知，通过邮件："从 [日期] 起，新定价为 [X]。你的当前费率锁定 [6 个月/永久]。"
3. 在涨价的同时添加一个小改进——一个新功能、更快的性能、更好的文档。改进不需要证明价格上涨的合理性，但它给客户一些积极的东西来关联这个变化。
4. 跟踪 60 天的流失率。 如果流失率低于 10%，涨价是正确的。如果流失率超过 20%，你可能跳得太远——考虑一个中间层级。

$2K 到 $5K 阶段：自动化或委托

在 $2K/月时，你可以开始从低价值任务中解放自己。数学成立：

你在 $2K/月、每周 20 小时的有效时薪 = $25/小时
虚拟助理成本 $10-20/小时
合同开发者成本 $30-60/小时

首先委托的任务（最高杠杆）：
1. 客户支持（VA，$10-15/小时）— 释放每周 3-5 小时
2. 内容格式化/排程（VA，$10-15/小时）— 释放每周 2-3 小时
3. 记账（专业 VA，$15-25/小时）— 释放每周 1-2 小时

总成本：~$400-600/月
释放时间：每周 6-10 小时
这 6-10 小时用于产品开发、营销或第二个收入流。

雇用你的第一个外包人员：

• 从单一、明确的任务开始。 不是"帮我做生意"。更像是"使用这份操作手册回复支持工单，将需要代码更改的问题升级。"
• 在哪里找到他们： Upwork（筛选 90%+ 工作成功率、100+ 小时）、OnlineJobs.ph（找 VA）或来自其他独立开发者的个人推荐。
• 公平付费。 时薪 $8 但需要持续监督的外包人员比时薪 $15 但独立工作的人成本更高。
• 先创建操作手册。 在移交之前记录每个可重复的任务。如果你不能把流程写下来，你就不能委托它。
• 试用期： 2 周，付费，有具体的交付物。如果质量不达标就结束试用。不要花几个月"培训"不合适的人。

$5K 到 $10K 阶段：系统，而非努力

在 $5K/月时，你已经过了"副项目"阶段。这是一个真正的生意。跳到 $10K 需要系统思维，不仅仅是更多的努力。

这个阶段的三个杠杆：

1. 扩展你的产品线。 你现有的客户是你最温暖的受众。你可以向他们销售什么相邻产品？

   • SaaS 客户想要模板、指南或咨询
   • 模板购买者想要一个自动化模板手工操作的 SaaS
   • 咨询客户想要产品化的服务（固定范围、固定价格）

2. 建立复合增长的分发渠道。

   • SEO：每篇博客文章都是永久的获客来源。每月投入 2-4 篇高质量文章，针对你小众领域的长尾关键词。
   • 邮件列表：这是你最有价值的资产。维护它。每周发给列表的一封专注邮件比每天的社交媒体发帖更有效。
   • 合作伙伴关系：找到互补（而非竞争）的产品并交叉推广。设计系统工具与组件库的合作是天然的。

3. 再次涨价。 如果你在 $500/月时涨过价之后就没再涨，是时候了。你的产品现在更好了。你的声誉更强了。你的支持基础设施更可靠了。价值增加了——价格应该反映这一点。

自动化交付：

在 $5K+/月时，手动交付成为瓶颈。首先自动化这些：

$10K/月时的心态转变：

$10K 以下时，你在优化收入增长。$10K 时，你开始优化时间效率。问题从"我如何赚更多钱？"变成"我如何用更少的时间赚同样的钱？"——因为释放出来的时间就是你投资于增长下一阶段的资本。

何时砍掉一个收入流：决策框架

模块 S2 详细介绍了四条砍掉规则（$100 规则、ROI 规则、精力规则、机会成本规则）。这里是进化前沿背景下的补充框架——市场时机决定了一个表现不佳的收入流是耐心问题还是市场问题。

市场时机砍掉标准：

不是每个表现不佳的收入流都值得更多努力。有些确实是太早了（耐心会有回报）。有些太晚了（窗口在你构建的时候关闭了）。区分这两者是坚持和固执之间的区别。

收入流健康评估

收入流名称：_______________
年龄：_____ 个月
月收入：$_____
每月投入时间：_____
收入趋势（最近 3 个月）：[ ] 增长  [ ] 平稳  [ ] 下降

市场信号：
1. 你的关键词搜索量是在增长还是下降？
   [ ] 增长 → 市场在扩张（耐心可能有回报）
   [ ] 平稳 → 市场成熟了（差异化或退出）
   [ ] 下降 → 市场在收缩（除非你主导一个小众，否则退出）

2. 竞争者是在进入还是离开？
   [ ] 新竞争者到来 → 市场被验证但越来越拥挤
   [ ] 竞争者离开 → 要么市场在死亡，要么你会继承他们的客户
   [ ] 没有变化 → 稳定市场，增长取决于你的执行

3. 你依赖的平台/技术是否改变了方向？
   [ ] 没有变化 → 稳定的基础
   [ ] 小幅变化（定价、功能）→ 适应并继续
   [ ] 重大变化（弃用、收购、转型）→ 认真评估退出

决策：
- 如果收入在增长且市场信号积极 → 保持（投入更多）
- 如果收入平稳且市场信号积极 → 迭代（改变方法，而非产品）
- 如果收入平稳且市场信号中性 → 设定期限（90 天内展示增长或砍掉）
- 如果收入下降且市场信号消极 → 砍掉（市场已经说话了）
- 如果收入下降且市场信号积极 → 你的执行有问题，不是市场——修复或找能修复的人

最难的砍掉： 当你对一个市场不要的收入流有情感依附。你构建得很漂亮。代码干净。用户体验考虑周到。但没有人购买。市场不会因为你努力工作就欠你收入。砍掉它，提取经验教训，重新定向精力。技能可以转移。代码不必。

第 6 课：你的 2026 机会雷达

"写下来的计划打败脑子里的计划。每一次。"

交付成果

这就是了——让这个模块值得你花时间的产出。你的 2026 机会雷达记录了你今年下注的三个方向，有足够的具体性来实际执行。

不是五个赌注。不是"一些想法"。三个。人类在同时追求超过三件事时表现很差。一个是理想的。三个是上限。

为什么是三个？

• 机会 1： 你的主要赌注。这获得你 70% 的努力。如果你的赌注中只有一个成功，你希望是这个。
• 机会 2： 你的次要赌注。这获得你 20% 的努力。它要么是机会 1 失败的对冲，要么是对它的自然补充。
• 机会 3： 你的实验。这获得你 10% 的努力。它是外卡——在采用曲线上更早的东西，可能很大也可能不了了之。

模板

复制这个。填写。打印出来贴在墙上。每周一早上打开它。这是你 2026 年的运营文件。

# 2026 Opportunity Radar
# [Your Name]
# Created: [Date]
# Next Review: [Date + 90 days]

---

## Opportunity 1: [NAME] — Primary (70% effort)

### What It Is
[One paragraph describing exactly what you're building/selling/offering]

### Why Now
[Three specific reasons this opportunity exists TODAY and not 12 months ago]
1.
2.
3.

### My Competitive Advantage
[What do you have that makes you better positioned than a random developer?]
- Skill advantage:
- Knowledge advantage:
- Network advantage:
- Timing advantage:

### Revenue Model
- Pricing: [Specific price point(s)]
- Revenue target Month 1: $[X]
- Revenue target Month 3: $[X]
- Revenue target Month 6: $[X]
- Revenue target Month 12: $[X]

### 30-Day Action Plan
Week 1: [Specific, measurable actions]
Week 2: [Specific, measurable actions]
Week 3: [Specific, measurable actions]
Week 4: [Specific, measurable actions]

### Success Criteria
- DOUBLE DOWN signal: [What would make you increase effort?]
  Example: "3+ paying customers in 60 days"
- PIVOT signal: [What would make you change approach?]
  Example: "0 paying customers after 90 days despite 500+ views"
- KILL signal: [What would make you abandon this entirely?]
  Example: "A major platform announces a free competing feature"

---

## Opportunity 2: [NAME] — Secondary (20% effort)

### What It Is
[One paragraph]

### Why Now
1.
2.
3.

### My Competitive Advantage
- Skill advantage:
- Knowledge advantage:
- Relationship to Opportunity 1:

### Revenue Model
- Pricing:
- Revenue target Month 3: $[X]
- Revenue target Month 6: $[X]

### 30-Day Action Plan
Week 1-2: [Specific actions — remember, this gets only 20% effort]
Week 3-4: [Specific actions]

### Success Criteria
- DOUBLE DOWN:
- PIVOT:
- KILL:

---

## Opportunity 3: [NAME] — Experiment (10% effort)

### What It Is
[One paragraph]

### Why Now
[One compelling reason]

### 30-Day Action Plan
[2-3 specific, small experiments to validate the opportunity]
1.
2.
3.

### Success Criteria
- PROMOTE to Opportunity 2 if: [what would need to happen]
- KILL if: [after how long with no traction]

---

## Quarterly Review Schedule

- Q1 Review: [Date]
- Q2 Review: [Date]
- Q3 Review: [Date]
- Q4 Review: [Date]

At each review:
1. Check success criteria for each opportunity
2. Decide: double down, pivot, or kill
3. Replace killed opportunities with new ones from your intelligence log
4. Update revenue targets based on actual performance
5. Adjust effort allocation based on what's working

完成的示例

这是一个现实的、填好的机会雷达，让你看看好的是什么样的：

# 2026 Opportunity Radar
# Alex Chen
# Created: 2026-02-18
# Next Review: 2026-05-18

---

## Opportunity 1: MCP Server Bundle for DevOps — Primary (70%)

### What It Is
A pack of 5 MCP servers that connect AI coding tools to DevOps
infrastructure: Docker management, Kubernetes cluster status,
CI/CD pipeline monitoring, log analysis, and incident response.
Sold as a bundle on Gumroad/Lemon Squeezy, with a premium
"managed hosting" tier.

### Why Now
1. MCP ecosystem is early — no DevOps-focused bundle exists yet
2. Claude Code and Cursor are adding MCP support to enterprise plans
3. DevOps engineers are high-value users who will pay for tools that
   save time during incidents

### My Competitive Advantage
- Skill: 6 years of DevOps experience (Kubernetes, Docker, CI/CD)
- Knowledge: I know the pain points because I live them daily
- Timing: First comprehensive DevOps MCP bundle

### Revenue Model
- Bundle price: $39 (one-time)
- Managed hosting tier: $15/month
- Revenue target Month 1: $400 (10 bundle sales)
- Revenue target Month 3: $1,500 (25 bundles + 20 managed)
- Revenue target Month 6: $3,000 (40 bundles + 50 managed)
- Revenue target Month 12: $5,000+ (managed tier growing)

### 30-Day Action Plan
Week 1: Build Docker MCP server + Kubernetes MCP server (core 2 of 5)
Week 2: Build CI/CD and log analysis servers (servers 3-4 of 5)
Week 3: Build incident response server, create landing page, write docs
Week 4: Launch on Gumroad, post on HN Show, tweet thread, r/devops

### Success Criteria
- DOUBLE DOWN: 20+ sales in first 60 days
- PIVOT: <5 sales in 60 days (try different positioning or distribution)
- KILL: A major platform (Datadog, PagerDuty) ships free MCP servers
  for their products

---

## Opportunity 2: Local AI Deployment Blog + Consulting — Secondary (20%)

### What It Is
A blog documenting local AI deployment patterns with real
configurations and benchmarks. Generates consulting leads.
Blog posts are free; consulting is $200/hr.

### Why Now
1. EU AI Act transparency obligations just hit (Feb 2026)
2. Content about LOCAL deployment (not cloud) is scarce
3. Every blog post is a permanent consulting lead magnet

### My Competitive Advantage
- Skill: Already running local LLMs in production at day job
- Knowledge: Benchmarks and configs nobody else has published
- Relationship to Opp 1: MCP servers demonstrate competence

### Revenue Model
- Blog: $0 (lead generation)
- Consulting: $200/hr, target 5 hrs/month
- Revenue target Month 3: $1,000/month
- Revenue target Month 6: $2,000/month

### 30-Day Action Plan
Week 1-2: Write and publish 2 high-quality blog posts
Week 3-4: Promote on LinkedIn, engage in relevant HN threads

### Success Criteria
- DOUBLE DOWN: 2+ consulting inquiries in 60 days
- PIVOT: 0 inquiries after 90 days (content isn't reaching buyers)
- KILL: Unlikely — blog posts compound regardless

---

## Opportunity 3: Agent-to-Agent Protocol Experiment — Experiment (10%)

### What It Is
Exploring agent-to-agent communication patterns — building a
prototype where one MCP server can discover and call another.
If agent commerce becomes real, early infrastructure builders win.

### Why Now
- Anthropic and OpenAI both hinting at agent interoperability
- This is 12-18 months early, but the infrastructure play is worth
  a small bet

### 30-Day Action Plan
1. Build two MCP servers that can discover each other
2. Prototype a billing mechanism (one agent paying another)
3. Write up findings as a blog post

### Success Criteria
- PROMOTE to Opportunity 2 if: agent interoperability protocol
  announced by any major player
- KILL if: no protocol movement after 6 months

---

## Quarterly Review: May 18, 2026

季度回顾仪式

每 90 天，预留 2 小时。不是 30 分钟——两小时。这是季度中最有价值的规划时间。

回顾议程：

第 1 小时：评估
  0:00 - 0:15  对照实际结果回顾每个机会的成功标准
  0:15 - 0:30  回顾你的情报日志中的新兴信号
  0:30 - 0:45  评估：自上次回顾以来市场发生了什么变化？
  0:45 - 1:00  诚实的自我评估：我执行得好的是什么？我放弃了什么？

第 2 小时：规划
  1:00 - 1:15  对每个机会做决定：加倍投入/转向/砍掉
  1:15 - 1:30  如果砍掉了一个机会，从情报日志中选择替代
  1:30 - 1:45  更新努力分配和收入目标
  1:45 - 2:00  为每个机会写下未来 90 天的行动计划

大多数人跳过的（但不应该跳过的）：

"诚实的自我评估"步骤。当收入目标未达到时，很容易归咎于市场。有时候市场确实是问题。但更多时候，问题是你没有执行计划。你被一个新想法分散了注意力，或者你花了 3 周"完善"一些东西而不是发布它，或者你就是没有做你说要做的外联。

在回顾中要诚实。机会雷达只有在你用真实数据而非舒适的叙事来更新它时才有效。

你的任务

1. 填写机会雷达模板。 三个机会全部。所有字段。设定 60 分钟计时器。
2. 选择你的主要机会，从第 2 课的七个中选，参考第 3 课的时机分析、第 4 课的情报系统和第 5 课的面向未来视角。
3. 完成机会 1 的 30 天行动计划，有每周里程碑。这些应该具体到你可以勾选。"做 MCP 服务器的工作"不具体。"将 MCP 服务器发布到 npm，包含 README 和 3 个示例配置"才具体。
4. 安排你的第一次季度回顾。 放在日历上。两小时。不可协商。
5. 与一个人分享你的机会雷达。 责任制很重要。告诉一个朋友、同事，或公开发布。"今年我要追求 [X]、[Y] 和 [Z]。这是我的计划。"公开宣布你的赌注会让你更有可能执行。

模块 E：完成

你在第 11 周构建了什么

你现在拥有了大多数开发者从未创建过的东西：一个结构化的、基于证据的计划，决定今年在哪里投入你的时间和精力。

具体来说，你拥有：

1. 当前格局评估 — 不是泛泛的"AI 正在改变一切"陈词滥调，而是关于 2026 年发生了什么变化为拥有本地基础设施的开发者创造收入机会的具体知识。
2. 七个评估过的机会，有具体的收入潜力、竞争分析和行动计划——不是抽象的类别，而是你本周就可以开始的可行动业务。
3. 一个时机框架，防止你太早或太晚进入市场——加上每个市场需要关注的信号。
4. 一个可运行的情报系统，自动发现机会，而不依赖运气和浏览习惯。
5. 一个面向未来的策略，保护你的收入免受 2027 年及以后不可避免的变化的冲击。
6. 你的 2026 机会雷达 — 你下注的三个方向，有成功标准和季度回顾节奏。

持续更新的模块承诺

这个模块将在 2027 年 1 月重写。七个机会将会改变。一些将被升级（如果仍然热门）。一些将被标记为"窗口正在关闭"。新的将被添加。时机框架将被重新校准。预测将对照现实进行审计。

如果你购买了 STREETS 核心版，你每年免费获得更新的进化前沿模块。这不是你完成后就搁置的课程——这是你维护的系统。

接下来是什么：模块 T2 — 战术自动化

你已经确定了你的机会（本模块）。现在你需要自动化运营开销，这样你就可以专注于执行而不是维护。

模块 T2（战术自动化）涵盖：

• 自动化内容管道 — 从情报收集到发布通讯，最少的手动干预
• 客户交付自动化 — 模板化的提案、自动化的发票、定时的交付物
• 收入监控 — 实时跟踪每个收入流的收入、每次获客成本和 ROI 的仪表板
• 警报系统 — 当某些事情需要你关注时收到通知（市场变化、客户问题、机会信号）而不是手动检查
• 开发者收入的"每周 4 小时工作制" — 如何将运营开销减少到每周 4 小时以下，让其余时间用于构建

目标：每小时人类注意力的最大收入。机器处理例行公事。你处理决策。

4DA 集成

这就是 4DA 变得不可或缺的地方。

进化前沿模块告诉你要找什么。4DA 告诉你什么时候正在发生。

语义变化检测会注意到一种技术何时从"实验性"跨越到"生产级"——正是你需要的时机信号来决定何时入场。信号链跟踪新兴机会在数天和数周内的故事弧线，将 HN 讨论与 GitHub 发布与招聘趋势联系起来。可行动信号将传入的内容分类到与你的机会雷达匹配的类别中。

你不需要手动检查。你不需要维护 10 个 RSS 源和一个 Twitter 列表。4DA 呈现对你的计划重要的信号，根据你的开发者 DNA 评分，在你的每日简报中送达。

设置你的 4DA 来源以匹配第 4 课中的情报堆栈。配置你的开发者 DNA 以反映你雷达中的机会。然后让 4DA 做扫描，你做构建。

每天用 4DA 检查信号 15 分钟的开发者，比每天花 2 小时没有系统地浏览 Hacker News 的开发者更早发现机会。

情报不在于消费更多信息。它在于在正确的时间消费正确的信息。这就是 4DA 做的。

你的机会雷达是你的指南针。你的情报系统是你的雷达。现在去构建吧。

这个模块写于 2026 年 2 月。2027 版将于 2027 年 1 月推出。 STREETS 核心版购买者每年免费获得更新。

你的设备。你的规则。你的收入。