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.
- package/README.ko.md +82 -23
- package/README.md +82 -23
- package/dist/commands/init.d.ts.map +1 -1
- package/dist/commands/init.js +95 -401
- package/dist/commands/init.js.map +1 -1
- package/dist/templates/en/comment_guide.md +460 -202
- package/dist/templates/en/setup_guide.md +296 -0
- package/dist/templates/ko/comment_guide.md +461 -203
- package/dist/templates/ko/setup_guide.md +296 -0
- package/package.json +1 -1
- package/src/templates/en/comment_guide.md +460 -202
- package/src/templates/en/setup_guide.md +296 -0
- package/src/templates/ko/comment_guide.md +461 -203
- package/src/templates/ko/setup_guide.md +296 -0
|
@@ -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*
|