网盘 ByteCloud：https://cloud.bytelighting.cn
2024/8/15大约 10 分钟
1. 概述
2025 年 12 月 18 日，Anthropic 发布了新的开源标准 Agent Skills，早期叫 Claude Skills，后来变成了大家可以按照约定使用的标准。
2026/4/12大约 7 分钟
2026/4/12大约 2 分钟
2026 年，Prompt Engineering 正在被重新定义。IBM、Anthropic、OpenAI 等机构不约而同地指出，这个领域正在从"写好一段提示词"演进为"设计自主推理系统的认知架构"。在这个背景下，Skill —— 一种介于 Prompt 和 Agent Framework 之间的中间层 —— 成为了释放模型能力的关键杠杆。
本文以一个具体的联网 Skill 设计案例为起点，逐步泛化出一套通用的 Skill 设计方法论，并结合学术研究和个人实践经验，探讨如何在不同领域中设计出高质量的 Agent Skill。
2026/4/6大约 19 分钟
2026/4/1大约 1 分钟
核心认知：上下文窗口是关键
使用 Claude Code 时，最容易被忽视的瓶颈不是提示词质量，也不是模型选择，而是 上下文窗口 的管理。可以把它理解为 Claude 的 "白板" -- 你发的每条消息、Claude 读的每个文件、执行的每条命令都会写上去。白板满了，Claude 就会表现下滑：遗忘指令、犯低级错误、开始重复自己。所以核心原则是：管好这块白板，就是管好 AI 的注意力。
2026/3/22大约 5 分钟
2026/3/1大约 3 分钟
1. 基本概念
1.1 定义
- 软件可靠性：软件产品在 规定的条件 下和 规定的时间区间 完成 规定功能 的能力。
- 串并联系统可靠性：无论什么系统，都是由多个设备组成的，协同工作，而这多个设备的组合方式可以是串联、并联，也可以是混合模式
- 串联系统：
- 一个设备不可靠，整个系统崩溃。
- 可靠性公式：$ R_{串联} = R_1 × R_2 × ⋯ × R_n $
- 并联系统：
- 所有设备都不可靠，整个系统才崩溃。
- 可靠性公式：$ R_{并联} = 1 - (1 - R_1)(1 - R_2)...(1 - R_n) $
- 串联系统：
- 广义的软件可靠性测试：指为了 最终评价软件系统的可靠性 而运用 建模、统计、试验、分析 和 评价 等一系列手段对软件系统实施的一种测试。
- 狭义的软件可靠性测试：指为了获取可靠性数据，按预先确定的测试用例，在软件的预期使用环境中，对软件实施的一种测试。它是面向缺陷的测试，以用户将要使用的方式来测试软件。
- ISO/IEC 25010 软件质量模型中 “可靠性（Reliability）” 的子特性分类：
- 无故障性（Faultlessness）：
- 可用性（Availability）： 产品在需要使用时可运行且可访问的能力。
- 容错性（Fault Tolerance）： 系统在出现故障时仍能维持部分功能的能力。
- 可恢复性（Recoverability）： 软件在发生失败后恢复数据和恢复服务的能力。
2026/3/1大约 4 分钟
1. 软件系统质量属性
1.1 概念
- 软件系统质量：软件系统与明确地和隐含地定义的需求相一致的程度。
- 软件系统质量属性：是一个系统的可测量或可测试的属性，用来描述系统满足 利益相关者（Stakeholders）需求的程度。
1.2 分类
- 开发期质量属性
- 易理解性：指设计 被开发人员理解 的难易程度。
- 可扩展性：软件因 适应新需求 或需求变化而增加新功能的能力，也称为灵活性。
- 可重用性：指 重用 软件系统或某一部分的难易程度。
- 可测试性：对软件测试以证明其满足需求规范的难易程度。（度量指标有：如果存在缺陷出现故障的概率、测试准备时间、测试环境的准备时间）
- 案例题常考，关键词：接口调试，远程调试，测试功能
- 与远程调试相关。
- 可维护性：当需要修改缺陷、增加功能、提高质量属性时，识别修改点并实施修改的难易程度。
- 可移植性：将软件系统从一个运行环境 转移 到另一个不同的运行环境的难易程度。
- 运行期质量属性
- 性能：性能是指软件系统及时提供相应服务的能力，如速度、吞吐量和容量等的要求。
- 安全性：指软件系统同时兼顾向合法用户提供服务，以及阻止非授权使用的能力。
- 可伸缩性：指当用户数和数据量增加时，软件系统维持高服务质量的能力。例如，通过增加服务器来提高能力。
- 互操作性：指本软件系统 与其他系统交换数据和相互调用服务 的难易程度。
- 可靠性：软件系统在一定的时间内持续无故障运行的能力。（多长时间不出问题）
- 可用性：指系统在一定时间内正常工作的时间所占的比例。可用性会受到系统错误，恶意攻击，高负载等问题的影响。（出了故障多久能够恢复）
- 鲁棒性：是指软件系统在非正常情况（如用户进行了非法操作、相关的软硬件系统发生了故障等）下仍能够正常运行的能力，也称 健壮性 或 容错性。
2026/2/22大约 18 分钟
1. 软件架构
1.1 概念（宏观）
- 软件系统架构是关于软件系统的 结构、行为 和 属性 的高级抽象（宏观层次上）。
- 在描述阶段，主要描述直接构成系统的抽象组件以及各个组件之间的连接规则，特别是描述组件的 交互关系。
- 在实现阶段，这些抽象组件被细化为实际的组件，比如具体类或对象。
- 软件系统架构不仅指定了软件系统的 组织 和 拓扑结构，而且显示了 系统需求 和 组件 之间的对应关系，包括设计决策的 基本方法和基本原理。
- ANSI/IEEE 1471-2000是对软件密集型系统的架构进行描述的标准。在该标准中，
- 视图 主要用于描述 软件架构模型。
- 在此基础上，通常采用 视角 描述某个 利益相关人（Stakeholder）所关注架构模型的某一方面。
- 架构 则是对所有利益相关人关注点的 响应和回答。
2026/2/22大约 23 分钟
2026/2/1大约 2 分钟
系统架构设计师考试核心知识点，涵盖数据流、调用/返回、仓库、虚拟机、独立构件、闭环控制、C2 等主流架构风格及架构模式概念。
2026/1/24大约 14 分钟
2026/1/4大约 4 分钟
1. 面向对象的设计原则（SOLID）
1.1 单一职责原则（Single Responsibility Principle, SRP）
- 简介：一个类只负责一个功能领域中的相应职责（避免混乱）
- 定义：单一职责原则要求类应该只有一个设计目的
1.2 开闭原则（Open Closed Principle，OCP）
- 简介：对扩展开放，对修改关闭（提高系统的扩展性、稳定性）
- 定义：可扩展系统并提供新行为，通过添加抽象层实现，是其他原则的基础。对扩展开放对修改封闭
2026/1/2大约 9 分钟
1. 系统设计
1.1 概念
- 设计工程是指在整个软件开发过程中，通过对需求工程的结果进行分析和设计，制定出系统的整体设计方案，包括概要设计、详细设计、应用设计等多个部分。
- 主要目的：为系统制定蓝图，在各种技术和实施方法中权衡利弊，精心设计，合理地使用各种资源，最终勾画出新系统的详细设计方法。
1.2 设计方法
- 结构化设计方法
- 面向对象设计方法
2026/1/2大约 23 分钟
对于后端开发来说，熟练掌握 Linux 的日志分析命令是基本功，整理了一些基于 tail、less、grep、sed、awk 的日志查询场景，帮助快速定位问题。
2025/12/28大约 6 分钟
2025/12/28大约 12 分钟
2025/12/27大约 3 分钟
2025/12/20大约 17 分钟
2025/12/20大约 18 分钟