القائمة
Research-before-coding workflow: systematically search existing solutions before custom implementation. Use when introducing new libraries, tools, or solving unfamiliar problems.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Frontend patterns: component design, state management, performance, accessibility. Use when building web frontends, components, or client-side apps.
Git version control best practices: branching, commits, merging, conflict resolution, PR workflows. Use when managing branches, creating commits, merging code, or resolving conflicts.
Model selection strategy and routing. Use when choosing between models for different task types, subagent configurations, or optimizing token cost vs quality tradeoffs.
Security review skill: comprehensive security checklist and patterns. Use when adding authentication, handling user input, working with secrets, or creating API endpoints.
Extracts reusable patterns from sessions. Use at session end to capture debugging insights and project-specific knowledge.
Strategic compaction skill: suggests context compression at logical breakpoints. Use to suggest compaction at logical intervals during development sessions.
| name | search-first |
| description | Research-before-coding workflow: systematically search existing solutions before custom implementation. Use when introducing new libraries, tools, or solving unfamiliar problems. |
| allowed-tools | Read, Bash, Grep, Glob, WebSearch, WebFetch |
编码前系统化搜索现有方案，做出 Adopt/Extend/Compose/Build 决策。
核心原则：不重复造轮子，但也不盲目引入依赖。
/cc-best:lead 技术方案设计阶段1. 并行搜索（限时 5-10 分钟）
├─ 包管理器（npm/PyPI/Maven 等，根据项目技术栈）
├─ MCP 服务器（如适用）
├─ GitHub/社区方案
└─ 官方文档/API 参考
2. 方案评估
├─ 功能匹配度
├─ 维护活跃度（最近提交、issue 响应）
├─ 许可证兼容性
└─ 依赖复杂度
3. 决策 + 记录
├─ 输出 Adopt/Extend/Compose/Build 决策
├─ 记录到 progress.md 决策表
└─ 标注置信度
| 条件 | 决策 | 行动 |
|---|---|---|
| 精确匹配 + 活跃维护 + 兼容许可 | 采用 (Adopt) | 直接安装使用 |
| 部分匹配 + 良好基础 | 扩展 (Extend) | 安装 + 薄包装器适配 |
| 多个弱匹配 | 组合 (Compose) | 组合 2-3 个小包 |
| 无合适方案 | 构建 (Build) | 自研，但带着搜索知识 |
- [ ] 功能是否满足核心需求（≥80%）
- [ ] 最近 6 个月内有提交
- [ ] 许可证与项目兼容（MIT/Apache/ISC 优先）
- [ ] 依赖数量合理（<20 direct deps）
- [ ] 有测试覆盖和文档
- [ ] 无已知安全漏洞
在 /cc-best:lead 工作流中，技术栈选型前自动触发：
PM(需求) → Lead(search-first → 方案设计) → Dev(实现)
| 场景 | 搜索深度 | 时间上限 |
|---|---|---|
| 已知成熟方案 | 浅搜索 | 2 分钟 |
| 常见功能需求 | 标准搜索 | 5 分钟 |
| 创新/罕见需求 | 深度搜索 | 10 分钟 |
### 搜索决策: [功能描述]
**搜索范围**: [npm/GitHub/WebSearch]
**候选方案**:
1. [方案A] - [优劣概述]
2. [方案B] - [优劣概述]
**决策**: [Adopt/Extend/Compose/Build] [方案名]
**理由**: [1-2 句]
**置信度**: [高/中/低]
记住: 搜索不是目的，做出有依据的决策才是目的。5 分钟的搜索可以避免 5 天的重复造轮子。