mirror of
https://github.com/sweetwisdom/everything-claude-code-zh.git
synced 2026-03-21 22:10:09 +00:00
style: fix remaining MD030 list marker spacing errors
This commit is contained in:
@@ -11,12 +11,12 @@ model: opus
|
||||
|
||||
## 核心职责
|
||||
|
||||
1. **TypeScript 错误解决** - 修复类型错误、推断问题、泛型约束。
|
||||
2. **构建错误修复** - 解决编译失败、模块解析(Module Resolution)问题。
|
||||
3. **依赖问题** - 修复导入错误、缺失的包、版本冲突。
|
||||
4. **配置错误** - 解决 `tsconfig.json`、webpack、Next.js 配置问题。
|
||||
5. **最小差异修改 (Minimal Diffs)** - 尽可能通过最小的改动来修复错误。
|
||||
6. **禁止架构更改** - 仅修复错误,不进行重构或重新设计。
|
||||
1. **TypeScript 错误解决** - 修复类型错误、推断问题、泛型约束。
|
||||
2. **构建错误修复** - 解决编译失败、模块解析(Module Resolution)问题。
|
||||
3. **依赖问题** - 修复导入错误、缺失的包、版本冲突。
|
||||
4. **配置错误** - 解决 `tsconfig.json`、webpack、Next.js 配置问题。
|
||||
5. **最小差异修改 (Minimal Diffs)** - 尽可能通过最小的改动来修复错误。
|
||||
6. **禁止架构更改** - 仅修复错误,不进行重构或重新设计。
|
||||
|
||||
## 可用工具
|
||||
|
||||
|
||||
@@ -8,11 +8,11 @@ description: 增量修复 Go 构建错误、go vet 警告和 linter 问题。调
|
||||
|
||||
## 此命令的作用
|
||||
|
||||
1. **运行诊断**:执行 `go build`、`go vet`、`staticcheck`
|
||||
2. **解析错误**:按文件分组并按严重程度排序
|
||||
3. **增量修复**:一次修复一个错误
|
||||
4. **验证每次修复**:每次更改后重新运行构建
|
||||
5. **报告摘要**:显示已修复的内容和剩余的问题
|
||||
1. **运行诊断**:执行 `go build`、`go vet`、`staticcheck`
|
||||
2. **解析错误**:按文件分组并按严重程度排序
|
||||
3. **增量修复**:一次修复一个错误
|
||||
4. **验证每次修复**:每次更改后重新运行构建
|
||||
5. **报告摘要**:显示已修复的内容和剩余的问题
|
||||
|
||||
## 何时使用
|
||||
|
||||
@@ -157,11 +157,11 @@ ok project/internal/handler 0.023s
|
||||
|
||||
## 修复策略
|
||||
|
||||
1. **构建错误优先** - 代码必须能编译
|
||||
2. **Vet 警告次之** - 修复可疑结构
|
||||
3. **Lint 警告第三** - 样式和最佳实践
|
||||
4. **一次一个修复** - 验证每次更改
|
||||
5. **最小化更改** - 不要重构,只管修复
|
||||
1. **构建错误优先** - 代码必须能编译
|
||||
2. **Vet 警告次之** - 修复可疑结构
|
||||
3. **Lint 警告第三** - 样式和最佳实践
|
||||
4. **一次一个修复** - 验证每次更改
|
||||
5. **最小化更改** - 不要重构,只管修复
|
||||
|
||||
## 停止条件
|
||||
|
||||
|
||||
@@ -8,11 +8,11 @@ description: Enforce test-driven development workflow. Scaffold interfaces, gene
|
||||
|
||||
## 此命令的作用
|
||||
|
||||
1. **搭建接口(Scaffold Interfaces)** - 首先定义类型/接口
|
||||
2. **先生成测试** - 编写失败的测试(红/RED)
|
||||
3. **编写最小化实现代码** - 只编写刚好能通过测试的代码(绿/GREEN)
|
||||
4. **重构(Refactor)** - 在保持测试通过的前提下优化代码(重构/REFACTOR)
|
||||
5. **验证覆盖率** - 确保测试覆盖率达到 80% 以上
|
||||
1. **搭建接口(Scaffold Interfaces)** - 首先定义类型/接口
|
||||
2. **先生成测试** - 编写失败的测试(红/RED)
|
||||
3. **编写最小化实现代码** - 只编写刚好能通过测试的代码(绿/GREEN)
|
||||
4. **重构(Refactor)** - 在保持测试通过的前提下优化代码(重构/REFACTOR)
|
||||
5. **验证覆盖率** - 确保测试覆盖率达到 80% 以上
|
||||
|
||||
## 适用场景
|
||||
|
||||
@@ -27,13 +27,13 @@ description: Enforce test-driven development workflow. Scaffold interfaces, gene
|
||||
|
||||
tdd-guide 智能体将:
|
||||
|
||||
1. 为输入/输出**定义接口**
|
||||
2. **编写会失败(FAIL)的测试**(因为代码尚未存在)
|
||||
3. **运行测试**并验证它们因预期的原因而失败
|
||||
4. **编写最小化实现**以使测试通过
|
||||
5. **运行测试**并验证它们通过
|
||||
6. 在保持测试通过的前提下**重构**代码
|
||||
7. **检查覆盖率**,如果低于 80% 则添加更多测试
|
||||
1. 为输入/输出**定义接口**
|
||||
2. **编写会失败(FAIL)的测试**(因为代码尚未存在)
|
||||
3. **运行测试**并验证它们因预期的原因而失败
|
||||
4. **编写最小化实现**以使测试通过
|
||||
5. **运行测试**并验证它们通过
|
||||
6. 在保持测试通过的前提下**重构**代码
|
||||
7. **检查覆盖率**,如果低于 80% 则添加更多测试
|
||||
|
||||
## TDD 循环
|
||||
|
||||
@@ -303,9 +303,9 @@ Coverage: 100% ✅ (目标: 80%)
|
||||
|
||||
**强制性**:必须在实现之前编写测试。TDD 循环是:
|
||||
|
||||
1. **红 (RED)** - 编写失败的测试
|
||||
2. **绿 (GREEN)** - 实现代码以通过测试
|
||||
3. **重构 (REFACTOR)** - 优化代码
|
||||
1. **红 (RED)** - 编写失败的测试
|
||||
2. **绿 (GREEN)** - 实现代码以通过测试
|
||||
3. **重构 (REFACTOR)** - 优化代码
|
||||
|
||||
切勿跳过红色(RED)阶段。切勿在测试之前编写代码。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user