/check-fact

事实检查

参考项目内的代码库、文档 (docs/、README.md 等)，确认所给信息的正确性。

使用方法

# 基本用法
/check-fact "Flutter 应用使用了 Riverpod"

# 一次性确认多个信息
/check-fact "这个项目使用 GraphQL，并通过 auto_route 管理路由"

# 确认特定技术规范
/check-fact "使用 JWT 进行身份验证，未使用 Firebase Auth"

确认流程

1. 信息源优先级

   • 代码库 (最可靠)
   • README.md、docs/ 内文档
   • package.json、pubspec.yaml 等配置文件
   • Issue、Pull Request 的讨论历史

2. 判定结果分类

   • ✅ 正确 - 信息与代码库完全一致
   • ❌ 错误 - 信息明显错误
   • ⚠️ 部分正确 - 部分准确但不完整
   • ❓ 无法判断 - 缺少必要的确认信息

3. 依据明示

   • 相关文件名和行号
   • 相关代码片段
   • 文档相关部分

报告格式

## 事实检查结果

### 检验对象
「[用户提供的信息]」

### 结论
[✅/❌/⚠️/❓] [判定结果]

### 依据
- **文件**: `path/to/file.dart:123`
- **内容**: [相关代码/文本]
- **补充**: [额外说明]

### 详细说明
[如果错误，提供正确信息]
[如果部分正确，指出不准确的部分]
[如果无法判断，说明缺少的信息]

基本示例

# 项目技术栈确认
/check-fact "这个应用是 Flutter + Riverpod + GraphQL 的架构"

# 实现状况确认
/check-fact "已实现暗黑模式功能，可从用户设置切换"

# 架构确认
/check-fact "状态管理全部使用 Riverpod，未使用 BLoC"

# 安全实现确认
/check-fact "认证令牌已加密存储在 secure storage 中"

与 Claude 的协作

# 分析整个代码库后进行确认
ls -la && find . -name "pubspec.yaml" -exec cat {} \;
/check-fact "这个项目使用的主要依赖有..."

# 确认特定功能的实现状况
grep -r "authentication" . --include="*.dart"
/check-fact "认证功能为自定义实现，未使用第三方认证"

# 确认与文档的一致性
cat README.md
/check-fact "README 中记载的功能都已实现"

应用场景

• 技术规格书编写时: 确认内容准确性
• 项目交接时: 确认对现有实现的理解
• 客户报告前: 确认实现状况
• 技术博客撰写时: 验证文章内容准确性
• 面试·说明资料制作时: 确认项目概要准确性

注意事项

• 代码库是最可靠的信息源
• 如果文档过时，以实现为准
• 缺少判断所需信息时，坦诚回答"无法判断"
• 对涉及安全的信息要特别谨慎验证