技术博客的写作约束

在科研领域，最危险的陷阱就是“用勤奋的战术（折腾博客功能、搬运资料）来掩盖战略上的懒惰（深层思考、解决核心算法问题）”。

把这些规则看作你科研系统里的“防火墙”。

规则一：原创率约束（禁止“纯收藏”）

• 强制：每篇文章必须包含至少 20% 的“我之见”。
• 判断：删掉你的文字后剩下的若只是别人的内容，则禁止发布。
• 技巧：一句话记录论文的优点与局限，指出可改进之处。

规则二：美化止损约束（“零手动”视觉）

• 所有排版使用标准 Markdown。
• 若需查看 HTML 即放弃该美化动作。
• 技巧：采用主题默认样式，只做必要合规项（如备案）。

规则三：流程自动化约束（“一键发布”原则）

• 发布流程必须全自动，保持现有 GitHub Actions。
• 发布耗时超过 60 秒即为异常，需简化流程。
• 技巧：图片用 PicGo 自动上传，写作只在 Obsidian 中操作。

规则四：内容层级约束（“三级塔”模型）

1. Level 1：个人名片（年更）—— About 页面，必须精致。
2. Level 2：科研里程碑（月更）—— 核心算法、架构升级、投稿记录。
3. Level 3：高价值坑位记录（随记）—— 解决 Bug 的方案、顿悟笔记。

禁区：学习笔记（无深度）、基础工具教程、纯生活感慨。

规则五：发布前“三问”检查清单

1. 一年后是否仍有参考价值？
2. 是否进行了二次消化而非搬运？
3. 不发是否影响科研进度？

若任一为否，则存为本地草稿，禁止线上发布。

低熵发布模板（套用即走）

总结

博客应是“科研加速器”，而不是“整理癖容器”。

参考与模版

下面为一个低熵发布模板（写完即走）：

---
title: [标题：动词+核心技术点]
date: 2026-xx-xx
tags: [NL2DSL, DataFlow]
---

## 1. 核心卡点 (The Problem)
## 2. 破局思路 (Insight)
## 3. 落地代码/方案 (Implementation)
## 4. 衍生思考 (Future Work)