一周热榜

这个项目是什么 这是一个用于结构化处理复杂目录中的Markdown文件（规范）的Go工具，详细信息可在<a href="https://spec-schema.org" rel="nofollow">https://spec-schema.org</a>找到。该工具主要有两个任务： - 验证一组Markdown文件； - 与Markdown文件进行交互（查询、添加、更新、删除）。 验证可以由开发人员（包括在持续集成中）和代理进行。同时，查询和修改Markdown文件的命令（查询、添加、更新、删除）主要是为代理设计的（因为开发人员通过代码编辑器进行这些操作更为方便）。 这个项目解决了什么问题 主要解决三个问题： - 担心代理会破坏规范的结构完整性； - 能够维护由Markdown文件组成的结构复杂的规范； - 代理需要在上下文窗口中加载过多数据（读取整个规范）。 它是如何工作的 该工具的大致使用场景如下： - 你使用一个YAML文件初始化规范架构，按照<a href="https://spec-schema.org/" rel="nofollow">https://spec-schema.org/</a>的说明。这个架构描述了Markdown文件目录的结构以及Markdown文件本身的结构。这个阶段当然可以由代理完成； - 在与代理的新会话中，你只需告诉它运行`spec-cli help`：通过这个命令，它会获得一个适合代理使用的规范架构投影，然后进行操作； - 现在代理可以使用spec-cli来验证、更新和查询规范； - 规范仍然方便开发人员阅读，因为它与项目位于同一位置，并且具有开发人员定义的结构。 这个项目不是 这不是一个像spec-kit、openspec、spec-kitty等的规范驱动开发框架。它仅仅是一个用于结构化处理复杂Markdown文件目录的工具。 未来计划 目前我正在一个真实项目上测试该工具。特别是，该工具需要支持并发工作（例如，避免同时添加的Markdown文件获得相同的ID）和批量操作。 感谢您的阅读！

*我花了过去六个月的时间学习如何使用人工智能来自动化任务。以下是我发现的内容：*<p>*1. 并不是所有事情都需要人工智能。* 有时候，像 n8n 这样的简单工作流工具就足够完成任务。<p>*2. 我认为简单的步骤实际上最需要人工智能。* 一个好的例子是：对电子邮件进行分类以查找发票请求。人们写这些邮件的方式各不相同，因此基本规则无法涵盖所有情况。人工智能在这方面表现得更好。<p>*3. 不要试图从零开始构建一切。* 利用你已经拥有的工具，将它们连接在一起。这更快也更聪明。<p>你有什么乏味的手动任务正在占用你的时间吗？我可以免费为你构建，作为反馈的交换。