codesyncer 1.1.0 โ†’ 2.0.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,296 @@
1
+ # ๐Ÿค– CodeSyncer Setup Guide for AI Assistants
2
+
3
+ > **For AI Coding Assistants**: Read this document completely and follow the instructions to set up the CodeSyncer collaboration system.
4
+ >
5
+ > **Project**: [PROJECT_NAME]
6
+ > **GitHub**: https://github.com/[GITHUB_USERNAME]/[PROJECT_NAME]
7
+ > **Created**: [TODAY]
8
+
9
+ ---
10
+
11
+ ## ๐Ÿ“‹ Your Mission
12
+
13
+ You are tasked with analyzing this multi-repository workspace and creating a comprehensive collaboration system. Follow these steps **interactively** - ask the user for confirmation at each major decision point.
14
+
15
+ ---
16
+
17
+ ## ๐ŸŽฏ Step 1: Understand the Workspace
18
+
19
+ ### Detected Repositories
20
+
21
+ [REPO_LIST]
22
+
23
+ ### Your Task
24
+ 1. **Analyze each repository** by examining:
25
+ - File structure and dependencies
26
+ - Tech stack and frameworks
27
+ - Project purpose and architecture
28
+ - Existing code patterns
29
+
30
+ 2. **For each repository, determine**:
31
+ - Primary function (backend, frontend, mobile, fullstack)
32
+ - Main technologies used
33
+ - Key features and modules
34
+ - Development patterns
35
+
36
+ ---
37
+
38
+ ## ๐Ÿ”„ Step 2: Interactive Setup Process
39
+
40
+ ### For Each Repository:
41
+
42
+ #### 2.1 Confirm Repository Analysis
43
+ Present your analysis to the user:
44
+ ```
45
+ ๐Ÿ“ Repository: [repo-name]
46
+
47
+ My analysis:
48
+ - Type: [backend/frontend/mobile/fullstack]
49
+ - Tech Stack: [detected stack]
50
+ - Description: [your generated description]
51
+ - Key Features: [list main features]
52
+
53
+ Is this analysis correct? Any adjustments needed?
54
+ ```
55
+
56
+ #### 2.2 Ask Critical Questions
57
+
58
+ **โš ๏ธ NEVER infer these - always ask:**
59
+
60
+ 1. **API Endpoints** (for backend):
61
+ - "What is the main API base URL?"
62
+ - "Are there multiple API versions?"
63
+
64
+ 2. **Business Logic**:
65
+ - "What are the key business rules I should know?"
66
+ - "Any specific pricing/payment policies?"
67
+
68
+ 3. **Authentication**:
69
+ - "What authentication method is used?" (JWT, OAuth, Session, etc.)
70
+ - "Where are tokens stored?" (cookies, localStorage, etc.)
71
+
72
+ 4. **Database**:
73
+ - "What database is used?"
74
+ - "Any critical schema information?"
75
+
76
+ 5. **External Services**:
77
+ - "Which external APIs/services are integrated?"
78
+ - "Any API keys or credentials I should be aware of (without exposing them)?"
79
+
80
+ #### 2.3 Identify Discussion Keywords
81
+
82
+ Ask the user:
83
+ ```
84
+ For this project, which critical keywords should trigger automatic discussion pauses?
85
+
86
+ Suggested categories:
87
+
88
+ ๐Ÿ”ด CRITICAL (Always pause):
89
+ - ๐Ÿ’ฐ Payment/Billing: payment, billing, charge, refund, subscription, invoice, pricing, fee
90
+ - ๐Ÿ” Security/Auth: authentication, authorization, login, logout, session, token, jwt, password, encrypt, decrypt, hash, salt, oauth, permission, role, admin
91
+ - ๐Ÿ—‘๏ธ Data Deletion: delete, remove, drop, truncate, destroy, purge, erase
92
+ - ๐Ÿ“œ Privacy/Legal: GDPR, CCPA, personal data, PII, privacy policy, terms of service, consent, compliance
93
+
94
+ ๐ŸŸก IMPORTANT (Recommended pause):
95
+ - ๐Ÿ”Œ External APIs: API integration, webhook, third-party, external service, API key, credentials
96
+ - ๐Ÿ—„๏ธ Database Schema: migration, schema change, alter table, add column, drop column, index, constraint
97
+ - ๐Ÿš€ Deployment/Infra: deploy, deployment, production, environment, server, hosting, domain, SSL, certificate
98
+ - ๐Ÿ’พ Caching: cache strategy, redis, memcached, CDN, cache invalidation
99
+ - ๐Ÿ“ง Email/Notifications: email sending, SMS, push notification, notification service
100
+
101
+ ๐ŸŸข MINOR (Optional pause):
102
+ - โšก Performance: optimization, performance, caching, lazy loading, code splitting, bundle size
103
+ - ๐Ÿงช Testing: test strategy, testing framework, CI/CD, automated testing
104
+ - ๐Ÿ“Š Logging/Monitoring: logging, monitoring, analytics, error tracking, APM
105
+ - ๐ŸŽจ UI/UX: design system, theme, responsive, accessibility, internationalization
106
+
107
+ Which categories should I enable? (Recommend: CRITICAL + IMPORTANT)
108
+ Any custom keywords specific to your domain?
109
+ ```
110
+
111
+ ---
112
+
113
+ ## ๐Ÿ“ Step 3: Generate Documentation Files
114
+
115
+ For each repository, create these files in `.claude/` folder:
116
+
117
+ ### 3.1 CLAUDE.md
118
+ - Project information from your analysis
119
+ - Absolute rules (TypeScript strict mode, error handling, etc.)
120
+ - No-inference zones (business logic numbers, API URLs, security settings)
121
+ - Discussion-required keywords (from user's selection)
122
+ - Comment tag system (@codesyncer-* tags)
123
+ - Project-specific templates and patterns
124
+
125
+ Use template: `./templates/[lang]/claude.md`
126
+ - Replace [PROJECT_NAME], [PROJECT_TYPE], [TECH_STACK]
127
+ - Replace [KEYWORDS] with user-confirmed keywords
128
+ - Add project-specific rules discovered during analysis
129
+
130
+ ### 3.2 ARCHITECTURE.md
131
+ - Complete folder structure (scan actual directories)
132
+ - File statistics
133
+ - Comment tag statistics (initial: all 0)
134
+ - Tech stack details
135
+ - Dependencies from package.json
136
+
137
+ Use template: `./templates/[lang]/architecture.md`
138
+ - Actually scan and list real folder structure
139
+ - List actual dependencies
140
+
141
+ ### 3.3 COMMENT_GUIDE.md โญ **Core Document**
142
+ - **Manage all context with comments** (quality standards, coding standards, all decisions)
143
+ - 10 comment tag system (5 basic + 5 extended)
144
+ - Real examples: quality standards, performance optimization, security, error handling, etc.
145
+ - Principle: Record directly in code instead of separate docs
146
+
147
+ Use template: `./templates/[lang]/comment_guide.md`
148
+ - Use as-is (includes all context management examples)
149
+ - AI follows these patterns for writing comments
150
+
151
+ ### 3.4 DECISIONS.md
152
+ - Decision log template
153
+ - Category definitions
154
+ - Empty decision records (to be filled during development)
155
+
156
+ Use template: `./templates/[lang]/decisions.md`
157
+ - Use as-is (decisions added during work)
158
+
159
+ ---
160
+
161
+ ## ๐ŸŒ Step 4: Generate Master Document
162
+
163
+ At the workspace root, create `.codesyncer/MASTER_CODESYNCER.md`:
164
+
165
+ ### Content:
166
+ - List all repositories with their roles
167
+ - Automatic repository switching rules
168
+ - Keyword-based navigation mapping
169
+ - Multi-repo workflow examples
170
+
171
+ Use template: `./templates/[lang]/master.md`
172
+ - Replace [REPO_TABLE] with actual detected repos
173
+ - Replace [KEYWORD_MAPPING] with repo-specific keywords
174
+ - Replace [PROJECT_NAME], [GITHUB_USERNAME]
175
+
176
+ ---
177
+
178
+ ## โœ… Step 5: Final Confirmation
179
+
180
+ After generating all files, present a summary:
181
+
182
+ ```
183
+ โœ… CodeSyncer Setup Complete!
184
+
185
+ Created files:
186
+ ๐Ÿ“ .codesyncer/
187
+ โ””โ”€โ”€ MASTER_CODESYNCER.md
188
+
189
+ ๐Ÿ“ [repo1]/.claude/
190
+ โ”œโ”€โ”€ CLAUDE.md
191
+ โ”œโ”€โ”€ ARCHITECTURE.md
192
+ โ”œโ”€โ”€ COMMENT_GUIDE.md
193
+ โ””โ”€โ”€ DECISIONS.md
194
+
195
+ ๐Ÿ“ [repo2]/.claude/
196
+ โ””โ”€โ”€ (same files)
197
+
198
+ Next Steps:
199
+ 1. Review the generated files
200
+ 2. Customize any project-specific rules in CLAUDE.md
201
+ 3. Start developing with: "Read CLAUDE.md" in each repo
202
+
203
+ Ready to start using CodeSyncer!
204
+ ```
205
+
206
+ ---
207
+
208
+ ## ๐ŸŽจ Customization Guidelines
209
+
210
+ ### For Backend Projects:
211
+ - Focus on API structure in ARCHITECTURE.md
212
+ - Add API endpoint documentation
213
+ - Emphasize security and data handling rules
214
+ - Include database schema if provided
215
+
216
+ ### For Frontend Projects:
217
+ - Document component structure
218
+ - Include styling approach (CSS modules, Tailwind, etc.)
219
+ - Add state management patterns
220
+ - Document routing structure
221
+
222
+ ### For Mobile Projects:
223
+ - Document screen navigation
224
+ - Include platform-specific notes (iOS/Android)
225
+ - Add native module integrations
226
+ - Document build/deployment process
227
+
228
+ ### For Fullstack Projects:
229
+ - Combine backend + frontend guidelines
230
+ - Document API โ†” UI integration
231
+ - Include data flow patterns
232
+ - Add deployment strategy
233
+
234
+ ---
235
+
236
+ ## ๐Ÿšจ Critical Rules for AI Assistants
237
+
238
+ 1. **Always ask, never assume** for:
239
+ - Business logic numbers
240
+ - API endpoints
241
+ - Security configurations
242
+ - Database schemas
243
+
244
+ 2. **Be thorough** in analysis:
245
+ - Read actual code, don't guess
246
+ - Check package.json dependencies
247
+ - Scan folder structure completely
248
+ - Identify code patterns
249
+
250
+ 3. **Be interactive**:
251
+ - Ask for confirmation at each step
252
+ - Present your analysis before generating
253
+ - Allow user to correct your understanding
254
+
255
+ 4. **Use @codesyncer-* tags** in all examples:
256
+ - All code comments use new format
257
+ - Explain @claude-* compatibility
258
+ - Show proper tag usage
259
+
260
+ ---
261
+
262
+ ## ๐Ÿ“š Template Placeholders
263
+
264
+ When generating files, replace these:
265
+
266
+ - `[PROJECT_NAME]` โ†’ User's project name
267
+ - `[PROJECT_TYPE]` โ†’ backend/frontend/mobile/fullstack
268
+ - `[TECH_STACK]` โ†’ Detected tech stack (comma-separated)
269
+ - `[TODAY]` โ†’ Current date (YYYY-MM-DD)
270
+ - `[GITHUB_USERNAME]` โ†’ User's GitHub username
271
+ - `[KEYWORDS]` โ†’ User-confirmed discussion keywords
272
+ - `[REPO_TABLE]` โ†’ Formatted table of repositories
273
+ - `[KEYWORD_MAPPING]` โ†’ Keyword โ†’ Repo mapping
274
+ - `[TEMPLATES]` โ†’ Project type-specific templates
275
+ - `[REPO_LIST]` โ†’ List of detected repositories
276
+
277
+ ---
278
+
279
+ ## ๐ŸŽฏ Success Criteria
280
+
281
+ Setup is successful when:
282
+ - โœ… All repositories have complete .claude/ folders
283
+ - โœ… Master document created with accurate repo mapping
284
+ - โœ… User confirmed all critical information
285
+ - โœ… No assumptions made about business logic or secrets
286
+ - โœ… All documentation uses @codesyncer-* tag format
287
+ - โœ… Project-specific patterns documented
288
+
289
+ ---
290
+
291
+ **Version**: 1.0.0 (Powered by CodeSyncer)
292
+ **AI Tools**: Optimized for Claude Code | Compatible with: Cursor, GitHub Copilot, Continue.dev
293
+
294
+ ---
295
+
296
+ *This setup guide is generated by CodeSyncer CLI. For issues or improvements, visit: https://github.com/bitjaru/codesyncer*