保持项目井然有序的"其他所有事项"
文件结构、命名模式和项目特定标准,保持代码井然有序
提交规范、分支命名和 PR 最佳实践
横跨多个领域的问题——不是安全,不是性能,但同样重要
横跨多个领域但不适合专业智能体的问题
整个应用保持一致的日志级别和格式
统一的错误类型和报告模式
一致的标志检查和清理
正确使用和组织 i18n 键
一致的事件命名和属性
集中化、类型安全的配置
项目级改进的真实案例
git commit -m "fix"
git commit -m "updates"
git commit -m "WIP"
git commit -m "asdfasdf"模糊的提交信息让历史记录毫无用处
git commit -m "fix(auth): handle expired token refresh"
git commit -m "feat(api): add pagination to users endpoint"
git commit -m "docs: update README with new env vars"
git commit -m "refactor(db): extract query builders"遵循 conventional commits 规范,保持清晰的历史
src/
UserComponent.tsx
userUtils.ts
USER_CONSTANTS.ts
user-types.ts
userApi.tsx # 为什么 API 用 .tsx?
UserHelpers.ts命名不一致,结构扁平化
src/features/users/
components/
UserCard.tsx
UserList.tsx
hooks/
useUser.ts
api/
users.api.ts
types/
user.types.ts
constants/
user.constants.ts遵循基于功能的组织方式和一致的命名规范
// 分散在代码库各处
const API_URL = process.env.API_URL || 'http://localhost:3000'
// 在另一个文件
const apiBase = process.env.NEXT_PUBLIC_API_URL
// 在又一个文件
if (process.env.NODE_ENV === 'production') {
baseUrl = 'https://api.example.com'
}环境变量分散,处理方式不一致
// src/config/env.ts
export const config = {
api: {
baseUrl: requiredEnv('API_URL'),
timeout: optionalEnv('API_TIMEOUT', 5000),
},
features: {
analytics: boolEnv('ENABLE_ANALYTICS', false),
},
} as const
// 各处使用
import { config } from '@/config/env'
fetch(config.api.baseUrl + '/users')集中配置,类型安全访问
通用审查员学习您项目的约定并一致地应用它们。它是确保一切和谐统一的智能体。
理解您项目的组织模式
验证 Git 实践和 PR 规范
一致地应用项目特定规则
加载项目规则
理解您项目特定的约定和标准
分析变更
根据项目模式审查代码
检查横切面
捕获横跨多个领域的问题
建议对齐
帮助代码融入整体项目结构
专业智能体捕获专业问题。通用审查员捕获其他所有问题。
每个文件遵循相同的约定,使导航变得直观
Git 历史讲述完整的故事,而不是一堆"fix"提交的混乱
环境和配置在各处得到一致处理
专家处理深层问题。
通用审查员处理介于两者之间的一切。