بنقرة واحدة
brainstorming
Socratic questioning and discovery protocol. Ensures requirements clarity before implementation.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Socratic questioning and discovery protocol. Ensures requirements clarity before implementation.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Pull request lifecycle domain knowledge — branch strategy detection, PR size classification, confidence-scored review, git-aware context, PR analytics, dependency management, and split/merge/describe operations.
Production readiness audit domains, weighted scoring criteria, and check specifications for the /preflight workflow.
Application scaffolding orchestrator. Creates full-stack applications from requirements, selects tech stack, coordinates agents.
Production deployment workflows, rollback strategies, and CI/CD best practices.
Internationalization and localization patterns for multi-language applications
Mobile UI/UX patterns for iOS and Android. Touch-first, platform-respectful design with React Native/Expo focus.
| name | brainstorming |
| description | Socratic questioning and discovery protocol. Ensures requirements clarity before implementation. |
| version | 1.0.0 |
| allowed-tools | Read, Glob, Grep |
Understand before building. Ask before assuming.
| Pattern | Action |
|---|---|
| "Build/Create/Make [thing]" without details | 🛑 ASK 3 questions |
| Complex feature or architecture | 🛑 Clarify before implementing |
| Update/change request | 🛑 Confirm scope |
| Vague requirements | 🛑 Ask purpose, users, constraints |
⛔ NEVER use static templates. Generate questions based on context.
| Principle | Application |
|---|---|
| Context-aware | Questions match the domain |
| Prioritized | Ask most important first |
| Open-ended | Encourage detailed responses |
| Assumption-free | Don't lead the answer |
1. Identify domain (frontend, backend, mobile, etc.)
2. Detect ambiguities in request
3. Generate 3-5 clarifying questions
4. Order by impact on implementation
5. Present clearly with formatting
Before I proceed, I have a few questions:
1. **[Topic]**: [Specific question]?
2. **[Topic]**: [Specific question]?
3. **[Topic]**: [Specific question]?
Feel free to answer all at once, and I'll start implementing.
| Icon | Meaning |
|---|---|
| ✅ | Complete |
| 🔄 | In progress |
| ⏳ | Pending |
| ❌ | Failed/Blocked |
| ⚠️ | Warning/Attention needed |
## Status Update
| Task | Status | Notes |
| --------------- | ------ | -------- |
| Database schema | ✅ | Migrated |
| API endpoints | 🔄 | 3/5 done |
| Frontend pages | ⏳ | Next up |
🔍 **Symptom**: [What happened]
🎯 **Root cause**: [Why it happened]
✅ **Fix**: [The solution]
🛡️ **Prevention**: [How to avoid in future]
## ✅ Complete: [Task Name]
### What was done
- [Deliverable 1]
- [Deliverable 2]
### How to verify
[Specific steps to test]
### Next steps (suggested)
1. [Optional follow-up]
2. [Optional follow-up]
| Principle | Implementation |
|---|---|
| Concise | No unnecessary details |
| Visual | Use emojis for quick scanning |
| Specific | "~2 minutes" not "wait a bit" |
| Alternatives | Offer paths when stuck |
| Proactive | Suggest next step after completion |
| ❌ Don't | ✅ Do |
|---|---|
| Jump to solutions | Understand first |
| Assume requirements | Ask questions |
| Over-engineer v1 | MVP first |
| Ignore constraints | Factor them in |
| "I think" phrases | Ask for clarity |