中轴线citywalk

Quitino — Tue, 28 Apr 2026 03:04:38 +0000

2026.04.26.周末反穿了中轴线，从森林公园南门出发，原计划走到永定门。实际情况从森林公园南门出发途径鸟巢、水立方、中轴线北广场、钟楼、鼓楼、烟袋斜街、什刹海、景山公园、故宫博物院、中山公园、天安门广场（需要提前一天预约，没进；捡了一个带花的梧桐树枝别在背包上，被告知不让带鲜花进天安门广场）、国家大剧院、纪念堂，然后时间比较晚了，过了纪念堂就骑上单车到国贸附近吃晚饭了。全程 26km，徒步20km，汽车6km. 午饭和晚饭都是吃的川菜馆。</p>

早上出门时天气是阴着的，结果刚开始走没多久就开始出太阳了，被迫买了帽子，有太阳的徒步不带墨镜走到下半程也会有点头晕恍惚。周末奥森人不是特别多，到了钟楼鼓楼到天安门那段核心旅游区人就多起来了，也有较多的境外游客，还是挺好玩的，值得二刷，天坛地坛还没刷到。</p>

整体路线如上图所示。</p>

2026 Weekly Report

Quitino — Thu, 23 Apr 2026 03:09:21 +0000

w17</h2>

之前看了本书，好像没看完，叫《5%的改变》，核心主张：不必颠覆自己，只需在当前行为模式上做出 5% 的微小改变，即可触发系统性转变。</code>，不要给自己定太多 kpi，上周开始跑步开始学习算是好的开头，玩手机的时间没控制下来没关系，这周的任务是保持上周的改变，临近五一假期安排也会有些影响。</li>

规划五一出游，初步计划去山东烟台</li>
</ul>
w16</h2>

2026年的第十六周，开始记录的第一周，瞎记录，不要给自己定kpi，随缘更新</li>
最近工作上轻松一点，抓紧时间学点新东西</li>
强化学习进度符合预期</li>
周二下班比较早，晚上去跑了个步，10km，有段时间没跑了腿酸了两天</li>
周末整理近期强化学习的理论知识</li>
周末走了趟北京中轴线</li>
上周末加本周内看了《The beauty》美剧，整体感觉还不错，有脑洞有出其不意。当 cooper 一行想去阻止产品发布给大众的时候，我第一时间就是按照国产剧的剧情脑补：“他们历经种种困难，终于阻止了产品的发布，公司也得到了相应的处罚，over”，我本能的想法是产品一经发布，会有太多不确定的蝴蝶效应展开，社会形态可能会发生剧烈的不可控的转变，然后我的大脑本能的逃避这个路线，倾向于遏止混乱？结果剧情毫不犹豫的就直接发布产品给大众了，剧情衔接好像也挺合理。这也让我联想到内陆和其他地区的教学风格，同一门课程，内地的教学风格好像是在把一件事件讲得复杂化高大上化，其他地区的教授讲解就是化繁为简通俗易懂，而且给一种理解了事物的本质的恍然大悟。有些事情没那么复杂只是想得过于复杂。出现这种情况的原因是什么，是成长环境教育方式的不同还是几千年积累的文化核心不同？就此问题大模型的回复：</li>
</ul>

两种叙事逻辑：秩序优先 vs. 揭示本质:</h3>



秩序优先的逻辑</strong>：这更像是你“本能脑补”的国产剧路线。它的核心是恢复秩序</strong>。故事的目标是解决一个“问题”（病毒、坏人），消除其对社会的威胁，最终让世界回归到已知的、可控的“正常”状态。这种叙事满足了我们对安全感和确定性的需求，它告诉我们，混乱是坏的，必须被遏制。</li>
</ol>
</li>


揭示本质的逻辑</strong>：这更像是《The Beauty》采用的路线。它的核心是揭示一个趋势或人性的本质</strong>。病毒（“美丽毒素”）在这里不是一个需要被解决的“问题”，而是一个催化剂</strong>或放大镜</strong>。它的作用是撕开社会的伪装，将人们潜藏的“容貌焦虑”和对美的极端追求推向极致，从而赤裸裸地展现出来。产品发布给大众，正是为了完成这个“揭示”的过程，让观众看到在欲望面前，社会和人性的真实走向。</li>
</ol>
</li>
</ul>
根源探析：教育、文化与心态</h3>
为什么我们的大脑会本能地倾向于第一种逻辑？这背后有多重原因。</p>
1. 文化核心：整体思维 vs. 分析思维</h4>
这背后是更深层次的文化基因差异。</p>

中华文化中的整体思维</strong>：我们的文化传统强调整体思维</strong>和辩证思维</strong>。我们习惯于从全局、长远和相互联系的角度看问题。在面对一个可能引发“蝴蝶效应”的新事物时，整体思维会本能地评估其对整个社会系统稳定性的冲击。为了维护整体的和谐与秩序，最稳妥的选择就是“遏止混乱于萌芽状态”。这种思维塑造了我们强大的集体主义精神和对稳定的珍视。</li>
西方文化中的分析思维</strong>：相比之下，西方哲学传统更倾向于分析性思维</strong>。它习惯将事物从背景中分离出来，分析其内在属性和逻辑。在叙事上，这表现为更关注个体的选择、欲望和冲突，并愿意将某个趋势（如对美的追求）推演到极致，来观察其内在的逻辑终点，哪怕结果是混乱和毁灭。</li>
</ul>
2. 社会心态：对不确定性的焦虑</h4>
我们当下的社会心态也强化了这种倾向。</p>

智能时代的不确定感</strong>：我们正处在一个技术（尤其是AI）飞速变革的时代，这带来了巨大的不确定感。人们普遍对未来感到焦虑，担心被替代、担心失控。在这种心态下，我们的大脑会本能地“逃避”那些可能引发“不可控转变”的剧情路线，因为它触动了我们对现实不确定性的深层焦虑。我们更渴望看到“问题被解决”、“秩序被恢复”的确定性结局。</li>
“卷又卷不动，躺又躺不平”的矛盾心态</strong>：这种普遍的矛盾心态，也反映了我们在多元选择下的迷茫。面对复杂的社会问题，我们有时会感到不知所措，因此更倾向于接受一个清晰、明确的“解决方案”，而不是一个开放式的、充满未知的结局。</li>
</ul>
</blockquote>
Q:针对对不确定性的焦虑，如何利用分析思维解决</p>

核心逻辑：把“未知”变成“已知”</h3>
焦虑的本质往往是对“失控”的恐惧。分析思维的作用，就是把那个模糊、巨大、可怕的“未知”，拆解成一个个具体、可控、可分析的“已知”模块。</p>
1. 拒绝“灾难化”，进行“概率分析”</h4>
你之前提到“本能地脑补蝴蝶效应导致社会巨变”，这在心理学上叫灾难化思维</strong>（Catastrophizing）。大脑为了自我保护，会自动把后果放大到最坏。
如何用分析思维破解：像科学家一样列出数据，而不是像编剧一样编故事。你可以尝试赛利格曼提出的</strong>“去灾难化”四步法</strong>，这完全是一个逻辑推演过程：</p>
步骤</th> 分析动作</th> 你的案例（产品发布）</th></tr></thead>

1. 最坏结果</strong></td> 列出逻辑上可能发生的最坏情况。</td> 社会秩序混乱，人类被控制。</td></tr>
2. 最好结果</strong></td> 列出逻辑上可能的最好情况。</td> 人类借此进化，实现永生。</td></tr>
3. 最可能结果</strong></td> （关键一步）</strong> 基于现实数据，分析概率最大的情况。</td> 部分人沉迷，部分人抵制，社会出现新的法律法规进行监管，最终达到一种新的动态平衡。</td></tr>
4. 应对计划</strong></td> 针对“最可能结果”制定方案。</td> 如果我是主角，我应该去推动监管，而不是试图炸毁实验室。</td></tr>
</tbody></table>
本质：</strong> 当你把注意力从“最坏”转移到“最可能”时，焦虑感会瞬间下降，因为“最可能”通常都是你可以应对的。</p>
2. 区分“不可控”与“可控”</h4>
分析思维要求我们精准定义变量。面对不确定性，最大的内耗来自于试图控制那些不可控变量</strong>（比如别人的反应、宏观环境的变化）。
如何用分析思维破解：</strong>，做一个控制二分法</strong>列表：</p>

外部变量（不可控）：</strong> 产品是否发布、大众是否购买、社会舆论走向。 -> 策略：接受并观察。</strong></li>
内部变量（可控）：</strong> 我的反应速度、我的备选方案、我当下的准备工作。 -> 策略：全力以赴。</strong></li>
</ul>
当你把精力全部收回到“可控”区域时，你就从“受害者”变成了“掌控者”。</p>
3. 从“寻找标准答案”转为“假设验证”</h4>
如何用分析思维破解：</strong>
采用**“实验心态”**（Experimental Mindset）。</p>

旧思维：</strong> “我必须做出正确的决定，否则就完了。”</li>
新思维（分析版）：</strong> “我现在掌握的信息只有60%，我基于此做一个假设</strong>（方案A），然后去执行，看看反馈数据，再修正我的假设。”</li>
</ul>
把人生看作一个实验室，而不是考场。错误不是失败，而是数据。</strong> 这种思维转换能极大地降低对“犯错”的恐惧。</p>
4. 培养“消极能力”</h4>
诗人济慈提出的**“消极能力”（Negative Capability），是指“处于不确定、神秘、怀疑之中，而不急于追求事实和理性”的能力。
听起来这和分析思维相反？其实不然。
高阶的分析思维承认“信息不足”。</strong> 当你意识到“我现在无法分析出结果，因为变量太多”时，</strong>“暂停”**本身就是一种理性的分析决策。</p>

做法：</strong> 告诉自己“我现在感到焦虑，是因为我在等待更多信息。在信息到来之前，我允许这种模糊状态存在。” 这就像程序运行时的 Wait</code> 指令，而不是死机。</li>
</ul>
总结</h3>
利用分析思维解决焦虑，本质上就是把“情绪问题”转化为“技术问题”</strong>：</p>

不做编剧做分析师</strong>：用概率论对抗灾难化想象。</li>
不做全能做聚焦</strong>：用控制二分法聚焦于可操作变量。</li>
不做考生做科学家</strong>：用实验迭代代替寻找标准答案。</li>
</ol>
下次当你感到“蝴蝶效应”要发生时，试着停下来问自己：“这是事实，还是我的想象？这是不可控的，还是我可以干预的？”</strong> 这一瞬间的理性回归，就是焦虑的解药。</p>
</blockquote>


脱离混沌
Quitino — Mon, 20 Apr 2026 02:07:09 +0000
fork了这个仓库后总会有种想记录的冲动，不知道是好事还是坏事，是为了装 * 还是真的想尝试改变。whatever 先试试。</p>


个人周总结</li>
</ul>
开启个人周总结，形式不限，近期想收拾的一些习惯：</p>

每周至少一次跑步</li>
每周的个人学习时长记录或进度反馈</li>
每周的手机使用时间控制，这个能不能自动化一下</li>
周末自己做饭？</li>
</ul>


学习《强化学习》
Quitino — Mon, 20 Apr 2026 02:00:22 +0000


学习《强化学习的数学原理》</li>
</ul>
学习《强化学习》，以 B站教程</a>为主，共 11 课时，加上扩展学习的需求，每日计划约 1.5h 用于学习，每两天学 1 个课时，每周学习五天周末两天为机动时间。</p>

B站教学视频链接</a></li>
对应repo链接</a></li>
</ul>
强化学习课程学习计划（2026年4月20日起）</h1>
日期</th> 星期</th> 学习内容</th> 备注</th> 实际进度反馈记录</th></tr></thead>

2026-04-20</td> 一</td> L0: Overview of Reinforcement Learning in 30 Minutes</td> 第1课时 Day 1</td> </td></tr>
2026-04-21</td> 二</td> L0: Overview of Reinforcement Learning in 30 Minutes</td> 第1课时 Day 2</td> </td></tr>
2026-04-22</td> 三</td> L1: Basic Concepts (P1 & P2)</td> 第2课时 Day 1</td> </td></tr>
2026-04-23</td> 四</td> L1: Basic Concepts (P1 & P2)</td> 第2课时 Day 2</td> </td></tr>
2026-04-24</td> 五</td> L2: Bellman Equation (P1–P5)</td> 第3课时 Day 1</td> </td></tr>
2026-04-25</td> 六</td> ——</td> 机动/复习</td> </td></tr>
2026-04-26</td> 日</td> ——</td> 机动/复习</td> </td></tr>
2026-04-27</td> 一</td> L2: Bellman Equation (P1–P5)</td> 第3课时 Day 2</td> </td></tr>
2026-04-28</td> 二</td> L3: Bellman Optimality Equation (P1–P4)</td> 第4课时 Day 1</td> </td></tr>
2026-04-29</td> 三</td> L3: Bellman Optimality Equation (P1–P4)</td> 第4课时 Day 2</td> </td></tr>
2026-04-30</td> 四</td> L4: Value Iteration and Policy Iteration (P1–P3)</td> 第5课时 Day 1</td> </td></tr>
2026-05-01</td> 五</td> L4: Value Iteration and Policy Iteration (P1–P3)</td> 第5课时 Day 2</td> </td></tr>
2026-05-02</td> 六</td> ——</td> 机动/复习</td> </td></tr>
2026-05-03</td> 日</td> ——</td> 机动/复习</td> </td></tr>
2026-05-04</td> 一</td> L5: Monte Carlo Learning (P1–P6)</td> 第6课时 Day 1</td> </td></tr>
2026-05-05</td> 二</td> L5: Monte Carlo Learning (P1–P6)</td> 第6课时 Day 2</td> </td></tr>
2026-05-06</td> 三</td> L6: Stochastic Approximation and SGD (P1–P7)</td> 第7课时 Day 1</td> </td></tr>
2026-05-07</td> 四</td> L6: Stochastic Approximation and SGD (P1–P7)</td> 第7课时 Day 2</td> </td></tr>
2026-05-08</td> 五</td> L7: Temporal-Difference Learning (P1–P8)</td> 第8课时 Day 1</td> </td></tr>
2026-05-09</td> 六</td> ——</td> 机动/复习</td> </td></tr>
2026-05-10</td> 日</td> ——</td> 机动/复习</td> </td></tr>
2026-05-11</td> 一</td> L7: Temporal-Difference Learning (P1–P8)</td> 第8课时 Day 2</td> </td></tr>
2026-05-12</td> 二</td> L8: Value Function Approximation (P1–P8)</td> 第9课时 Day 1</td> </td></tr>
2026-05-13</td> 三</td> L8: Value Function Approximation (P1–P8)</td> 第9课时 Day 2</td> </td></tr>
2026-05-14</td> 四</td> L9: Policy Gradient Methods (P1–P5)</td> 第10课时 Day 1</td> </td></tr>
2026-05-15</td> 五</td> L9: Policy Gradient Methods (P1–P5)</td> 第10课时 Day 2</td> </td></tr>
2026-05-16</td> 六</td> ——</td> 机动/复习</td> </td></tr>
2026-05-17</td> 日</td> ——</td> 机动/复习</td> </td></tr>
2026-05-18</td> 一</td> L10: Actor-Critic Methods (P1–P5)</td> 第11课时 Day 1</td> </td></tr>
2026-05-19</td> 二</td> L10: Actor-Critic Methods (P1–P5)</td> 第11课时 Day 2</td> </td></tr>
</tbody></table>

总计</strong>：11个课时，覆盖约5周（含4个完整周末）。</p>
建议</strong>：</p>

每日学习时间控制在1.5小时左右，可拆分为两个45分钟段；</li>
周末可用于回顾本周内容、完成练习题或查阅扩展资料；</li>
若某日进度提前完成，可将后续内容前移，保持节奏灵活。</li>
</ul>
</blockquote>


玉渡山转山龙庆峡游水
Quitino — Sat, 18 Apr 2026 08:15:19 +0000
星期六，整体天气还可以，多云🌤️。徒步的里程有12公里，摆渡船6公里，差不多走了五个小时左右。</p>
中途修整了一次，上了一次厕所。出发前想着距离比较近带个面包和一些水就够了，事实也是这样。全程都在峡谷的河流两岸穿梭。</p>
四月下旬，北方的山里还是有点荒芜，树木还没完全发芽，有的背阴面上人造冰还没化完。</p>
</p>
不认识的花，还挺好看的。</p>
</p>
前12公里徒步，后6公里乘船游于龙庆峡之上，号称小漓江，水还是非常的清澈；区别是龙庆峡的水是人为建造的大坝存储的水。</p>
</p>
大坝宽90，落差72，水砸到下面生起一堆水雾。</p>
</p>
在最后景区出口处有一株双生玉兰花，上面有紫色的花和白色的花，很漂亮。</p>
</p>


doc_index
Quitino — Tue, 14 Apr 2026 11:41:54 +0000

强化学习</a></li>
cpp-note</a></li>
leetcode-note</a></li>
</ul>


同一电脑多git账号配置
Quitino — Tue, 14 Apr 2026 09:42:11 +0000

如果你的电脑全局配置的是公司 Git 账号，但这个项目需要用个人 GitHub 账号，
需要解决两个问题：提交身份</strong> 和 推送认证</strong>。</p>
</blockquote>
1 设置本项目的提交身份</h2>
为本项目单独设置用户名和邮箱（不加 --global</code>，不影响公司配置）：</p>
cd</span> /path/to/project
</span>
</span># 仅对本项目生效
</span>git</span> config user.name </span>"Quitino"
</span>git</span> config user.email </span>"booofeng@163.com"
</span></code></pre>
验证：</p>
git</span> config user.name           </span># → Quitino（本项目）
</span>git</span> config</span> --global</span> user.name  </span># → 公司账号（不受影响）
</span></code></pre>
2 配置推送认证（SSH 多密钥方案，推荐）</h2>
公司电脑的 SSH key 绑定的是公司 GitHub 账号，推送到个人仓库会被拒绝。
用 SSH 多密钥解决：</p>
原理:
</span>┌──────────────────────────────────────────────────────┐
</span>│  ~/.ssh/                                              │
</span>│                                                       │
</span>│  id_ed25519          ← 公司 SSH 密钥                  │
</span>│  │                      绑定公司 GitHub 账号            │
</span>│  │                      用于: git@github.com:公司/...  │
</span>│  │                                                    │
</span>│  id_ed25519_personal ← 个人 SSH 密钥 (新生成)          │
</span>│                         绑定个人 GitHub 账号            │
</span>│                         用于: git@github-personal:...  │
</span>│                                ↑ 自定义别名             │
</span>│                                                       │
</span>│  config              ← SSH 配置文件                    │
</span>│                         根据 Host 别名选择不同密钥       │
</span>└──────────────────────────────────────────────────────┘
</span></code></pre>
Step 1: 生成个人专用 SSH 密钥</strong></p>
ssh-keygen</span> -t</span> ed25519</span> -C </span>"booofeng@163.com"</span> -f </span>~</span>/.ssh/id_ed25519_personal
</span># 提示输入密码时可以直接回车（不设密码）
</span></code></pre>
Step 2: 把公钥添加到个人 GitHub 账号</strong></p>
cat </span>~</span>/.ssh/id_ed25519_personal.pub
</span># 复制输出的内容
</span></code></pre>
然后在浏览器中：</p>
GitHub (个人账号登录)
</span>→ Settings
</span>→ SSH and GPG keys
</span>→ New SSH Key
</span>→ 粘贴公钥，Title 填 "公司电脑"
</span>→ Add SSH Key
</span></code></pre>
Step 3: 配置 SSH 别名</strong></p>
编辑（或创建） ~/.ssh/config</code> 文件，添加：</p>
# 公司 GitHub（默认，不用改）
</span>Host github.com
</span>    HostName github.com
</span>    User git
</span>    IdentityFile ~/.ssh/id_ed25519
</span>    IdentitiesOnly yes
</span>
</span># 个人 GitHub（自定义别名 github-personal）
</span>Host github-personal
</span>    HostName github.com
</span>    User git
</span>    IdentityFile ~/.ssh/id_ed25519_personal
</span>    IdentitiesOnly yes
</span></code></pre>
Step 4: 测试连接</strong></p>
ssh</span> -T</span> github-personal
</span># 期望输出: Hi Quitino! You've been authenticated, but GitHub
</span>#          does not provide shell access.
</span></code></pre>
Step 5: 修改本项目的 remote 地址</strong></p>
cd</span> /path/to/project
</span>
</span># 使用别名 github-personal 替代 github.com
</span>git</span> remote set-url origin git@github-personal:Quitino/project.git
</span></code></pre>
验证：</p>
git</span> remote</span> -v
</span># origin  git@github-personal:Quitino/project.git (fetch)
</span># origin  git@github-personal:Quitino/project.git (push)
</span></code></pre>
现在 git push origin master</code> 会自动使用个人 SSH 密钥认证。</p>
3 备选：HTTPS + Personal Access Token</h2>
如果公司网络限制 SSH，可以用 HTTPS + Token 方式：</p>
# 1. 在个人 GitHub 生成 Token
</span>#    GitHub → Settings → Developer settings
</span>#    → Personal access tokens → Tokens (classic)
</span>#    → Generate new token → 勾选 repo 权限 → 生成
</span>
</span># 1. 修改 remote 地址（把 <TOKEN> 替换为实际 Token）
</span>git</span> remote set-url origin https://Quitino:</span><</span>TOKEN</span>></span>@github.com/Quitino/project.git
</span></code></pre>

安全提醒：</strong> Token 会明文存在 .git/config</code> 中。如果公司有代码审查工具
扫描磁盘文件，SSH 方案更安全。</p>
</blockquote>
4 两种方案对比</h2>
方面</th> SSH 多密钥（推荐）</th> HTTPS + Token</th></tr></thead>

安全性</td> 高（私钥不离开本机）</td> 中（Token 明文存在 config）</td></tr>
配置量</td> 一次性配置，之后无感</td> 简单，Token 有过期风险</td></tr>
网络限制</td> 需要 22 端口（SSH）</td> 走 443 端口（HTTPS）</td></tr>
多项目复用</td> 所有个人项目共用一个别名</td> 每个项目单独设 Token URL</td></tr>
</tbody></table>
5 完整配置验证清单</h2>
□ git config user.name 显示个人账号名
</span>□ git config user.email 显示个人邮箱
</span>□ ssh -T github-personal 显示 "Hi Quitino!"
</span>□ git remote -v 显示 github-personal 别名地址
</span>□ git push origin master 能成功推送
</span></code></pre>


第一篇博客
Quitino — Tue, 14 Apr 2026 08:44:51 +0000
用 GitHub Issues + GitHub Actions 搭建个人博客教程</h1>

参考仓库：yihong0618/gitblog</a>
核心思路：用 GitHub Issues 写文章，用 GitHub Actions 自动将 Issues 汇总生成 README，并可选部署为静态网站。</p>
</blockquote>

一、原理概述</h2>
你写 Issue（博客文章）
</span>      ↓
</span>GitHub Actions 自动触发
</span>      ↓
</span>Python 脚本读取所有 Issues，按 Label 分类
</span>      ↓
</span>生成 README.md（博客目录）+ BACKUP/ 目录（每篇文章的 .md 备份）+ feed.xml（RSS）
</span>      ↓
</span>（可选）用 isite + zola 构建静态网站，部署到 GitHub Pages
</span></code></pre>
整个系统零服务器费用</strong>，内容托管在 GitHub，写作即发布。</p>

二、快速开始（5 步完成）</h2>
第 1 步：Fork 或复制仓库结构</h3>

打开 https://github.com/yihong0618/gitblog</a></li>
点击右上角 Fork</strong>，fork 到你自己的账号</li>
把新仓库重命名为 gitblog</code>（或任意名字，后面保持一致即可）</li>
</ol>

或者</strong>：新建一个空仓库，手动复制以下关键文件：</p>

main.py</code></li>
requirements.txt</code></li>
.github/workflows/generate_readme.yml</code></li>
.github/workflows/generate_site.yml</code>（可选，用于部署静态网站）</li>
config.toml</code>（可选，用于静态网站样式配置）</li>
新建 BACKUP/</code> 空目录（可放一个 .gitkeep</code> 文件）</li>
</ul>
</blockquote>

第 2 步：生成 GitHub Personal Access Token</h3>
GitHub Actions 需要一个有权限的 Token 来读取 Issues 并提交 README。</p>

登录 GitHub → 右上角头像 → Settings</strong></li>
左侧导航最底部 → Developer settings</strong></li>
Personal access tokens</strong> → Tokens (classic)</strong> → Generate new token</strong></li>
勾选权限：

repo</code>（完整仓库权限，必选）</li>
</ul>
</li>
点击 Generate token</strong>，立即复制保存</strong>（只显示一次！）</li>
</ol>

第 3 步：将 Token 添加为仓库 Secret</h3>

进入你的 gitblog 仓库页面</li>
Settings</strong> → Secrets and variables</strong> → Actions</strong> → New repository secret</strong></li>
Name 填写：G_T</code>（必须和 workflow 文件里的 ${{ secrets.G_T }}</code> 一致）</li>
Value 粘贴刚才复制的 Token</li>
点击 Add secret</strong></li>
</ol>

第 4 步：创建 Issues 标签（Labels）分类文章</h3>
GitHub Issues 的 Label 就是文章的分类目录。建议创建以下标签：</p>
标签名</th> 用途说明</th></tr></thead>

Top</code></td> 置顶文章（显示在 README 最上方）</td></tr>
TODO</code></td> 待办清单（支持 - [ ]</code> 格式）</td></tr>
Friends</code></td> 友情链接（特殊格式，见下文）</td></tr>
日记</code></td> 日记类文章</td></tr>
技术文章</code></td> 技术博客</td></tr>
生活</code></td> 生活随感</td></tr>
读书笔记</code></td> 读书心得</td></tr>
...</td> 按你的需求自由创建</td></tr>
</tbody></table>
创建方法：仓库页 → Issues</strong> → Labels</strong> → New label</strong></p>

注意</strong>：Top</code>、TODO</code>、Friends</code>、About</code>、Things</code> 是特殊保留标签，不会按普通分类展示，而是有专门的处理逻辑。</p>
</blockquote>

第 5 步：写第一篇博客文章</h3>

进入你的仓库 → Issues</strong> → New issue</strong></li>
填写标题（即文章标题）</li>
正文支持完整 Markdown 语法</li>
右侧 Labels</strong> 选择分类标签（如 日记</code>、技术文章</code>）</li>
点击 Submit new issue</strong></li>
</ol>
提交后，GitHub Actions 会自动触发，约 1 分钟内更新 README.md。</p>

三、工作流详解</h2>
generate_readme.yml（核心流程）</h3>
on</span>:
</span>  </span>issues</span>:
</span>    </span>types</span>: [</span>opened</span>, </span>edited</span>]        </span># 新建或编辑 Issue 时触发
</span>  </span>issue_comment</span>:
</span>    </span>types</span>: [</span>created</span>, </span>edited</span>]       </span># 评论时触发
</span>  </span>push</span>:
</span>    </span>branches</span>: [</span>master</span>]
</span>    </span>paths</span>: [</span>main.py</span>]               </span># 修改 main.py 时触发
</span></code></pre>
触发后执行：</p>

安装 Python 依赖（PyGithub</code>、feedgen</code>、marko</code>、markdown</code>）</li>
运行 python main.py <TOKEN> <仓库名> --issue_number <issue编号></code></li>
自动 commit 并 push 更新的 README.md 和 BACKUP/*.md</li>
</ol>
main.py 做了什么</h3>
读取所有 Issues
</span>  ├── 有 Friends 标签 → 生成友情链接表格
</span>  ├── 有 Top 标签    → 生成置顶文章列表
</span>  ├── 最新 5 篇      → 生成"最近更新"
</span>  ├── 按 Label 分组  → 生成各分类目录（超过5篇折叠显示）
</span>  ├── 有 TODO 标签   → 生成 TODO 列表（解析 - [ ] 语法）
</span>  └── 所有 Issue 内容 → 备份为 BACKUP/<编号>_<标题>.md
</span>                     → 生成 feed.xml（RSS订阅）
</span></code></pre>

四、README.md 效果示例</h2>
自动生成的 README 结构如下：</p>
## [Gitblog](</span>你的博客链接</span>)
</span>
</span>## [友情链接](</span>...</span>)
</span>（折叠显示，来自 Friends 标签 Issue 的评论）
</span>
</span>## 置顶文章
</span>- </span>[文章标题](</span>Issue链接</span>)--2024-01-01
</span>
</span>## 最近更新
</span>- </span>[最新文章](</span>Issue链接</span>)--2024-03-18
</span>
</span>## 技术文章
</span>- </span>[文章A](</span>...</span>)--2024-01-01
</span>-</span> ...（超过5篇后折叠）
</span>
</span>## 日记
</span>- </span>[文章B](</span>...</span>)--2024-01-01
</span>
</span>## TODO
</span>TODO list from [我的计划](</span>...</span>)--3 jobs to do--2 jobs done
</span>- </span>[x] 已完成事项
</span>-</span> [ ] 未完成事项
</span></code></pre>

五、个性化配置</h2>
修改 README 头部信息</h3>
编辑 main.py</code> 第 12-17 行的 MD_HEAD</code> 变量：</p>
MD_HEAD </span>= </span>"""## [你的博客名](你的博客地址)
</span>你的博客简介
</span>[RSS Feed](https://raw.githubusercontent.com/</span>{repo_name}</span>/master/feed.xml)
</span>"""
</span></code></pre>
调整置顶/分类标签名</h3>
在 main.py</code> 开头修改：</p>
TOP_ISSUES_LABELS </span>= </span>[</span>"Top"</span>]       </span># 置顶标签
</span>TODO_ISSUES_LABELS </span>= </span>[</span>"TODO"</span>]     </span># TODO标签
</span>FRIENDS_LABELS </span>= </span>[</span>"Friends"</span>]      </span># 友链标签
</span>IGNORE_LABELS </span>= </span>(</span>...</span>)             </span># 不参与普通分类的标签
</span>ANCHOR_NUMBER </span>= </span>5                 </span># 每个分类折叠前显示的文章数
</span></code></pre>
友情链接格式</h3>
在 Friends</code> 标签的 Issue 下评论</strong>（格式固定）：</p>
名字：朋友昵称
</span>链接：https://friend.blog.com
</span>描述：一句话描述
</span></code></pre>
然后对这条评论点 ❤️ heart</strong>，脚本会识别你 heart 过的评论并加入友链表格。</p>

六、（可选）部署为静态网站</h2>
如果想要一个更美观的博客界面，可以启用 generate_site.yml</code>：</p>
修改 generate_site.yml</code> 中的 BASE_URL</h3>
env</span>:
</span>  </span>BASE_URL</span>: </span>https://你的用户名.github.io/gitblog
</span>  </span># 或者使用自定义域名：
</span>  </span># BASE_URL: https://blog.yourdomain.com
</span></code></pre>
修改 config.toml</code></h3>
base_url </span>= </span>"https://你的用户名.github.io/gitblog/"
</span>
</span>[extra]
</span>even_title </span>= </span>"你的博客名"
</span>even_menu </span>= [
</span>    {</span>url </span>= </span>"$BASE_URL"</span>, </span>name </span>= </span>"Home"</span>},
</span>    {</span>url </span>= </span>"$BASE_URL/tags/top/"</span>, </span>name </span>= </span>"置顶"</span>},
</span>    </span># 删除原作者的 About/Things 链接，改成你自己的 Issue 编号
</span>]
</span></code></pre>
开启 GitHub Pages</h3>

仓库 → Settings</strong> → Pages</strong></li>
Source</strong> 选择 GitHub Actions</strong></li>
保存后，下次触发 workflow 会自动部署</li>
</ol>

七、日常写作流程</h2>
打开 GitHub → Issues → New issue
</span>           ↓
</span>  写标题 + 正文（Markdown）
</span>           ↓
</span>  选择 Label（分类）
</span>           ↓
</span>  Submit new issue
</span>           ↓
</span>  等待约 1 分钟
</span>           ↓
</span>  README 自动更新 ✓
</span>  BACKUP/ 自动备份 ✓
</span>  feed.xml 自动更新 ✓
</span>  静态网站自动部署 ✓（如果开启）
</span></code></pre>
编辑已有文章</h3>
直接编辑对应的 Issue 正文，保存后 Actions 自动重新生成。</p>
置顶文章</h3>
给 Issue 添加 Top</code> 标签即可出现在置顶区域。</p>
写 TODO 清单</h3>
创建一个带 TODO</code> 标签的 Issue，正文用标准 Markdown 清单格式：</p>
## 我的学习计划
</span>
</span>- </span>[x] 已学完 Python 基础
</span>-</span> [ ] 学习 Docker
</span>-</span> [ ] 学习 Kubernetes
</span></code></pre>
完成某项后，把 - [ ]</code> 改为 - [x]</code>，README 自动更新进度。</p>

八、常见问题</h2>
Q: Actions 没有自动触发怎么办？</strong></p>

检查 G_T</code> Secret 是否正确设置</li>
进入 Actions 页面手动触发（workflow_dispatch）</li>
检查 Actions 是否被禁用（Settings → Actions → Allow all actions）</li>
</ul>
Q: 自己是仓库 owner，但 Actions 没运行？</strong></p>

workflow 有条件：github.repository_owner_id == github.event.issue.user.id</code></li>
确保提交 Issue 的账号就是仓库拥有者</li>
</ul>
Q: 想要 RSS 订阅地址？</strong></p>

https://raw.githubusercontent.com/你的用户名/gitblog/master/feed.xml</code></li>
</ul>
Q: 能用手机写博客吗？</strong></p>

完全可以！GitHub 手机 App 支持创建和编辑 Issues</li>
</ul>
Q: 文章内容支持图片吗？</strong></p>

支持！在 Issue 编辑器里直接粘贴或拖拽图片，GitHub 自动上传并生成链接</li>
</ul>

九、仓库结构说明</h2>
gitblog/
</span>├── .github/
</span>│   └── workflows/
</span>│       ├── generate_readme.yml   # Issues → README 自动化
</span>│       └── generate_site.yml     # 部署静态网站（可选）
</span>├── BACKUP/                       # 每篇文章的 .md 备份（自动生成）
</span>├── main.py                       # 核心脚本
</span>├── requirements.txt              # Python 依赖
</span>├── config.toml                   # 静态网站配置（可选）
</span>├── feed.xml                      # RSS 订阅文件（自动生成）
</span>└── README.md                     # 博客首页/目录（自动生成）
</span></code></pre>

十、与传统博客平台对比</h2>
特性</th> gitblog</th> Hexo/Hugo</th> 微信公众号/知乎</th></tr></thead>

写作入口</td> GitHub Issues</td> 本地编辑器</td> 平台编辑器</td></tr>
部署</td> 全自动</td> 需手动构建</td> 平台托管</td></tr>
版本管理</td> Git 天然支持</td> Git</td> 无</td></tr>
数据所有权</td> 完全属于你</td> 完全属于你</td> 平台</td></tr>
评论</td> GitHub Issues 评论</td> 需第三方插件</td> 平台评论</td></tr>
搜索引擎收录</td> 较难（需配置）</td> 容易</td> 容易</td></tr>
费用</td> 免费</td> 免费（需托管）</td> 免费</td></tr>
</tbody></table>


这套方案最大的优点是极简</strong>：不需要本地环境、不需要部署服务器，只要有 GitHub 账号就能开始写作。
文章永久保存在 GitHub，即使项目停止维护，内容也不会丢失。</p>
</blockquote>

中轴线citywalk

2026 Weekly Report

根源探析：教育、文化与心态</h3>
为什么我们的大脑会本能地倾向于第一种逻辑？这背后有多重原因。</p>

核心逻辑：把“未知”变成“已知”</h3>
焦虑的本质往往是对“失控”的恐惧。分析思维的作用，就是把那个模糊、巨大、可怕的“未知”，拆解成一个个具体、可控、可分析的“已知”模块。</p>

脱离混沌

学习《强化学习》

玉渡山转山龙庆峡游水

doc_index

同一电脑多git账号配置

第一篇博客

二、快速开始（5 步完成）</h2>

三、工作流详解</h2>

五、个性化配置</h2>

六、（可选）部署为静态网站</h2>
如果想要一个更美观的博客界面，可以启用 `generate_site.yml</code>：</p>`

编辑已有文章</h3>
直接编辑对应的 Issue 正文，保存后 Actions 自动重新生成。</p>

置顶文章</h3>
给 Issue 添加 `Top</code> 标签即可出现在置顶区域。</p>`

中轴线citywalk

2026 Weekly Report

根源探析：教育、文化与心态</h3> 为什么我们的大脑会本能地倾向于第一种逻辑？这背后有多重原因。</p>

核心逻辑：把“未知”变成“已知”</h3> 焦虑的本质往往是对“失控”的恐惧。分析思维的作用，就是把那个模糊、巨大、可怕的“未知”，拆解成一个个具体、可控、可分析的“已知”模块。</p>

脱离混沌

学习《强化学习》

玉渡山转山龙庆峡游水

doc_index

同一电脑多git账号配置

第一篇博客

二、快速开始（5 步完成）</h2>

三、工作流详解</h2>

五、个性化配置</h2>

六、（可选）部署为静态网站</h2> 如果想要一个更美观的博客界面，可以启用 generate_site.yml</code>：</p>

编辑已有文章</h3> 直接编辑对应的 Issue 正文，保存后 Actions 自动重新生成。</p>

置顶文章</h3> 给 Issue 添加 Top</code> 标签即可出现在置顶区域。</p>

根源探析：教育、文化与心态</h3>
为什么我们的大脑会本能地倾向于第一种逻辑？这背后有多重原因。</p>

核心逻辑：把“未知”变成“已知”</h3>
焦虑的本质往往是对“失控”的恐惧。分析思维的作用，就是把那个模糊、巨大、可怕的“未知”，拆解成一个个具体、可控、可分析的“已知”模块。</p>

六、（可选）部署为静态网站</h2>
如果想要一个更美观的博客界面，可以启用 `generate_site.yml</code>：</p>`

编辑已有文章</h3>
直接编辑对应的 Issue 正文，保存后 Actions 自动重新生成。</p>

置顶文章</h3>
给 Issue 添加 `Top</code> 标签即可出现在置顶区域。</p>`