搜索

PythonReactSEOPDF
GitHub Skill

identify

Identify friction points, bottlenecks, bugs, and technical debt. Use for audits, debugging sessions, when something feels wrong, or before major work to surface hidden issues. This is the second system in the 5-system framework.

ioku24☆ 1 仓库 Stars0 仓库 Forks

安装与使用

请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。

查看来源 ↗使用指南

技能说明

Identity System (Detection)

Purpose: Surface problems, friction, and bottlenecks before they compound. When to trigger: Audits, debugging, pre-work analysis, or when something feels off.

Detection Categories

1. Code Health

Run these checks:

  • Type errors: npx tsc --noEmit
  • Build errors: npm run build
  • Lint issues: Check for warnings
  • Unused imports/variables
  • Circular dependencies
2. Performance Issues

Look for:

  • Slow database queries (check Supabase logs)
  • Large bundle sizes
  • Unnecessary re-renders
  • N+1 query patterns
  • Missing indexes
3. User Experience Friction

Identify:

  • Error states not handled gracefully
  • Loading states missing
  • Confusing user flows
  • Edge cases not covered
  • Poor error messages
4. Architecture Debt

Spot:

  • Duplicated logic across files
  • Inconsistent patterns
  • Missing or premature abstractions
  • Tightly coupled components
  • God components/functions
5. Operational Gaps

Find:

  • Missing error tracking/logging
  • No observability into failures
  • Manual processes that should be automated
  • Missing environment variables
  • Insecure configurations
6. Security Concerns

Check for:

  • Exposed secrets or credentials
  • Missing input validation
  • SQL injection vectors
  • XSS vulnerabilities
  • Missing authentication/authorization

Detection Process

Quick Scan (5 min)
# Run type check
npx tsc --noEmit

# Check for build errors
npm run build

# Look for TODOs and FIXMEs
grep -r "TODO\|FIXME\|HACK\|XXX" src/
Deep Scan (30 min)
  1. Review recent git changes for introduced issues
  2. Check Supabase logs for errors
  3. Review component complexity
  4. Check for missing error boundaries
  5. Audit API route error handling

Output Requirements

Log all findings to .claude/issues-registry.md:

# Issues Registry

## Active Issues

| ID | Category | Severity | Description | Location | Detected | Status |
|----|----------|----------|-------------|----------|----------|--------|
| I-001 | Code Health | High | Type error in auth flow | src/lib/auth.ts:45 | 2026-01-01 | Open |
| I-002 | UX Friction | Medium | No loading state on submit | src/components/Form.tsx | 2026-01-01 | Open |

## Severity Levels
- **Critical:** Blocks users or causes data loss
- **High:** Major functionality broken or security issue
- **Medium:** Degraded experience or tech debt
- **Low:** Minor polish or optimization

## Resolved Issues
(Move issues here when fixed, note resolution)

Rules

  1. Document everything found - Even minor issues, log them
  2. Severity matters - Be honest about impact level
  3. Location is key - Include file:line for code issues
  4. Don't fix while identifying - Separate detection from resolution
  5. Update regularly - Keep the registry current

Transition

After identification:

  • Multiple issues found → Proceed to Priority System
  • Single clear issue → Proceed to Execution System
  • Blocked by confusion → Return to Clarity System

This is System 2 of 5: Clarity → Identity → Priority → Execution → Reset

使用示例

查看来源仓库中的使用示例与配置说明。

查看来源 ↗

来源历史

收录时间
2026-01-20
索引更新时间
2026-01-26
Branch
main

收录与同步日期属于本站记录。源码修改历史请查看来源仓库。

GitHub ↗

chat Comments (0)

chat_bubble_outline

No comments yet. Be the first to share your thoughts!