【AI智能体】Skills 智能体驱动开发从使用到项目实战详解

【AI智能体】Skills 智能体驱动开发从使用到项目实战详解

目录

一、前言

二、Skills 介绍

2.1 Skills 是什么

2.2 为什么需要 Skills?它能解决什么问题?

2.3 Skills 工作原理

2.4 Skills 与其他能力协作关系

三、Skills 环境搭建

3.1 OpenCode 本地环境搭建

3.1.1 安装ndoejs

3.1.2 使用npm安装OpenCode

3.1.3 效果测试

3.1.4 opencode 基本使用技巧

3.2 OpenCode 配置大模型

3.2.1 前置准备

3.2.2 进入模型配置窗口

四、Skills 获取与基本使用

4.1 获取Skills

4.2 基于Skills目模板使用过程

4.2.1 配置Skills使用模板

4.2.2 使用Skills开发前端网页

4.2.3 使用Skills 做数据处理

五、开发自己的Skills

5.1 Skills 编写规则

5.1.1 Skills 模板规则编写说明

5.2 开发编写周报Skills

5.2.1 创建相应的工程开发目录

5.2.2 编写SKILL.MD

5.2.3 效果验证

5.3 使用魔法创建Skills

5.3.1 给出明确的需求

5.3.2 效果验证

六、写在文末


一、前言

Agent Skills 是继 MCP 后 Anthropic 推出的又一个 Agent 领域的行业标准。它的成长路线和 MCP 也非常像,25 年 10 月份发布时只有 Anthropic 自家产品支持,后来 Cursor、Codex、Opencode、Gemini CLI 等产品看到了 Skills 的优势于是纷纷开始支持。再后来社区开始涌现大量的开源 Skills 以及 Skills 开放市场,当下大家已经默认 Skills 成为了又一个扩展 Agent 能力的标准实践。

简单来说,Skills 的作用就是将那些重复性的、专业的流程进行打包封装。当你需要使用某种能力时,不再需要像过去那样每次都去查阅手册或重新输入冗长的提示词,而是像调用工具一样直接使用。

二、Skills 介绍

2.1 Skills 是什么

Read more

MinIO 新版本 Docker 部署指南:告别 Web 控制台,拥抱 CLI 管理

MinIO 新版本 Docker 部署指南:告别 Web 控制台,拥抱 CLI 管理

一、背景 * 安全事件:MinIO 安全漏洞(CVE-2025-62506), 漏洞说明: https://avd.aliyun.com/detail?id=AVD-2025-62506 * 建议升级到 RELEASE.2025-10-15T17-29-55Z 或更高版本。 二、新版本变动 * Web 控制台功能阉割: * 开源社区版本,内置 Web 管理界面不再提供除了创建bucket以外的功能。👆上面的图是不是很干净😄 * 官方不再提供Docker镜像与预编译二进制,需要自行从源码编译并封装镜像。 * 推荐部署路径:源码构建 + 自制 Docker 镜像 + Docker Compose 编排。 * issues: https://github.com/minio/minio/issues/21647 开源社区版本分发调整: 三、自己动手封装镜像 * 实现方式:多阶段构建,

黑词分析前端组件设计:双面板交互与黑词进度监控

黑词分析前端组件设计:双面板交互与黑词进度监控

前言 在内容安全、情报分析等领域,黑词(敏感词汇)分析是核心工作之一。本文深入解析一个企业级的黑词分析组件前端实现,该系统采用双面板交互设计、黑词进度监控和多维度分析,为安全分析人员提供高效、直观的操作界面。 一、组件概览 1.1 设计理念 并行分析:同时展示黑词列表与可疑对话组 进度反馈:进度条直观展示分析状态 智能筛选:支持关键词搜索与分页展示 任务管理:统一的任务操作与状态管理 1.2 技术栈 Vue2 + Element UI + Axios ┌────────────────────────────────────────────┐ │ 黑词分析结果对话框组件 │ ├────────────────────────────────────────────┤ │ 左侧:黑词管理面板 │ 右侧:对话分析面板 │ ├────────────────────────────────────────────┤ │ 搜索筛选组件 │ 进度监控组件 │ ├────────────────────────────────────────────┤ │ 分页管理组件 │ 批

Flutter 三方库 bones_ui 的鸿蒙化适配指南 - 打造直观、响应式的 Web 风格 UI 交互体验

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 bones_ui 的鸿蒙化适配指南 - 打造直观、响应式的 Web 风格 UI 交互体验 Flutter for OpenHarmony 开发者在构建具有 Web 质感的跨平台应用时,UI 框架的选择至关重要。本文将带大家深度调研 Dart 三方库 bones_ui 在鸿蒙系统上的适配方案,探索如何利用其直观的组件架构,加速鸿蒙桌面级应用的开发效率。 前言 在移动端和桌面端融合的今天,开发者往往希望一套代码能同时适配多种屏幕形态。bones_ui 原生为 Dart Web 打造,但在 Flutter for OpenHarmony 的大前端生态中,其简洁的 UI 组件设计思想对我们构建鸿蒙跨平台应用具有极大的参考价值。

前端SSG:静态站点生成的艺术

前端SSG:静态站点生成的艺术 毒舌时刻 前端SSG?这不是给博客用的吗? "我的应用需要动态内容,SSG不适合"——结果首屏加载慢,SEO差, "SSG就是静态HTML,太简单了"——结果构建时间长,数据更新困难, "我用SSR就够了"——结果服务器压力大,响应慢。 醒醒吧,SSG不是简单的静态HTML,而是一种现代化的前端架构! 为什么你需要这个? * 性能优异:静态文件加载快,无需服务器渲染 * SEO友好:所有内容都是静态的,搜索引擎容易收录 * 部署简单:可以部署到任何静态文件服务器 * 安全性高:没有服务器端代码,减少攻击面 反面教材 // 反面教材:纯静态HTML <!DOCTYPE html> <html> <head>