搬砖的梦先生-CSDN博客

原创 Codex 怎么详细科学地用 `Suggest` / `Auto Edit` / `Full Auto`

SuggestAuto Edit和Full Auto不是谁更高级，而是谁更适合当前任务；真正高水平的用法，是根据目标明确度、风险、上下文和验证能力，科学切换、组合使用。

2026-05-18 17:04:01 796

原创 Codex 怎么详细科学地用 `CLAUDE.md` / `AGENTS.md` 固化规则

本文探讨如何通过CLAUDE.md和AGENTS.md文档将项目规则、团队习惯和验证方式长期固化，使AI协作从"偶尔配合"升级为"稳定可靠"。文章指出，规则文件应聚焦长期有效、可执行的内容，避免空泛描述和临时要求。建议优先在AGENTS.md中固化项目结构、模块边界、Git协作等核心规则，再通过CLAUDE.md补充个性化说明。强调规则应具体明确，包含高风险场景的特殊约束，并通过团队评审确保实用性。最后提供了从真实任务提炼规则的方法、文档结构模板和提示词范例，帮助团队建立可持续维护的协作规范。

2026-05-18 16:53:58 1144

原创 Codex 怎么详细科学地先出计划

摘要：本文强调使用Codex时“先出计划”的重要性，避免直接执行复杂任务导致方向偏离或返工。计划需包含目标拆解、影响范围、执行顺序、风险点、验证方式等核心要素，尤其适用于多模块联动、高风险或需求模糊的任务。通过结构化Prompt（明确目标、背景、约束）和分阶段评审，可提升计划质量，降低执行风险。简单任务可直接执行，但复杂任务需严格遵循“计划-评审-执行”流程，确保安全性与可验证性。

2026-05-18 16:42:28 620

原创 Codex Prompt 中“目标 + 约束 + 上下文 + 验证标准 + AGENTS.md”终极组合版

本文提出了一套从单次高质量Prompt到长期AI协作机制的完整方法。核心思路是通过"目标+约束+上下文+验证标准"四要素构建单次任务Prompt，再从中提炼稳定规则沉淀为项目级AGENTS.md文档。该方法采用双层结构：第一层解决当前任务执行，第二层实现长期规则沉淀。关键步骤包括：1）撰写结构化Prompt；2）识别可复用规则；3）生成AGENTS.md草案；4）持续迭代更新。该方法能帮助团队建立稳定的AI协作机制，避免重复解释相同规则，提升Codex的使用效率和输出稳定性。

2026-05-18 16:33:28 751

原创 Codex Prompt 中“目标 + 约束”写法详解与操作指南

摘要：本文档系统讲解了如何编写高效的Prompt，重点在于明确“目标”与“约束”的写法。目标需清晰定义最终成果、当前步骤和完成标准（如“修复接口筛选问题”），而约束应具体列出边界条件（如“不改数据库结构”）。推荐采用结构化模板，分步骤说明任务背景、相关模块、风险提示及验证标准，避免模糊表述。通过Java/Spring Boot等实战案例，展示了Bug修复、功能开发、测试补全等场景下的Prompt最佳实践，并指出常见误区（如目标过大、约束空泛）。核心原则是：目标导向行动，约束控制范围，二者结合可显著提升Co

2026-05-18 16:23:26 865

原创 Codex 日志 Debug + 上下文 + 测试回归组合版

本文提出了一套利用Codex进行高效Debug的闭环方法论，重点解决工程实践中"日志分析不完整、修复后缺乏验证"的痛点。该方法包含三个关键环节：1）通过结构化日志快速定位问题方向；2）精准补充代码位置、调用链等上下文信息；3）自动生成修复建议并配套验证步骤和回归清单。文章提供了Java/Spring Boot、事务处理、联调问题等场景的实战模板，强调"先诊断后修复"的原则，避免盲目修改。最后给出团队落地建议，推荐固化"日志+上下文+回归"的标准化输入模板，将单次故障处理升级为完整的质量保障闭环。

2026-05-18 15:53:17 816

原创 Codex 用日志辅助 Debug 详解与操作指南

本文档详细介绍了如何高效利用日志进行Codex调试的方法。主要内容包括：1.日志对Codex调试的重要性，它是系统运行的"现场证据"；2.Codex能从日志中实现的功能，包括问题分类、代码定位、路径梳理等；3.最有价值的日志类型，如完整异常堆栈、请求参数、SQL日志等；4.推荐的操作流程和输入模板；5.实战案例演示；6.常见误区和注意事项。文档强调要提供完整的日志上下文，包括问题描述、复现步骤、相关代码等，才能让Codex更准确地分析问题。

2026-05-15 16:06:07 855

原创 Codex 上下文 + 主动读取 + AGENTS.md 生成组合版

本文档提出了一套将Codex项目理解系统化的三步法：上下文提供、主动读取和规则沉淀。核心思想是先给予Codex明确方向，让其主动读取关键文件并追踪业务链路，最终将理解成果结构化输出为团队协作规范AGENTS.md。该方法解决了传统方式中上下文碎片化、理解无法沉淀的问题，推荐按照"初始上下文→主动读取→链路追踪→规则提炼→文档生成"的流程操作。文档提供了详细的提示词模板和实施步骤，特别强调要避免仅提供片段信息、不追业务链路、不做规则沉淀等常见误区，建议通过结构化输出和团队评审确保理解成果的可复用性。

2026-05-15 15:47:31 1176

原创 Codex 上下文提供详解与操作指南

本文探讨如何为Codex提供高质量上下文以提升任务执行效果。文章指出，Codex的能力不仅取决于模型本身，更依赖于输入信息的完整性和结构性。核心内容包括：1）定义"足够完整上下文"需回答的7个关键问题；2）总结Codex最需要的8类上下文（目标、项目、代码位置、现象、约束、风险、输出要求、验证）；3）提供结构化输入模板和推荐工作流；4）介绍让Codex主动读取项目文件的技巧，包括按入口文件、目录层级、规则文件和典型链路逐步深入的方法。最后提出标准操作流程，强调应根据任务类型优先提供最关键上下文。

2026-05-15 15:41:04 1540

原创 Codex 小步迭代详解与操作指南

这篇文章介绍了"小步迭代思维"在软件开发中的重要性及应用方法。文章对比了一性大改与小步迭代的区别，指出小步迭代通过分阶段验证、持续反馈的方式更适合复杂项目开发。作者详细阐述了小步迭代的标准流程：从明确总目标开始，通过最小可用版本、局部验证、持续改进等步骤逐步推进，并提供了Java/Spring Boot项目、Bug修复等实战案例。文章还总结了常见误区，如改动范围过大、缺乏验证等，并给出了高质量提示词模板。最后强调小步迭代的核心价值在于保持开发过程的可控性，而非简单地拆分任务。

2026-05-14 14:27:47 264

原创 Codex 小步迭代 + Git Commit 保命技巧组合实战版

摘要：本文介绍如何通过小步迭代与Git commit结合，安全高效地完成代码开发、Bug修复和重构任务。核心方法是每轮只做最小改动，验证通过后立即commit，形成可回退的快照。关键步骤包括：拆解总目标为小轮次、每轮专注单一任务、局部验证后提交清晰commit、避免混入无关修改。实战案例展示了功能开发、Bug修复和重构的标准流程，强调通过阶段性快照确保问题可定位、修改可回退。该方法能有效控制风险，提升代码质量和可维护性。

2026-05-14 14:24:22 543

原创 Codex Git Commit 详解与保命技巧操作指南

本文档阐述了Git commit在Codex协作开发中的核心价值和使用规范。主要内容包括：1）Codex场景下commit更重要的原因（快速迭代、多轮尝试、代码联动）；2）commit的四个核心价值（快照、回退、对比、协作）；3）好commit的标准（目标单一、粒度清晰、可验证）；4）推荐提交时机（高风险修改前、功能打通后等）；5）实战案例展示（功能开发、bug修复、重构等场景的分步提交策略）。文档强调阶段性提交、单一目标原则和验证前置的重要性，并提供了常见误区和实用提示词模板，帮助开发者建立规范的comm

2026-05-14 14:22:45 616

原创 Codex Git Commit + 分支管理 + 回滚策略团队实战版

本文针对团队协作中的Git管理问题，提出了一套系统化解决方案。核心思想是"用分支隔离任务，用commit固定阶段状态，用回滚策略兜底风险"。建议每个任务创建独立分支，在分支内按阶段小步提交commit，合并前统一验证。针对问题处理，提出commit级、分支级和紧急修复三种回滚策略，并给出决策流程。文章还提供了Java团队实战案例、常见误区分析和团队规范建议，强调在Codex加速开发的背景下，通过规范的Git使用保持团队可控性。最后给出实用的提示词模板和落地建议，帮助团队建立"先

2026-05-14 14:21:06 691

原创 AGENTS.md 团队 Git 协作规则模板落地版

本文针对团队Git协作规则落地难的问题，提出将规范写入AGENTS.md的解决方案。文档应包含分支使用、commit规范、合并检查、回滚策略等核心规则，并给出可直接复用的模板。重点强调规则要具体可执行，能指导实际开发流程，如分阶段提交、保留基线快照等。建议团队根据项目类型调整模板细节，通过真实需求试运行并持续迭代优化，使Git协作规则成为团队默认行为准则，而非停留在抽象建议层面。最终实现人与AI在代码协作上的一致性，提升开发效率和代码质量。

2026-05-14 14:19:34 580

原创 Codex 小步迭代 + Git Commit + 多任务并行组合版

本文提出了一套高效推进复杂任务的"三件套"方法：小步迭代、Git commit和多任务并行。通过将总目标拆分为独立子任务，每个子任务内部采用小步迭代并适时commit，同时并行推进多个子任务，实现开发效率与稳定性的平衡。该方法特别适用于多模块功能开发、复杂Bug修复等场景，但不适合简单任务。文章详细阐述了标准操作流程，包括目标定义、任务拆分、小步推进、关键commit和最终收口等步骤，并通过Java项目实例展示了具体应用。这套方法的核心在于"用更有节奏的方式处理复杂事务&quo

2026-05-14 14:02:21 581

原创 Codex 任务拆分技巧

本文介绍了如何通过任务拆分提升Codex等AI编程助手的执行效果。核心观点是：任务拆分质量直接影响AI输出质量。文章提出了6个优质拆分的特征（目标明确、边界清晰等），并针对不同任务类型（开发、修复、测试等）推荐了5种拆分模型（按阶段、模块、职责、风险、文件边界）。通过实战案例展示了Java项目和Bug修复的拆分方法，最后提供了通用拆分模板。关键结论是：合理拆分能帮助AI更精准理解需求、控制修改范围、降低风险，最终提高开发效率。

2026-05-14 13:48:25 602

原创 Codex 项目理解与团队 AI 规范生成指南

本文提出了一套系统化方法，帮助团队建立基于Codex的长期AI协作基础设施。核心观点包括：1）项目理解应覆盖8个层次，从目录结构到协作方式；2）推荐标准化流程，从项目理解到生成团队规范；3）关键产出包括AGENTS.md、AI使用规范及各类上下文模板；4）强调结构化输出和顺序阅读的重要性。通过这种方法，可解决AI协作中常见的上下文质量低、输出不稳定等问题，使AI真正融入团队开发流程。

2026-05-13 15:22:22 821

原创 Codex 全 AI 辅助测试操作指南

本文提出了一套AI辅助测试的全流程方法，让Codex深度参与测试工作的各个环节。文章首先明确了文档目标，即建立AI在测试全流程中的参与机制。然后详细阐述了"全AI辅助测试"的概念，指出Codex可以扮演测试分析师、设计助手、缺陷定位助手和回归检查助手的组合角色。接着列举了Codex在测试中的六大典型能力，包括需求理解、测试点拆解、用例生成等，并分析了最适合和最不适合使用AI的测试场景。文章重点介绍了一套标准化的AI辅助测试流程，包含9个关键步骤，并提供了三种实用的测试拆分模型。最后通过J

2026-05-13 15:02:43 1457

原创 Codex 多任务同时开发操作指南

本文介绍了如何让Codex在真实项目中并行推进多个开发任务。核心方法是：将大任务拆分为相对独立的子任务，明确每个子任务的边界和输出要求，并行推进后统一验证合并。适合并行开发的场景包括：涉及多个独立模块的需求、包含不同类型工作的任务、需要同时分析和实施的问题等。文章提供了标准操作流程和四种任务拆分模型（按技术层、业务子域、开发阶段、角色分工），并以Java/Spring Boot项目为例，演示了如何拆分"会员资料扩展字段"需求为5个并行子任务。关键原则包括：先总后分、一任务一目标、明确边界

2026-05-13 14:48:35 15738

原创 CODEX 认知、学习、使用

本文介绍了Codex开发协作助手的使用方法和技巧。主要内容包括：1) Codex的核心能力，如代码理解、修改、问题排查和文档生成；2) 10个实用技巧，如先理解项目、拆解任务、小步迭代、提供完整上下文等；3) 具体代码操作实例，包括阅读代码、定位bug、精准修改、补充日志和生成测试方案；4) 完整的协作流程示例，展示如何分步完成需求开发。文章强调通过清晰的目标描述、约束条件和验证步骤，将Codex作为开发搭档高效协作，特别适合团队落地使用。

2026-05-13 14:12:11 1569

原创 vCenter、vSphere Client硬盘扩容详解

vCenter虚拟机中把硬盘扩容，vCenter本质上只有一个磁盘，一个磁盘分为多个分区。原磁盘位置已经不够使用，需要给磁盘进行扩容。列出所有可用块设备的信息，而且还能显示他们之间的依赖关系。在数据中找到需要扩容的虚拟机，找到。进入到服务器的shell命令行。分区扩容，请记住它的分区类型。扩容卷组，即把物理卷加入卷组。此时我们可以清晰的看到磁盘。选项，添加硬盘的容量。我们现在需求是为了给。欢迎大佬进行有偿供稿。

2024-02-23 15:03:52 4797

原创 OpenProject 安装迁移

但是我们现在要做的是迁移openproject，需要接管之前安装的配置,所以不执行此命令。当然，如果您对安装Postgresql比较熟悉的话，可以略过这一步，您直接安装就可以。安装完毕后执行以下命令,获取openproject的Postgresql配置。这个命令不在执行，但是我们为了方便安装Postgresql可以继续执行它。postgresql怎么安装这里就不讲了，这里讲一个简单的方法。的配置信息更全面一些，所以我们就不使用。生成的数据转移到新的服务器中。下的所有文件,生成压缩包。欢迎大佬进行有偿供稿。

2024-02-21 12:50:25 2010

原创 OpenProject + Rocky8安装

OpenProject 安装和配置外部 Web 服务器，在这种情况下，安装一个 Apache2 Web 服务器，其中 VirtualHost 侦听指定的域名，并可选择提供 SSL/TLS。总的来说，OpenProject 是一个功能丰富、灵活定制、易于使用的项目管理工具，适用于各种规模和类型的项目团队，为用户提供了高效的项目管理和团队协作平台。综合的项目管理功能：OpenProject 提供了广泛的项目管理功能，包括任务管理、日程安排、问题追踪、文档管理、协作工具等，能够满足各种项目管理需求。

2024-02-20 19:04:58 2460

原创 Minio Server + Minio Client 数据迁移、备份

总的来说，mc cp 主要用于简单的文件复制操作，而 mc mirror 则更适合于目录之间的完整同步操作，可以保持目录结构的一致性，并确保两个目录中的文件保持同步状态。mc cp 和 mc mirror 都是 minIO Client（mc）的命令，用于在 minIO 对象存储服务中进行文件传输和同步操作。Minio Server + Minio Client 实现minio 不同集群之间的数据迁移、数据备份。

2024-02-19 18:39:32 3886

原创 minio+nginx 集群快速搭建

Erasure Coding：minIO 还支持纠删码技术（Erasure Coding），通过将数据进行编码和切片，并在多个节点上存储切片的方式来提高存储效率和容错性。通过以上流程，minIO 集群实现了高效的对象存储服务，具备高可用性、高性能和弹性伸缩的特点，适用于各种存储场景，如大规模数据存储、备份和归档等。元数据通常存储在单独的数据库中，以提高查询效率。分布式架构：minIO 集群由多个独立的 minIO 实例组成，在不同的物理服务器或虚拟机上运行，这些实例协同工作以提供存储服务。

2024-02-19 17:15:00 4226

原创 Redis哨兵模式的搭建

Redis哨兵模式是一种用于在Redis主从复制环境中进行高可用性监控和故障恢复的机制。该模式引入了一个或多个哨兵节点，这些节点负责监控Redis服务器的状态，并在主节点发生故障时切换为新的主节点。redis 哨兵模式启动成功后，会自动在sentinel .conf 最下方生成以下配置。启动所有服务器后，查看所有redis 节点状态。新版本redis自带哨兵，不需要单独安装。依次启动所有服务器上的redis 服务。在redis的安装目录下有个文件。修改所有服务器的hosts。，这就是哨兵的配置文件。

2024-02-19 11:39:29 3550

原创 docker修改工作目录

docker 默认工作目录修改

2024-02-18 17:53:34 1273

原创 Rocky8+MHA搭建

当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的 master。MHA Manager 单独部署在一台独立的机器上，管理多个 master-slave 集群，也可以部署在一台 slave 节点上。：MHA-manager 不适合centos8以上的版本，rocky8其实和centos8是同源的。MHA Node 运行在每台 MySQL 服务器上。app1.cnf 配置文件。在mysql主节点执行。

2024-02-05 11:33:51 1595 1

原创 centos 内网实现mail发送

在服务区中邮件服务一般都是自带的，这里简单写下yum安装命令，不多做其他叙述。注意邮件协议有三种：SMTP、IMAP、POP三种协议。修改mail的配置文件，在最下面添加以下内容。frps端部署在内网，frpc端部署在外网。这里以163邮箱为例。

2023-07-27 15:20:10 3447

原创 Logback解析和实例

spring-boot-starter其中包含了 spring-boot-starter-logging，该依赖内容就是 Spring Boot 默认的日志框架Logback+SLF4J。Logback分为三个模块：logback-core、logback-classic、logback-access。Logback是一个开源日志组件，同时也是 log4j 项目的后续版本，取代了log4j后续的地位。被写入的文件名，可以是相对目录，也可以是绝对目录，如果上级目录不存在会自动创建，没有默认值。

2023-07-20 16:05:11 2836

原创 FeignClient远程调用传递请求头

Feign提供了一个接口RequestInterceptor，实现这个接口，就可以把接口的请求头部信息传递给feign接口。

2023-07-17 14:34:22 1535

原创 linux mysql8 忘记密码

修改/etc/my.cnf,把my.cnf 下面添加的。使用下面命令登录，无密码进入mysql命令行。使用下面命令登录，在输入密码的那一步直接回车。修改/etc/my.cnf,跳过权限验证。: root可以允许任务机器连接。在my.cnf 下面添加。查看root密码是否为空。重置root密码为空。

2023-07-14 11:38:57 4681

原创 Tang+luks实现磁盘自动加解密

与基于 escrow 的解决方案不同，服务器存储所有加密密钥并了解以前使用的每个密钥，Tang 从不与任何客户端密钥进行交互，因此不会从客户端获得任何识别信息。当您开始调配 NBDE 时，Tang 服务器的 Clevis pin 将获得 Tang 服务器发布的非对称密钥的列表。或者，由于密钥是非对称的，因此 Tang 的公钥列表可以分发到带外，以便客户端能够在不访问 Tang 服务器的情况下进行操作。Tang 的 Clevis pin 使用其中一个公钥来生成唯一的强加密的加密密钥。此过程是恢复步骤。

2023-07-11 20:27:08 3236

原创 linux luks自动加密和挂载磁盘

如果要使用这个分区，必须对这个分区做一个映射，映射到/dev/mapper这个目录里去，我们只能挂载这个映射才能使用。然而做映射的时候是需要输入解密密码的。Linux 统一密钥设置(Linux Unified Key Setup)（LUKS）是一个很好的工具，也是 Linux 磁盘加密的通用标准。cryptsetup是linux下的一个分区加密工具，它通过调用内核中的"dm-crypt"来实现磁盘加密的功能。我们这里使用默认值，执行的过程中，命令会警告你将会清除磁盘上的所有数据，并要求你输入两次密码。

2023-07-10 10:36:01 5388

原创 mysql data目录修改后，启动报错 -13: 权限不够

如果是修改了mysql的目录，不再使用默认的目录地址，还需执行以下命令，保证mysql目录附带mysqld_db_t标志。

2023-06-07 15:23:25 5710

原创 centos logrotate 日志轮转分割

logrotate也就是日志滚动，服务器日志文件大小增长较快，不断消耗磁盘空间就会触发告警，需要人为定期按照各种维度去手动清理日志就显得十分棘手。为了节省空间和方便整理，可以将日志文件按时间或大小分成多份，删除时间久远的日志文件，这就是通常说的日志滚动。logrotate 是基于 crontab 运行的，所以这个时间点是由 crontab 控制的，具体可以查询 crontab 的配置文件。logrotate.conf 通过 include 指令，引入 logrotate.d 目录下的自定义的配置文件。

2023-05-19 10:41:31 3781

osgi集成servlet在karaf容器发布

elk-二进制安装包

mongodb-安装.rar

空空如也