2026-07-21 00:58:21
近一个月，发现了很多美好之处，但是有三处特别深入我的心中。
第一个，共享单车的手机支架。近期发现，附近部分共享单车上有一个放手机的地方，方便我们骑车的时候，按照导航走。当然，安全系数也增加了非常多呀。
第二个，长楼梯的平台。下面是两张图，均是长楼梯。左图中的楼梯直上直下，摔倒了怎么办呀？右图在长楼梯中有平台，能够在人摔倒之后，有一个缓冲。
第三个，床下的台灯。早上起来，一片黑。开灯的话，眼睛不舒服。但是有些地方有巧思呀。在床下方安置一个灯，在你起来之后，就会自动亮起来。
参考内容：
2026-07-21 00:31:48
2019年，读了一个月的易经，从姓名的角度，给自己解的卦象为——离卦（第三十卦）。相关的内容如下：
离下离上，离；
《离》：利贞。亨。畜牝牛吉。
《离》：利贞。亨。畜牝牛吉。
《彖》曰：离，丽也。日月丽乎天，百谷草木丽乎土。重明以丽乎正，乃化成天下。柔丽乎中正，故，是以“畜牝牛吉”也。
《象》曰：明两作，离。大人以继明照于四方。初九，履错然，敬之无咎。
《象》曰：“履错之敬”，以辟咎也。六二，黄离，元吉。
《象》曰：“黄离元吉”，得中道也。九三，日昃之离，不鼓缶而歌，则大耋之嗟，凶。
《象》曰：“日昃之离”，何可久也？九四，突如，其来如，焚如，死如，弃如。
《象》曰：“突如其来如”，无所容也。六五，出涕沱若，戚嗟若，吉。
《象》曰：六五之吉，离王公也。上九，王用出征，有嘉折首，获匪其丑，无咎。
《象》曰：“王用出征”，以正邦也。
当然，这里需要引用一下相关的图像，能够更加明白相关的内容。
但是卦象要时常看见才对呀。于是2022 - 至今，尽量保证每周一阅读年度规划，卦辞、爻辞。
近日，不经意间想到，自己可以把卦象挂到身边，可以提醒自己呀。
于是买了一张离卦，放在了小窝工作的旁边，每天都能够提醒自己呀。
2026-06-23 00:37:38
端午节期间，本来准备出去骑车的。结果一连下了三天的雨。那就找点其他的事情干吧。
第一件事情，清理小窝。把小窝的所有衣物都清洗一下，无死角清理灰尘。这一步干完之后，扔了6个垃圾袋呀。并且移动了个人书桌。移动之后，感觉的确舒服不少呀。后续如果家具变多的话，需要阅读下面几本书：
第二件事情，去旁边的朵云书店溜达。之前骑车总会路过这个书店，周六进去之后，看了一下午的书。感觉拓展了一下被动获取知识的方式。一下午，囫囵吞枣读了下面几本书：
而且在这个地方看湖景，非常好。
第三件事情，去湖边看端午烟花。本周的无人机还表演了端午主题，图片有：龙、舟、屈原、毕业快乐、中考加油等。
端午过去了，第一天上班，比之前有精力多了都。
2026-06-23 00:17:31
近一个月，本人的这个小破站被攻击了5次。幸好设置了邮箱提醒，我能够知道什么时间发生的事情呀。每次给我发送的邮件内容，具体如下：
将其进行统计之后，可以得到一下的结果。
| 时间 | ip | |
|---|---|---|
| 2026.05.16 | 118.212.138.52 | |
| 2026.05.16 | 118.212.138.52 | |
| 2026.06.01 | 1.71.146.47 | |
| 2026.06.01 | 1.71.146.120 | |
| 2026.06.01 | 1.71.146.120 |
话说这个ip有重复的，感觉就是软件扫描后攻击的呀。
自己赶紧修改密码，并且将网站中非常多的垃圾用户给清理了都。
2026-05-10 21:50:25
之前对于滴水湖有了一些介绍，具体内容如下：
本文将这水系结构给完善一下。滴水湖的水系可以总结为六个字——一湖四涟七射
四涟是环绕着滴水湖的四条环形河道。由内而外分别叫做
其中春涟河需要位于环湖二路和环湖三路之间。河道相当之宽，环境也整理的非常好。
围绕着这个春涟河，建立了非常多的公园。其中上海市天文馆就在春涟河旁边。
而夏涟河和秋涟河则位于环湖三路之外，这才是真正的进入住宅区，烟火气息就会突然间增加非常多呀。上一次去欧景小镇看的打铁花，就在河边，很好呀。
冬涟河为他人提醒之后才出现的。
七射，连接滴水湖的七条直线河道。
赤橙黄绿青蓝紫，谁持彩练当空舞。
——《菩萨蛮·大柏地》
由于七射与七种颜色对上了，所以就按照这其中颜色来命名这七条河流。以正北为0°，并顺时针旋转，这七条河流的角度（初略估计，结果取整）分别是。
为什么赤风港角度位于东南呢？我发表出我的猜测：东南为巽卦，表示风；正南为离卦，表示火。两者组合才一起，正好是赤风港呀。
此外，橙和港+蓝云港的连线，将滴水湖一份为二。
为什么左上区建设的那么快呢？因为东北方是上海市区呀。目前的主要人流也都集中于这左上区。
在路上骑车的时候，发现位于河上的桥名是非常有特点的。
位于涟河上的桥，和春夏秋冬相关。
位于七射上的桥，桥名与颜色相关。而且滴水湖湖边的七座桥，晚上的灯光都会有一定的特色的。
不过上面仅仅是一些相关性，有些桥名还与道路相关。
这是对于滴水湖水系的梳理，感觉设计的时候非常用心呀。
如果你的城市设计有对应的内容，欢迎交流呀。
参考内容
2026-05-07 07:00:23
本文中提到的内容已经放置于github仓库了：how to write skills
在 AI Agent 开发中，Skill 是一个被严重低估却又极其重要的概念。它不是一份普通的说明文档，而是一个面向特定任务域的能力封装——通过明确的触发描述、结构化的操作指令和必要的附属资源，让模型在某类任务上表现得更稳定、更专业、更一致。
写好一个 Skill，本质上是在回答三个问题：
如果你正在纠结"如何写出一个结构正确、可触发、可维护的 Skill"，这篇指南就是为你准备的。
网络上有非常多教你撰写Skill的方案，但是不够深入。为了撰写一份能够良好的Skill，本人研读了Anthropic的Skill仓库（仓库网址为https://github.com/anthropics/skills）
在动手写之前，必须先理解 Skill 的天然分层结构。这决定了"什么内容应该放在哪里"
| 层次 | 名称 | 加载时机 | 内容 | 作用 | 原则 |
|---|---|---|---|---|---|
| 第一层 | Metadata | 始终可见 |
name + description
|
始终参与触发判断，决定 Skill 能不能被正确命中 | 触发信息必须放在 frontmatter，不能藏在正文里 |
| 第二层 | SKILL.md 主体 | 触发后加载 | 主流程、关键规则、输出要求、分支策略 | Skill 被触发后的核心工作指南 | 只保留"始终该读"的核心内容 |
| 第三层 | Resources | 按需读取 |
references/、scripts/、assets/ 等 |
复杂场景的补充资源 | 长内容、重复内容、确定性内容放在外部资源 |
Skill的触发信息放在 frontmatter，核心工作流放在 SKILL.md，其余内容按需外移。
Skill 不是越大越好，而是要匹配当前的复杂度阶段。研读了Anthropic的Skill仓库（仓库网址为<https://github.com/anthropics/skills）之后，本人总结出三套Skill模板。按照流程不断变化，重要的事情说三遍：
本文中提到的内容已经放置于github仓库了：how to write skills
本文中提到的内容已经放置于github仓库了：how to write skills
本文中提到的内容已经放置于github仓库了：how to write skills
最小结构：
skill-name/
└── SKILL.md最小 frontmatter：
---
name: skill-name
description: 说明这个 Skill 做什么，以及在什么场景下应该优先使用它。
---最小正文骨架：
# Skill Title
一句话说明目标和适用范围。
## Process
- 第一步做什么
- 第二步做什么
- 遇到例外情况怎么处理
## Rules
- 哪些边界必须注意
- 哪些行为不能做
## Output
- 输出长什么样
- 如果没有固定格式，也要说明输出重点skill-name/
├── SKILL.md
├── LICENSE.txt
├── references/
│ ├── overview.md
│ ├── variants.md
│ └── examples.md
├── scripts/
│ ├── helper.py
│ └── validate.py
└── assets/
├── template.md
└── sample-output.txtskill-name/
├── SKILL.md
├── LICENSE.txt
├── references/
│ ├── overview.md
│ ├── domain-a.md
│ ├── domain-b.md
│ ├── rules.md
│ └── examples.md
├── scripts/
│ ├── validate.py
│ ├── transform.py
│ ├── generate_report.py
│ └── utils.py
├── assets/
│ ├── templates/
│ ├── samples/
│ └── static/
├── agents/
│ ├── reviewer.md
│ ├── analyzer.md
│ └── comparator.md
├── evals/
│ └── evals.json
└── docs/
├── design-notes.md
└── changelog.mddescription 是 Skill 能否被正确触发的核心。写差了，Skill 就很难被命中；写得过泛，又容易与其他 Skill 冲突。所以，一个合格的 description 至少要包含：
下面给出一个推荐公式：
用于 [目标任务]。当用户提到 [典型表达 / 典型场景 / 相近需求] 时，应优先使用此 Skill，即使用户没有明确说出 [关键词]。反例：
用于处理文档。正例：
用于撰写和整理结构化文档。当用户提到 PRD、技术方案、设计文档、决策记录、规范说明，或表达出"帮我把想法整理成正式文档"的意图时，应优先使用此 Skill，即使用户没有明确说出"文档模板"或"需求文档"等术语。写 Skill 时，最常见的问题不是"不会写"，而是"内容放错层"。下面是直接可用的放置规则
下面给出一份我研读后的Skill结构。
内容如下：
---
name: my-skill
description: Explain what this skill does and when it should be used.
---
# My Skill
## Overview
说明这个 Skill 解决什么问题，适用于哪些场景，不适用于哪些场景。
## Process
按阶段说明推荐流程：
1. 先做什么
2. 再做什么
3. 遇到分支时如何判断
## Rules
写关键约束、边界、异常处理和质量标准。
## Output Format
如果输出有稳定结构，在这里给出模板。
## References
说明什么时候需要读取 references/、scripts/、assets/ 中的哪个文件。推荐按以下顺序扩展，而不是一开始建满所有目录：
这样的话，你才可以更好的阅读出内容呀
写完一个 Skill 后，至少检查5个内容
以下问题在撰写 Skill 时最常见：
如果你要新写一个 Skill，可以直接按下面的策略执行：