完全依赖vide coding：
代码可以运行，但是运行效率很低，且过程完全黑盒化。结果不尽人意。
试图重构，发下以下问题：
人机交互模式：
人工设计+ai功能代码撰写：抛弃完全依赖模型设计与开发的模式，改为以人为主，大模型功能实现的模式。
为什么这么做呢？
我发现如果大模型写好计划并按照任务执行，计划赶不上变化，同时我无法了解代码为什么这样设计，是否经充分的验证。所以完全由ai撰写的模式适用于demo的展示，针对复杂项目，更依赖的是以人为主体，ai加快代码撰写的人机交互模式。
code agent发展至今，全局记忆，统筹调度的能力还有待提高，期望有一天，记忆可以内化，资源可以充分调度，也非常乐意完全当一名产品经理。
]]>下图是工作流与智能体的举例，来源于【workflows-agents】。
这个图其实有个疑问，为什么LLM参与决策的workflow，而不是智能体？
比如Evaluator-Opimizer，其中Generator与Evaluator都是LLM，Generator负责生成候选解，Evaluator负责评估，通过则给出结果，反之则反馈给Generator重新生成。其中，Generator就具备自主决策的性质。
本质上在于执行流程的是否可以预测性，Evaluator-Optimizer是一个严格的流程，而智能体可以判断执行步骤，选择是否使用工具以及使用什么工具，流程是不可预测的。
]]>在该种模式下，催生出农田职业管理人的职业，同时农田的经营，也提高当地的务农人员的收入。但是不可避免，农田职业管理人面临经营亏损的问题，收益分成的纠纷等系列问题，该设想需进一步优化完善。我相信更专业的农田管理，在未来可以提升农田收益，减少农田荒废，促进农业经济的发展。
]]>最近在维护个人Hexo博客时，发现主题中的category.ejs和tag.ejs文件实现较为复杂，代码冗余度较高。这两个文件包含了大量重复代码，只是在页面标题和描述上有所不同。
同时，我注意到官方的hexo-theme-landscape主题在实现这两个页面时非常简洁，每个文件只有一行代码。这引起了我的兴趣，决定参考其实现方式来优化自己的主题。
参考hexo-theme-landscape主题的实现方式，我采用了以下方案：
themes/sido-meet/layout/partial/目录下创建archive.ejs模板文件，包含所有列表页面的通用结构<%- partial('partial/archive', { ... }) %>引用通用模板，并传递相应参数在themes/sido-meet/layout/partial/目录下创建archive.ejs模板文件，包含以下内容：
1 | <div class="blog-container"> |
将themes/sido-meet/layout/category.ejs文件修改为：
1 | <%- partial('partial/header') %> |
将themes/sido-meet/layout/tag.ejs文件修改为：
1 | <%- partial('partial/header') %> |
修改.gitignore文件，添加规则只追踪themes/sido-meet主题：
1 | # Themes |
archive.ejs模板中archive.ejs文件，无需修改多个文件虽然代码简化了，但所有原有功能都得到了保留：
archive.ejs作为通用模板名称，与官方主题保持一致在使用通用模板时，通过传递参数来实现动态内容：
1 | <%- partial('partial/archive', { |
通用模板使用传递的参数来渲染页面内容：
1 | <h1 class="blog-title"><%= page_title %></h1> |
通过修改.gitignore文件，确保只有sido-meet主题会被版本控制系统追踪，避免其他主题文件污染仓库。
通过参考hexo-theme-landscape主题的实现方式，我成功优化了自己主题中的category和tag页面实现。这次优化不仅简化了代码结构，提高了可维护性，还保持了所有原有功能。
这种通过创建通用模板来实现代码复用的方式，是一种很好的实践，值得在其他类似场景中推广使用。它不仅可以减少代码冗余，还可以提高代码的一致性和可维护性。
通过这次优化，我对Hexo主题的代码组织方式有了更深入的理解，也为后续的主题维护和开发打下了更好的基础。
]]>2025年9月20日中午到的北京，正值周六，hy师兄来地铁站接我，带我去小区边上的商场吃了一碗牛肉面。
2026年1月30日离职，实习总时间为4个月左右，本来想实习到2026年3月20号左右，但是，不太想过完年继续会北京折腾，还是回学校准备毕业条件。
北京实习最让人想吐槽的房价，一个三室一厨一卫的房子（客厅隔断）的房间，我租的是客厅隔断，居然要2300一个月，再额外家230的服务费。这已经要了我工资的2/5左右。北京吃饭也贵，正常三餐吃饭，一天要花费50元左右，所以四个月实习下来也没攒到啥钱。
第一次租房，所以对中介的话术没有明确的理解。我是跟中介说的我不确定租多久，五六个月。然后她跟我讲免责解约，随时走就行，让我签了一年的合同。然后我12月20日就说我年前要走了，她这是说不行了，必须租到年后才能免责解约。哎，她说过年不好租，争不过她，我也有点感觉是我理亏，没明确说清楚租的时间，就算了。我2026年2月4号离开北京，房租还是得租到2026年2月24号，也就是初八，她们正式工作的第一天。相当于赔了20天房租1600多块。希望到时候能顺利把押金，剩余的预付一年的管理费，剩下的房租（押一付三也对实习非常不友好）还给我。
工资低但是又想想存点钱，所以在北京的生活体验不是很好。
]]>Skill是Claude提出的一种全新的AI能力扩展概念，它允许AI系统通过特定的触发机制来调用预设的功能模块，从而实现更复杂、更专业化的任务处理。简单来说，Skill就像是AI的”工具箱”，里面装着各种专门的工具，当遇到需要这些工具的场景时，AI可以自动或半自动地调用它们。
触发式调用是Skill系统的核心特性，它使得AI能够在特定条件下自动识别并调用相应的Skill，而不需要用户明确的指令。这种机制的实现主要基于以下几个方面：
AI系统通过分析用户的输入内容、对话上下文以及任务需求，识别出当前场景是否需要特定的Skill。例如，当用户提到”创建一个表格”时，AI可以识别出这是一个需要表格处理Skill的场景。
每个Skill都有其特定的触发条件，这些条件可以是：
当触发条件满足时，AI系统会：
场景：用户询问”12345乘以67890等于多少？”
触发过程：
结果：”12345乘以67890等于838102050。”
场景：用户说”帮我写一个Python函数，计算斐波那契数列的第n项”
触发过程：
结果：
1 | def fibonacci(n): |
场景：用户输入”Translate ‘Hello world’ to Chinese”
触发过程：
结果：”‘Hello world’翻译成中文是’你好，世界’。”
场景：用户上传了一份销售数据CSV文件，并说”分析这份数据的销售趋势”
触发过程：
结果：
“根据您提供的销售数据，我分析了过去6个月的销售趋势：
以下是销售趋势图表：
[销售趋势图表]
“
在智能助手中，Skill可以帮助用户处理各种日常任务，如：
在专业领域，Skill可以提供更专业的支持：
对于开发者，Skill可以作为智能开发助手：
随着AI技术的不断发展，Skill系统也将迎来更多的创新和改进：
更智能的触发机制：基于深度学习的场景识别能力将不断提升，使得Skill的触发更加准确和智能
更多样的Skill类型：将会有更多专业领域的Skill被开发出来，覆盖更多的应用场景
更强大的Skill组合：未来的Skill系统将支持多个Skill的协同工作，通过Skill的组合来解决更复杂的问题
用户自定义Skill：普通用户也将能够创建和分享自己的Skill，形成Skill生态系统
跨平台集成：Skill将能够在不同的AI平台和应用之间无缝集成，提供统一的用户体验
Skill作为Claude提出的一种全新概念，通过触发式调用机制，为AI系统提供了更强大、更灵活的能力扩展方式。它使得AI能够根据场景自动识别并调用相应的功能模块，从而为用户提供更智能、更便捷的服务。
触发式调用的核心优势在于其自动化程度高、使用门槛低、响应速度快等特点，这使得Skill系统在各种应用场景中都有着广阔的发展前景。随着技术的不断进步，我们可以期待Skill系统在未来会带来更多的惊喜和创新。
]]>在搭建个人博客时，评论系统是一个重要的组成部分，它允许读者与博主互动，增加博客的活跃度和社区感。对于使用Hexo框架的博主来说，选择一个合适的评论系统尤为重要。本文将对比当前主流的Hexo评论系统方案，分析它们的优缺点和适用场景，帮助你做出最佳选择。
Disqus是最早也是最知名的第三方评论系统之一，拥有丰富的功能和庞大的用户基础。
特点：
优缺点：
Utterances是一款基于GitHub Issues的轻量级评论系统，非常适合技术博客。
特点：
优缺点：
Giscus是基于GitHub Discussions的评论系统，是Utterances的升级版。
特点：
优缺点：
Waline是一款快速、简洁且高效的无后端评论系统，基于LeanCloud。
特点：
优缺点：
Twikoo是一款基于云函数的评论系统，支持多种云服务提供商。
特点：
优缺点：
Gitalk是另一款基于GitHub Issues的评论系统，功能相对完整。
特点：
优缺点：
Vssue是基于Vue.js和Issue系统的评论系统，支持多种代码托管平台。
特点：
优缺点：
| 评论系统 | 部署难度 | 速度与性能 | 功能丰富度 | 数据隐私 | 国内访问 | 适用场景 |
|---|---|---|---|---|---|---|
| Disqus | 低 | 慢 | 高 | 低 | 差 | 国际博客，需要丰富功能 |
| Utterances | 低 | 快 | 中 | 高 | 好 | 技术博客，注重速度 |
| Giscus | 中 | 快 | 中高 | 高 | 好 | 技术博客，需要更多功能 |
| Waline | 中 | 快 | 高 | 中 | 好 | 国内博客，支持匿名评论 |
| Twikoo | 中高 | 快 | 高 | 中 | 好 | 国内博客，需要灵活部署 |
| Gitalk | 中 | 中 | 中 | 高 | 好 | 技术博客，简洁风格 |
| Vssue | 中 | 中 | 中高 | 高 | 好 | 多平台用户，需要定制 |
如果是技术博客，主要面向开发者：推荐使用 Utterances 或 Giscus，它们轻量快速，与 GitHub 集成良好，适合技术内容的讨论。
如果需要支持匿名评论，面向普通读者：推荐使用 Waline 或 Twikoo，它们支持匿名评论，功能丰富，国内访问速度快。
如果博客主要面向国际读者：可以考虑 Disqus，虽然国内访问慢，但在国际上使用广泛，功能全面。
如果注重数据隐私和控制权：推荐使用基于 GitHub Issues/Discussions 的系统（Utterances、Giscus、Gitalk），数据存储在自己的仓库中，可控性高。
如果是新手，希望快速搭建：推荐使用 Utterances，配置最简单，只需一个 GitHub 仓库。
在 Hexo 主题配置文件中添加：
1 | utterances: |
1 | waline: |
选择合适的评论系统需要考虑多个因素，包括博客定位、目标 audience、技术能力和个人偏好。没有绝对最好的评论系统，只有最适合自己的。
对于大多数技术博主来说，Utterances 和 Giscus 是不错的选择，它们轻量快速，与 GitHub 生态集成良好。对于需要支持匿名评论的博主，Waline 和 Twikoo 提供了更多的灵活性。
最终，评论系统只是博客的一个组成部分，最重要的还是内容本身。选择一个适合自己的评论系统，让读者能够更方便地与你交流，这才是评论系统的真正价值所在。
一直以来，我都是使用传统的本地部署方式来管理Hexo博客：
1 | hexo generate |
每次写完文章后都需要手动执行这些命令，虽然不算麻烦，但总觉得不够现代化。最近终于下定决心，将博客部署流程自动化，使用GitHub Action实现”写完即发布”的效果。
我的项目结构比较特殊：
目标很明确：修改源码后推送到私有仓库，自动触发GitHub Action，构建静态页面并部署到GitHub Pages。
首先需要在私有仓库中配置GitHub Actions的权限：
创建.github/workflows/frontend-deploy.yml文件，配置如下：
1 | name: Frontend Hexo Deploy |
由于需要部署到外部仓库，我们使用SSH密钥方式进行认证，这是最可靠和安全的方式。
1 | ssh-keygen -t rsa -b 4096 -C "your_email@example.com" |
your-username/your-username.github.io~/.ssh/id_rsa.pub）your-username/your-username.github.io.sourceDEPLOY_KEY~/.ssh/id_rsa）确保_config.yml中的部署配置正确：
1 | # Deployment |
完成配置后，我们可以通过以下步骤验证部署是否成功：
1 | git add . |
问题：私有仓库的Action是否能访问到公开的静态网页仓库？
解答：是的，我们使用SSH密钥方式，只要在静态网页仓库中添加了对应的公钥，并在源码仓库中配置了私钥Secret，GitHub Action就能成功访问并部署到外部仓库。
如果部署失败，可以从以下几个方面排查：
npm install是否成功hexo generate是否生成了静态文件DEPLOY_KEY相比传统的本地部署方式，GitHub Action自动部署具有以下优势：
通过GitHub Action实现Hexo博客的自动部署，是一次现代化开发流程的实践。配置完成后，我只需要专注于创作内容，剩下的部署工作全部交给自动化流程处理。这种”写完即发布”的体验，让博客创作变得更加高效和愉悦。
如果你也在使用Hexo博客，不妨尝试配置GitHub Action自动部署，体验一下自动化带来的便利！
]]>--tags和--categories是两个常用的命令行参数，用于为文章添加分类和标签。虽然它们看起来功能相似，但实际上有很大的区别和不同的使用场景。本文将详细介绍这两个参数的区别、使用方法和最佳实践。
分类是一种层级化的内容组织方式，用于将文章划分为不同的主题领域。分类具有父子关系，可以创建多层级的分类结构。
标签是一种扁平化的内容组织方式，用于为文章添加特定的关键词或主题标记。标签之间没有层级关系，是相互独立的。
用于为文章添加分类，可以指定单个分类或多层级分类。
1 | # 单个分类 |
用于为文章添加标签，可以添加多个标签，用逗号分隔。
1 | # 单个标签 |
在生成的Markdown文件中，categories和tags在front-matter中的表示方式也不同：
1 | title: Hexo主题开发 |
1 | title: React组件开发 |
1 | # 好的分类使用 |
1 | # 好的标签使用 |
分类和标签应该结合使用，形成互补的内容组织体系：
1 | # 结合使用示例 |
A: 虽然Hexo支持为文章添加多个分类，但通常建议每个文章只有一个主要分类，这样可以保持内容结构的清晰性。
A: 不可以，标签是扁平化的内容组织方式，没有层级关系。如果需要层级结构，应该使用分类。
A: 可以直接编辑文章的front-matter部分，修改categories和tags字段，然后重新生成网站。
A: 大多数Hexo主题都会在侧边栏或专门的页面展示网站的所有分类和标签，你也可以通过修改主题模板来自定义显示方式。
--tags和--categories是Hexo中两个重要的命令行参数，它们在内容组织中扮演着不同的角色：
| 特性 | Categories（分类） | Tags（标签） |
|---|---|---|
| 结构 | 层级化（树状） | 扁平化（无层级） |
| 关系 | 父子关系 | 相互独立 |
| 数量 | 建议1-2个 | 建议3-5个 |
| 作用 | 宏观组织内容 | 微观标记主题 |
| 使用 | 定义内容领域 | 标记关键词 |
正确理解和使用这两个参数，可以帮助你更好地组织博客内容，提高读者的阅读体验和内容发现效率。希望本文能对你有所帮助！
]]>hexo new post "文章标题"命令。除了大家熟悉的--tags和--categories参数外，Hexo还提供了许多其他实用的命令行参数，可以帮助我们更高效地管理和创建博客内容。本文将详细介绍这些参数的使用方法。
指定文章标题，与命令中的标题参数作用相同。
1 | hexo new post --title="Hexo命令行参数详解" |
指定文章的创建日期，格式为YYYY-MM-DD或YYYY-MM-DD HH:MM:SS。
1 | hexo new post "回顾2025" --date="2025-12-31" |
指定文章的更新日期，格式与–date相同。
1 | hexo new post "技术分享" --updated="2025-12-20 15:30:00" |
指定文章作者。
1 | hexo new post "团队协作经验" --author="张三" |
指定文章的永久链接，覆盖站点配置中的permalink设置。
1 | hexo new post "自定义链接" --permalink="2025/12/custom-link" |
指定使用的布局模板，默认为post。
1 | # 使用page布局创建页面 |
指定文章的摘要内容。
1 | hexo new post "Hexo入门教程" --excerpt="这是一篇详细的Hexo博客搭建教程" |
指定文章的描述信息，通常用于SEO。
1 | hexo new post "SEO优化技巧" --description="分享博客SEO优化的实用方法" |
禁用代码行号显示（如果主题支持的话）。
1 | hexo new post "代码示例" --disable-linenos |
控制是否启用评论功能。
1 | # 启用评论 |
指定文章文件的保存路径，相对于source/_posts目录。
1 | # 将文章保存到指定目录 |
Hexo支持同时使用多个参数，实现更灵活的配置：
1 | # 同时指定标题、标签、分类、作者和摘要 |
除了上述内置参数外，你还可以在scaffolds/post.md模板中定义自定义参数，然后通过命令行传递：
编辑scaffolds/post.md文件，添加自定义参数：
1 | --- |
1 | hexo new post "带封面的文章" --cover="/images/cover.jpg" --featured=true |
--tags和--TAGS效果相同--tags="思考,生活,随笔"-t可以替代--tagsHexo提供了丰富的命令行参数，可以帮助我们更高效地创建和管理博客内容。除了常用的--tags和--categories参数外，还有许多实用的参数可以使用：
--title, --date, --updated, --author--permalink, --layout--excerpt, --description--disable-linenos, --comments, --path合理使用这些参数，可以大大提高我们的博客创作效率。希望本文能帮助你更好地了解和使用Hexo的命令行参数！
]]>网站导航栏包含多个链接：
1 | <ul> |
点击这些链接时，页面没有任何跳转，浏览器地址栏也没有变化。
经过排查，我发现问题出在最近添加的scroll.js文件中，该文件用于实现导航栏的滚动收起效果：
1 | // Scroll listener for header behavior |
问题出在这段代码的第26行：
1 | if (href.startsWith('#') || href.startsWith('/')) { |
这段代码的意图是：
#或/开头的链接）应用平滑滚动效果e.preventDefault()阻止默认的链接跳转行为然而，这里存在一个严重的逻辑错误：
#开头的锚点链接（如#section1），我们确实想要阻止默认跳转并应用平滑滚动/开头的页面导航链接（如/blogs），我们不应该阻止默认跳转行为！当代码执行到e.preventDefault()时，它完全阻止了浏览器的默认链接跳转行为，导致所有以/开头的链接都无法正常跳转到目标页面。
修复这个问题很简单，我们只需要修改条件判断逻辑，仅对以#开头的锚点链接应用平滑滚动和e.preventDefault()，而让以/开头的导航链接保持默认的跳转行为：
1 | // Smooth scroll for navigation links |
明确功能边界：在实现功能时，要明确区分不同类型的元素和交互行为。锚点链接和页面导航链接是两种不同的元素，应该有不同的处理方式。
使用精确的条件判断：避免使用过于宽泛的条件判断。在这个例子中，href.startsWith('#') || href.startsWith('/')就是一个过于宽泛的条件，导致了非预期的行为。
测试各种场景：在实现功能后，要测试各种可能的使用场景。不仅要测试功能正常的情况，还要测试边界情况和异常情况。
理解事件处理机制：要深入理解JavaScript的事件处理机制，特别是event.preventDefault()的作用和影响范围。
模块化设计：将不同的功能模块分开实现，避免一个功能模块影响另一个功能模块。在这个例子中，滚动效果和链接跳转是两个不同的功能，应该尽量减少它们之间的相互影响。
导航栏链接无法跳转的问题是一个典型的JavaScript事件处理错误。通过仔细分析代码，我们找到了问题所在：错误地对所有以/开头的链接应用了e.preventDefault()。修复方法是调整条件判断逻辑，仅对以#开头的锚点链接应用平滑滚动效果。
这个问题提醒我们，在编写JavaScript代码时，要非常小心地处理事件默认行为，特别是当一个功能模块影响多个元素类型时。通过明确功能边界、使用精确的条件判断和充分测试，可以避免类似问题的发生。
希望这篇文章能帮助你解决类似的导航栏跳转问题，也能让你在编写JavaScript代码时更加注意这些细节。
本文由AI辅助生成，作者：sido
]]>hexo clean 和 hexo generate 这两个命令。很多初学者可能会有疑问：每次执行 hexo generate 前都必须运行 hexo clean 吗？ 本文将详细解答这个问题，并提供最佳实践指南。
首先，让我们明确这两个命令的基本作用：
hexo clean清除 Hexo 的缓存文件 (db.json) 和已生成的静态文件 (public 目录)：
db.json：包含站点内容索引，用于提高生成效率public：最终生成的网站文件，用于部署到服务器hexo generate根据当前配置和内容，生成新的静态文件到 public 目录：
--force 参数可强制重新生成所有文件hexo clean？以下情况建议先运行 hexo clean，再执行 hexo generate：
✅ 修改了站点核心配置（_config.yml）
✅ 切换或修改了主题（包括主题配置 themes/主题名/_config.yml）
✅ 修改了模板文件（.ejs、.pug 等布局文件）
✅ 安装或卸载了插件，特别是影响生成过程的插件
✅ 网站显示异常（如旧内容未更新、样式错乱等）
✅ 需要完全重新生成网站（如发布前的最终检查）
hexo generate？以下情况可以跳过 hexo clean，直接执行 hexo generate：
✅ 仅修改了文章内容（.md 文件）
✅ 仅添加了新文章或页面
✅ 仅修改了文章的 front-matter（标题、标签、日期等）
✅ 开发过程中的快速预览（使用 hexo server 时会自动重新生成）
1 | # 1. 创建新文章 |
1 | # 1. 修改配置文件或主题 |
1 | # 清除缓存，确保生成完整文件 |
Hexo 支持命令组合，可以简化操作：
1 | # 清除并重新生成 |
A: 可能是缓存导致的，尝试先执行 hexo clean 再重新生成。
hexo clean 会删除我的文章吗？A: 不会，它只会删除缓存文件和生成的静态文件，不会影响 source 目录中的原始文章。
A: 增量更新只处理变化的内容，生成速度更快；强制更新会重新生成所有文件，确保内容完全一致。
不是每次执行 hexo generate 都需要先运行 hexo clean，这取决于你的具体操作场景。合理使用这两个命令可以提高工作效率：
hexo generate 或 hexo serverhexo clean 再 hexo generatehexo clean && hexo generate 确保完整性希望本文能帮助你更好地理解和使用 Hexo 的这两个核心命令！
]]>1 | $ hexo new "My New Post" |
More info: Writing
1 | $ hexo server |
More info: Server
1 | $ hexo generate |
More info: Generating
1 | $ hexo deploy |
More info: Deployment
]]>Hexo 是一款基于 Node.js 的静态博客框架，能快速将 Markdown 文章渲染为静态 HTML 页面；GitHub 则可提供免费的页面托管服务。两者结合能零成本搭建高性能个人网站，本文将带你完成从环境搭建到网站上线的全流程。
1 | npm install -g hexo-cli |
1 | hexo init sido-meet.github.io |
1 | hexo s |
访问 http://localhost:4000 即可查看默认页面。
修改项目根目录的
language: zh-CN）type: git），后续仅需补充仓库地址即可。[你的GitHub用户名].github.io 的公开仓库git@github.com:yourname/yourname.github.io.git）在
1 | deploy: |
安装部署插件：
1 | npm install hexo-deployer-git --save |
1 | hexo new "我的第一篇文章" |
1 | hexo clean && hexo g && hexo d |
https://[你的GitHub用户名].github.io 即可查看上线后的网站。hexo clean 清除缓存后重新生成部署通过 GitHub + Hexo 的组合，你可以快速拥有一个可自定义样式、支持 Markdown 写作的个人网站。后续可尝试更换主题、添加评论系统等扩展功能。
]]>