fix: clarify collaborative examples as sequential prompts
Restructured all collaborative examples to show they are prompts users send to Claude Code: 1. Removed confusing "[You do X]" placeholders 2. Added clear "Step 1:", "Step 2:" labels or "# First prompt:", "# Then:" comments 3. Shows these are sequential prompts users copy/paste to Claude Code 4. Made it clear Claude Code does the work, not the user The flow is now obvious: - User sends prompt 1 to Claude Code - Claude Code responds - User sends prompt 2 asking Claude Code to share with Gemini - Continue the collaboration This eliminates confusion about who is doing what and makes the examples immediately usable. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
106
README.md
106
README.md
@@ -113,25 +113,26 @@ Just ask Claude naturally:
|
|||||||
|
|
||||||
**Collaborative Claude + Gemini Examples:**
|
**Collaborative Claude + Gemini Examples:**
|
||||||
```
|
```
|
||||||
"Design an authentication system for our SaaS platform"
|
# First prompt to Claude:
|
||||||
[You provide the design]
|
"Design an authentication system for our SaaS platform with JWT tokens and OAuth2"
|
||||||
"Now ask gemini to review your authentication design above and identify any security vulnerabilities or architectural concerns"
|
|
||||||
|
|
||||||
|
# After Claude responds, second prompt:
|
||||||
|
"Now ask gemini to review the authentication design above and identify any security vulnerabilities or architectural concerns"
|
||||||
|
|
||||||
|
# Another example flow:
|
||||||
"Create an event-driven architecture for our order processing system"
|
"Create an event-driven architecture for our order processing system"
|
||||||
[You create the architecture]
|
# Then:
|
||||||
"Have gemini think deeper about your design, particularly around event ordering, failure scenarios, and recovery strategies"
|
"Have gemini think deeper about the design above, particularly around event ordering, failure scenarios, and recovery strategies"
|
||||||
|
|
||||||
|
# Performance optimization flow:
|
||||||
"Analyze our database performance and create an optimization plan"
|
"Analyze our database performance and create an optimization plan"
|
||||||
[You create the optimization plan]
|
# Then:
|
||||||
"Get gemini to validate your optimization approach and suggest additional improvements you haven't considered"
|
"Get gemini to validate the optimization approach above and suggest additional improvements"
|
||||||
|
|
||||||
"Design a microservices decomposition strategy for our monolith"
|
# Architecture review flow:
|
||||||
[You provide the strategy]
|
"Design a microservices decomposition strategy for our monolith application"
|
||||||
"Ask gemini to review and extend your analysis, focusing on service boundaries and data consistency"
|
# Then:
|
||||||
|
"Ask gemini to review and extend the analysis above, focusing on service boundaries and data consistency"
|
||||||
"Identify the performance bottlenecks in our system and create an improvement plan"
|
|
||||||
[You analyze and create plan]
|
|
||||||
"Have gemini review your analysis and challenge any assumptions, then ask for a detailed implementation roadmap"
|
|
||||||
```
|
```
|
||||||
|
|
||||||
**Parameters Available:**
|
**Parameters Available:**
|
||||||
@@ -207,21 +208,25 @@ Just ask Claude naturally:
|
|||||||
|
|
||||||
**Collaborative Claude + Gemini Examples:**
|
**Collaborative Claude + Gemini Examples:**
|
||||||
```
|
```
|
||||||
|
# Refactoring review flow:
|
||||||
"Refactor the authentication module to use dependency injection"
|
"Refactor the authentication module to use dependency injection"
|
||||||
[You refactor the code]
|
# After refactoring:
|
||||||
"Ask gemini to review your refactoring and ensure you haven't introduced any security vulnerabilities"
|
"Ask gemini to review the refactored auth module above and ensure I haven't introduced any security vulnerabilities"
|
||||||
|
|
||||||
|
# Performance optimization review:
|
||||||
"Optimize these slow database queries in user_service.py"
|
"Optimize these slow database queries in user_service.py"
|
||||||
[You optimize the queries]
|
# After optimization:
|
||||||
"Have gemini review your optimized code for any potential performance regressions or edge cases"
|
"Have gemini review the optimized queries above for any potential performance regressions or edge cases"
|
||||||
|
|
||||||
|
# Implementation review:
|
||||||
"Implement a comprehensive error handling strategy for our API"
|
"Implement a comprehensive error handling strategy for our API"
|
||||||
[You implement the strategy]
|
# After implementation:
|
||||||
"Get gemini to review error_handler.py and validate that all edge cases are covered"
|
"Get gemini to review error_handler.py and validate that all edge cases are covered"
|
||||||
|
|
||||||
|
# API design review:
|
||||||
"Design a new REST API for our user management system"
|
"Design a new REST API for our user management system"
|
||||||
[You design the API]
|
# After design:
|
||||||
"Ask gemini to review your API design against REST best practices and suggest improvements"
|
"Ask gemini to review the API design above against REST best practices and suggest improvements"
|
||||||
```
|
```
|
||||||
|
|
||||||
**Parameters Available:**
|
**Parameters Available:**
|
||||||
@@ -454,62 +459,33 @@ Just ask Claude naturally:
|
|||||||
|
|
||||||
### 1. **Design → Review → Implement Pattern**
|
### 1. **Design → Review → Implement Pattern**
|
||||||
```
|
```
|
||||||
"Design a real-time collaborative editor with conflict resolution"
|
Step 1: "Design a real-time collaborative editor with conflict resolution"
|
||||||
[You create the initial architecture]
|
Step 2: "Ask gemini to think deeper about the design above, focusing on conflict resolution and scalability edge cases"
|
||||||
|
Step 3: "Implement the improvements Gemini suggested for the collaborative editor"
|
||||||
"Ask gemini to think deeper about your design above, focusing on conflict
|
|
||||||
resolution and scalability edge cases"
|
|
||||||
[Gemini identifies issues, suggests CRDT/OT hybrid]
|
|
||||||
|
|
||||||
"Now implement the improvements Gemini suggested"
|
|
||||||
[You implement the enhanced architecture]
|
|
||||||
```
|
```
|
||||||
|
|
||||||
### 2. **Code → Review → Fix → Verify Pattern**
|
### 2. **Code → Review → Fix → Verify Pattern**
|
||||||
```
|
```
|
||||||
"Implement JWT authentication for our API"
|
Step 1: "Implement JWT authentication for our API"
|
||||||
[You implement the authentication]
|
Step 2: "Ask gemini to do a security review of the implementation above, focusing on OWASP top 10"
|
||||||
|
Step 3: "Fix the security issues Gemini identified"
|
||||||
"Ask gemini to do a security review of your implementation above,
|
Step 4: "Have gemini verify the fixes above are secure"
|
||||||
focusing on OWASP top 10"
|
|
||||||
[Gemini finds vulnerabilities]
|
|
||||||
|
|
||||||
"Fix the security issues Gemini identified"
|
|
||||||
[You fix the issues]
|
|
||||||
|
|
||||||
"Have gemini verify your fixes are secure"
|
|
||||||
[Gemini confirms fixes, suggests hardening]
|
|
||||||
```
|
```
|
||||||
|
|
||||||
### 3. **Debug → Analyze → Solution Pattern**
|
### 3. **Debug → Analyze → Solution Pattern**
|
||||||
```
|
```
|
||||||
"Debug why our API crashes under load. Here's the error log: [logs]"
|
Step 1: "Debug why our API crashes under load. Here's the error log: [paste logs]"
|
||||||
[You analyze the immediate issue]
|
Step 2: "Ask gemini to debug this deeper with context from api/handlers/ and db/queries.js"
|
||||||
|
Step 3: "Fix the memory leak Gemini found"
|
||||||
"Ask gemini to debug this deeper with context from api/handlers/
|
Step 4: "Have gemini think deeper about preventing this issue long-term"
|
||||||
and db/queries.js"
|
|
||||||
[Gemini identifies root cause]
|
|
||||||
|
|
||||||
"Fix the memory leak Gemini found"
|
|
||||||
[You implement the fix]
|
|
||||||
|
|
||||||
"Have gemini think deeper about preventing this issue long-term"
|
|
||||||
[Gemini provides architectural improvements]
|
|
||||||
```
|
```
|
||||||
|
|
||||||
### 4. **Iterative Improvement Pattern**
|
### 4. **Iterative Improvement Pattern**
|
||||||
```
|
```
|
||||||
"Create a refactoring plan for user_service.py to improve maintainability"
|
Step 1: "Create a refactoring plan for user_service.py to improve maintainability"
|
||||||
[You create the plan]
|
Step 2: "Ask gemini to review the refactoring plan above and identify potential issues"
|
||||||
|
Step 3: "Implement phase 1 of the refactoring based on the plan"
|
||||||
"Ask gemini to review your refactoring plan and identify potential issues"
|
Step 4: "Have gemini review the refactored code above against SOLID principles"
|
||||||
[Gemini provides feedback]
|
|
||||||
|
|
||||||
"Implement phase 1 of the refactoring"
|
|
||||||
[You implement phase 1]
|
|
||||||
|
|
||||||
"Have gemini review your refactored code against SOLID principles"
|
|
||||||
[Gemini validates and suggests improvements]
|
|
||||||
```
|
```
|
||||||
|
|
||||||
## Pro Tips
|
## Pro Tips
|
||||||
|
|||||||
Reference in New Issue
Block a user