<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Notes</title><link>https://si40code.github.io/notes/</link><description>Recent content on Notes</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Fri, 16 Jan 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://si40code.github.io/notes/index.xml" rel="self" type="application/rss+xml"/><item><title>Agent Skills：把专家 SOP 打包成 AI 可加载的技能</title><link>https://si40code.github.io/notes/posts/agent-skills/</link><pubDate>Fri, 16 Jan 2026 00:00:00 +0800</pubDate><guid>https://si40code.github.io/notes/posts/agent-skills/</guid><description>介绍 Anthropic 的 Agent Skills：一种用文件夹 + SKILL.md 沉淀程序性知识的方式，解决“工具会用但流程不会用”的问题。</description></item><item><title>Go 包命名的最佳实践：从 go-pkg-sdk 到 kit 的重构之旅</title><link>https://si40code.github.io/notes/posts/go-package-naming-guide/</link><pubDate>Mon, 27 Oct 2025 00:00:00 +0800</pubDate><guid>https://si40code.github.io/notes/posts/go-package-naming-guide/</guid><description>引言 最近我重构了一个Go工具包，从 go-pkg-sdk 重命名为 kit。这个过程让我深刻认识到包命名的重要性。好的命名能提升代码的可读性、可维护性，更重要的是，能让AI Agent更好地理解和导航代码。
为什么命名如此重要？ 1. 可读性 好的包名应该让代码自解释：
// ❌ 糟糕 import &amp;#34;yourproject/xlog&amp;#34; import &amp;#34;yourproject/xhttp&amp;#34; // ✅ 清晰 import &amp;#34;yourproject/log&amp;#34; import &amp;#34;yourproject/http&amp;#34; 2. 可维护性 遵循社区约定能让团队成员快速上手，也能让AI更好地理解代码结构。
3. AI Agent友好 清晰的命名让AI更容易定位代码、理解模块关系、生成符合项目风格的代码。
Go 包命名的核心原则 原则1：简短、清晰、单数 好例子：
package log // ✅ package http // ✅ package db // ✅ package cache // ✅ 坏例子：
package logs // ❌ 不要复数 package httputils // ❌ 太长 package my_logger // ❌ 不要下划线 package pkg // ❌ 太泛用 原则2：避免无意义的前缀/后缀 坏例子：</description></item><item><title>让 Google 搜索到你的博客：完整 SEO 配置指南</title><link>https://si40code.github.io/notes/posts/google-search-optimization/</link><pubDate>Thu, 23 Oct 2025 13:36:09 +0800</pubDate><guid>https://si40code.github.io/notes/posts/google-search-optimization/</guid><description>从零开始配置博客的 Google 搜索优化，包括 Search Console 验证、Sitemap 提交、结构化数据和邮件通知等完整流程。</description></item><item><title>Cherry-Studio是怎么实现Web Search的?源码解析</title><link>https://si40code.github.io/notes/posts/cherry-studo-shi-zenme-shixian-web-search/</link><pubDate>Sun, 28 Sep 2025 10:06:08 +0800</pubDate><guid>https://si40code.github.io/notes/posts/cherry-studo-shi-zenme-shixian-web-search/</guid><description>梳理 Cherry Studio 的 Web Search 调用链：从交互触发、意图分析到隐藏浏览器抓取与引用呈现的完整实现。</description></item><item><title>本地图片使用示例</title><link>https://si40code.github.io/notes/posts/image-showcase/</link><pubDate>Sat, 27 Sep 2025 12:00:00 +0800</pubDate><guid>https://si40code.github.io/notes/posts/image-showcase/</guid><description>演示如何在文章中引用自己下载的图片，包括封面、正文插图以及简单的图文布局。</description></item><item><title>Markdown 样式全面测试</title><link>https://si40code.github.io/notes/posts/markdown-showcase/</link><pubDate>Sat, 27 Sep 2025 00:50:00 +0800</pubDate><guid>https://si40code.github.io/notes/posts/markdown-showcase/</guid><description>用一篇文档覆盖常见 Markdown 语法，验证主题的排版与组件表现。</description></item><item><title>Mermaid 图示全览</title><link>https://si40code.github.io/notes/posts/mermaid-gallery/</link><pubDate>Sat, 27 Sep 2025 00:46:00 +0800</pubDate><guid>https://si40code.github.io/notes/posts/mermaid-gallery/</guid><description>收集常用的 Mermaid 语法，包括流程图、时序图、状态图、甘特图等，方便确认主题展示效果。</description></item><item><title>部署到 GitHub Pages 并焕新主页</title><link>https://si40code.github.io/notes/posts/blog-refresh-notes/</link><pubDate>Sat, 27 Sep 2025 00:40:00 +0800</pubDate><guid>https://si40code.github.io/notes/posts/blog-refresh-notes/</guid><description>记录把 Notes 博客上线到 GitHub Pages 的全过程，并整理这次主题美化的思路。</description></item><item><title>开始写笔记</title><link>https://si40code.github.io/notes/posts/hello-world/</link><pubDate>Sat, 27 Sep 2025 00:03:15 +0800</pubDate><guid>https://si40code.github.io/notes/posts/hello-world/</guid><description>欢迎来到新的笔记博客！
这里将记录日常学习和实践中遇到的知识点、调研心得以及对开源项目的理解。作为第一篇文章，主要先确认以下几件事：
使用 Hugo 搭建静态博客并将内容托管到 GitHub Pages。 统一用 Markdown 记录随手笔记，按主题归档。 每次更新前在本地运行 hugo server 快速预览页面效果。 接下来就可以开始写第一批文章了，例如整理最近学习的框架笔记或解决问题的过程记录。期待之后能在这里持续更新。</description></item></channel></rss>