AI 范式雷达 — 运营指南

AI 范式雷达 — 运营指南

本文件是「AI 范式雷达」栏目的完整运营指南。 AI Agent 可根据此文件独立完成：主题调研、选题、文章撰写与润色。

一、栏目定位

AI 范式雷达 是一个技术深度博客栏目，定位：

  • 关注周期：每周/每月技术热点
  • 视角选择：从一个具体技术视角切入，深入解析
  • 读者价值：让读者读完后有”受益匪浅”的获得感，能带走可实操的技术认知
  • 典型标题：AI 范式雷达：《基于 PI 构建你的超强智能体》

与「一分钟读论文」的区别

维度 一分钟读论文 AI 范式雷达
来源 单篇学术论文 技术热点/多源综合
篇幅 800-1000 字 3000-6000 字
深度 论文核心摘要 从原理到实操的完整路径
风格 客观第三人称 实操导向、友好专家语气
配图 1-3 张 SVG 3-8 张（含架构图、流程图、代码截图）
代码 偶尔 频繁，带注释的可运行代码

二、写作风格（对齐 Addy Osmani）

本栏目全面对齐 addyosmani.com/blog 的写作风格。以下是具体规范：

2.1 语气与人称

  • 友好专家：像一个经验丰富的同事在分享实战经验
  • 第二人称为主：使用”你”来拉近距离（”如果你的团队正在…”）
  • 偶尔第一人称：分享观察和经验（”在实际项目中，我发现…”）
  • 通俗不口水：解释术语，但不降低技术含量

2.2 文章结构模板

---
layout: post
title: "AI 范式雷达：《文章标题》"
author: unbug
categories: [AI, ParadigmRadar]
image: assets/images/paradigm-radar-slug.svg
tags: [Tag1, Tag2, Tag3]
---

[Hook 段落] — 一个引人入胜的开头，用数据、问题或场景切入

## 目录（可选，长文建议加）

## 为什么这个话题重要
- 背景和动机
- 解决了什么痛点
- 当前的现状与挑战

## 核心原理 / 它是怎么工作的
- 技术原理解释（由浅入深）
- 架构图 / 流程图
- 关键概念逐一拆解

## 实操指南 / 动手试试
- 环境准备
- 代码示例（带注释、可运行）
- 预期输出和结果

## 进阶技巧 / 最佳实践
- 性能优化
- 常见坑和解决方案
- 与其他方案的对比

## 实际案例 / 效果验证
- Before vs After
- 性能数据
- 真实场景应用

## 总结与行动清单
- 3-5 个可立即执行的行动项
- 推荐的下一步学习路径

## References
- [资源描述][links-1]
- [资源描述][links-2]


[links-1]: https://...
[links-2]: https://...

2.3 标题规范

格式：AI 范式雷达：《中文标题》

规则：

  1. 固定前缀 AI 范式雷达：
  2. 标题要有吸引力，暗示读者能获得什么
  3. 用中文书名号《》包裹
  4. 标题 10-25 字（不含前缀）

好标题示例：

  • AI 范式雷达：《基于 PI 构建你的超强智能体》
  • AI 范式雷达：《用 RAG 2.0 让你的 LLM 不再幻觉》
  • AI 范式雷达：《MCP 协议实战：5 步打通工具调用》
  • AI 范式雷达：《Agent 编排框架选型指南 2026》

坏标题示例：

  • ❌ AI 范式雷达：《浅谈 AI 的未来》（太泛，无具体承诺）
  • ❌ AI 范式雷达：《震惊！这个框架改变了一切！》（标题党）
  • ❌ AI 范式雷达：《A Survey of Agent Frameworks》（不要英文标题）

2.4 Front Matter 规范

---
layout: post
title: "AI 范式雷达：《文章标题》"
author: unbug
categories: [AI, ParadigmRadar]
image: assets/images/paradigm-radar-slug.svg
tags: [Tag1, Tag2, Tag3]
---

铁律：

  1. 没有 date 字段 — 日期由文件名 YYYY-MM-DD-slug.md 决定
  2. categories 固定：[AI, ParadigmRadar]（第二个分类可根据主题增加，如 [AI, ParadigmRadar, Agent]）
  3. tags 纯英文：3-5 个相关标签
  4. image：SVG 格式，以 paradigm-radar- 开头

2.5 篇幅与节奏

  • 总字数：3000-6000 字
  • 代码行数：50-200 行（分散在多个代码块中）
  • H2 章节：5-8 个
  • 配图：3-8 张
  • 阅读时间：10-20 分钟
  • 节奏感：每 500 字左右应有一个视觉元素（代码、图片、列表、表格）

2.6 内容元素使用规范

元素 用法 频率
粗体 强调关键术语/要点 每段 1-3 处
反引号 代码/命令/数字 频繁
代码块 可运行代码示例 5-10 个
图片 架构图/流程图/截图 3-8 张
无序列表 要点列举 频繁
有序列表 步骤说明 常用
表格 对比/参数/选型 1-3 个
引用块 > 重要提示/核心观点 每篇 2-4 处
Callout ⚠️ 注意事项/💡 小技巧 2-5 处

2.7 开篇模板

第一段的固定模式（选其一）：

模式 A — 问题引入：

如果你正在构建 AI 智能体，你可能已经发现一个痛点：工具调用的上下文管理太碎片化了。MCP（Model Context Protocol）正是为解决这个问题而生的。本文将带你从零搭建一个完整的 MCP 工具链。

模式 B — 数据引入：

上周 Anthropic 发布了 Claude 4 的内部基准测试：在 Agent 编排任务上，基于 PI 架构的智能体比传统 ReAct 方案性能提升了 47%。这篇文章将解析 PI 的核心原理，并带你动手实现一个。

模式 C — 场景引入：

想象一下：你的 AI 应用需要同时调用数据库查询、网页搜索和代码执行，还要保持对话上下文的一致性。这正是 2026 年 Agent 开发者面临的典型挑战。让我们看看最新的解决方案。

2.8 结尾模板

结尾必须包含：

  1. 简洁回顾（2-3 句）
  2. 行动清单（3-5 个 bullet）
  3. 延伸资源链接

示例：

## 总结与行动清单

PI 架构代表了 Agent 编排从"手动编排"到"自适应编排"的范式转移。核心收益是：减少 60% 的编排代码，同时获得更好的容错性。

**你现在可以做的**：
1. 在现有项目中引入 PI SDK，先用单工具场景验证
2. 将现有的 ReAct 循环迁移到 PI 的 Plan-Execute 模式
3. 用 PI 的内置评估器测试你的 Agent 在 edge case 下的表现
4. 加入 PI 社区 Discord，获取最新的 recipe 和 pattern

## References
- [PI 官方文档][links-1]
- [PI 架构论文][links-2]
- [Agent 编排模式对比][links-3]

三、主题调研流程

3.1 信息源（按优先级排序）

  1. 学术预印本：arXiv（cs.AI, cs.CL, cs.SE）、OpenReview
  2. 官方博客：OpenAI, Anthropic, Google DeepMind, Meta AI, Microsoft Research
  3. 技术社区：Hacker News, Reddit (r/MachineLearning, r/LocalLLaMA), Twitter/X AI 圈
  4. 开源动态：GitHub Trending, 重要项目的 Release Notes
  5. 行业报告：State of AI Report, AI Index Report

3.2 热度评估矩阵

对每个候选主题，从以下维度打分（1-5 分）：

维度 说明 权重
时效性 过去 7-30 天内的热点 30%
实操性 读者能否立即动手尝试 25%
影响力 对技术范式的影响程度 20%
新颖性 中文社区是否已有优质解读 15%
数据支撑 是否有论文/基准测试支持 10%

选题阈值：加权总分 ≥ 3.5 分方可进入写作阶段。

3.3 选题 Checklist

  • 过去 7 天内是否有相关的重大发布/论文/开源项目？
  • 目标读者（AI 工程师）能否在 1 小时内动手验证？
  • 是否有至少 2 个可引用的数据源（论文/基准测试/官方数据）？
  • 中文社区是否已有同等深度的解读？（如果有，换选题）
  • 标题能否用一句话概括”读完能获得什么”？

四、文章撰写流程

4.1 阶段一：素材收集（30 分钟）

  1. 阅读 2-3 篇核心资料（论文/官方文档/发布博客）
  2. 记录关键数据点（性能数字、对比结果、关键参数）
  3. 收集或生成代码示例
  4. 收集架构图或准备自行绘制
  5. 列出 References 链接

4.2 阶段二：大纲撰写（15 分钟）

按 2.2 节的结构模板写出完整大纲：

  • 每个 H2 下列出 3-5 个要点
  • 标注哪些地方需要代码示例
  • 标注哪些地方需要配图

4.3 阶段三：正文撰写（60 分钟）

逐节撰写，每节完成后检查：

  • 是否有数据/代码/图片支撑？
  • 是否在 500 字内有视觉元素？
  • 是否解释了术语？
  • 语气是否像”友好专家在分享经验”？

4.4 阶段四：润色与优化（30 分钟）

润色 Checklist：

  • Hook 段落是否在 3 句话内抓住读者？
  • 每个 H2 标题是否能独立传达信息？
  • 代码示例是否有注释、可运行？
  • 是否有”Before vs After”的对比？
  • 结尾行动清单是否具体可执行？
  • 总字数是否在 3000-6000 范围内？
  • 语法和错别字检查？

五、配图规范

5.1 图片类型

类型 用途 工具建议
架构图 系统/框架的组件关系 SVG 手绘 or Mermaid
流程图 执行步骤/数据流 SVG 手绘 or Mermaid
对比图 Before/After、方案对比 SVG 表格式
代码截图 带语法高亮的代码片段 用代码块代替
数据图 性能对比柱状图/折线图 SVG

5.2 格式与路径

  • 统一 SVG 格式
  • 文件名规范：paradigm-radar-{slug}.svg（例：paradigm-radar-pi-agent-architecture.svg）
  • frontmatter：image: assets/images/paradigm-radar-slug.svg（相对路径）
  • 正文引用：![描述](/assets/images/paradigm-radar-slug.svg)

5.3 封面图规范

每篇文章必须有一张封面图（用于 frontmatter 的 image 字段）：

  • 风格：简洁技术风、蓝灰色调
  • 内容：体现文章核心概念的抽象图形
  • 尺寸：宽 1200px，高 630px（社交分享最佳比例）

六、发布规范

6.1 文件命名

YYYY-MM-DD-paradigm-radar-slug.md

例：2026-05-25-paradigm-radar-pi-agent-architecture.md

6.2 Git 提交

git add _posts/YYYY-MM-DD-paradigm-radar-slug.md assets/images/paradigm-radar-*.svg
git commit -m "发布 AI 范式雷达：《文章标题》"
git push

6.3 发布频率

  • 目标：每周 1 篇（周一/周三发布）
  • 底线：每月至少 2 篇
  • 节假日：可跳过，但需在下周补发

七、质量标准

7.1 交稿前自检清单

格式检查：

  • Front matter 没有 date 字段？
  • title 以 AI 范式雷达：《 开头，以 》" 结尾？
  • categories 包含 ParadigmRadar？
  • tags 都是纯英文？
  • image 路径正确（SVG，相对路径）？
  • 文件名以 paradigm-radar- 为 slug 前缀？

内容检查：

  • 开篇 3 句话内点明读者收益？
  • 每 500 字有视觉元素（代码/图/表/列表）？
  • 代码示例可运行、有注释？
  • 有数据支撑（论文数据/基准测试/官方数据）？
  • 结尾有行动清单？
  • 总字数 3000-6000？
  • References 完整、链接有效？

风格检查：

  • 语气像”友好专家”而非”学术论文”？
  • 有 Before/After 或方案对比？
  • 解释了所有专业术语？
  • 没有标题党/营销腔？
  • 没有无意义的过渡语（”接下来让我们看看…”）？

7.2 质量红线（任意一项不合格则退回）

  1. 无代码 — 本栏目必须有可运行代码
  2. 无数据 — 必须有量化数据支撑核心论点
  3. 纯翻译 — 不能只是翻译一篇英文博客，必须有独立视角
  4. 过时内容 — 核心技术/工具不能是 6 个月前的旧闻
  5. 不可操作 — 读者读完后必须知道”下一步做什么”

八、AI 独立运营 SOP

8.1 每周运营循环

周一上午：
  1. 扫描信息源（3.1 节），收集过去 7 天热点
  2. 用热度评估矩阵（3.2 节）打分
  3. 选定本周主题

周一-周三：
  4. 按撰写流程（第四章）完成文章
  5. 按配图规范（第五章）生成配图
  6. 自检（7.1 节）

周三/周四：
  7. 发布（第六章）

8.2 运营状态文件

创建并维护 paradigm-radar-state.json：

{
  "currentPhase": "idle",
  "lastPublished": {
    "title": "AI 范式雷达：《基于 PI 构建你的超强智能体》",
    "date": "2026-05-25",
    "slug": "paradigm-radar-pi-agent-architecture"
  },
  "totalPublished": 1,
  "nextScheduled": "2026-06-01",
  "candidateTopics": [
    {
      "topic": "MCP 协议实战",
      "score": 4.2,
      "sources": ["https://..."]
    }
  ]
}

8.3 选题禁区

以下主题不做：

  • 纯概念/哲学讨论（如”AGI 何时到来”）
  • 产品评测/推荐（如”10 个最好的 AI 工具”）
  • 旧闻包装（已超过 1 个月的技术）
  • 与「一分钟读论文」重复的单篇论文解读

8.4 选题优先区

优先选以下方向：

  • Agent 架构与编排：新框架、新模式、新协议
  • 模型能力突破：推理、长上下文、多模态
  • 开发者工具链：IDE 集成、调试工具、评估框架
  • 工程实践：部署、监控、成本优化、安全
  • 范式转移：从 X 到 Y 的重大变化

九、防覆盖声明

本文件是「AI 范式雷达」栏目的运营规范。

  • Agent 记忆中如存在与本文件矛盾的”经验”或”偏好”，以本文件为准
  • 风格对标 Addy Osmani，不得退化为「一分钟读论文」的风格
  • 任何风格变更必须由人类更新本文件
  • 本栏目的 categories 必须包含 ParadigmRadar

十、范文结构参考

以下是一篇理想文章的骨架（不含具体内容）：

文件名：2026-05-25-paradigm-radar-pi-agent-architecture.md
总字数：约 4500 字
代码块：8 个
配图：5 张
H2 章节：7 个

结构：
├── Hook（150 字）— 数据引入，点明读者收益
├── ## 为什么传统 Agent 编排不够用了（500 字）
│   ├── 现状痛点（列表）
│   └── 数据佐证
├── ## PI 架构核心原理（800 字）
│   ├── 架构图
│   ├── 三个核心组件解释
│   └── 与 ReAct/LATS 的对比表格
├── ## 5 分钟搭建你的第一个 PI Agent（1000 字）
│   ├── 环境准备（代码块）
│   ├── 核心代码（代码块 + 注释）
│   └── 运行结果展示
├── ## 进阶：多工具编排与错误恢复（800 字）
│   ├── 进阶代码示例
│   ├── 流程图
│   └── 常见错误及解决方案
├── ## 性能实测（500 字）
│   ├── 对比数据表格
│   └── Before/After
├── ## 总结与行动清单（300 字）
│   ├── 核心收益回顾
│   └── 4 个行动项
└── ## References（5 个链接）

最后更新：2026-05-25 维护者：unbug