antigravity-ide 3.5.36 → 3.5.37
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/.agent/.shared/ai-master/README.md +25 -0
- package/.agent/.shared/ai-master/checklists/prompt_audit.md +20 -0
- package/.agent/.shared/ai-master/presets/model_configs.json +21 -0
- package/.agent/.shared/api-standards/README.md +25 -0
- package/.agent/.shared/compliance/README.md +19 -0
- package/.agent/.shared/database-master/README.md +20 -0
- package/.agent/.shared/design-philosophy/MANIFESTO.md +85 -0
- package/.agent/.shared/design-philosophy/README.md +32 -0
- package/.agent/.shared/design-philosophy/checklists/tactile_audit.md +21 -0
- package/.agent/.shared/design-philosophy/checklists/visual_audit.md +20 -0
- package/.agent/.shared/design-philosophy/presets/linear_glow.json +20 -0
- package/.agent/.shared/design-system/README.md +18 -0
- package/.agent/.shared/domain-blueprints/README.md +18 -0
- package/.agent/.shared/dx-toolkit/README.md +19 -0
- package/.agent/.shared/dx-toolkit/checklists/code_review.md +18 -0
- package/.agent/.shared/dx-toolkit/presets/vscode_settings.json +15 -0
- package/.agent/.shared/i18n-master/README.md +18 -0
- package/.agent/.shared/infra-blueprints/README.md +18 -0
- package/.agent/.shared/metrics/README.md +17 -0
- package/.agent/.shared/resilience-patterns/README.md +19 -0
- package/.agent/.shared/resilience-patterns/checklists/chaos_engineering.md +16 -0
- package/.agent/.shared/resilience-patterns/presets/circuit_breaker.json +21 -0
- package/.agent/.shared/security-armor/README.md +25 -0
- package/.agent/.shared/security-armor/checklists/vuln_scan.md +19 -0
- package/.agent/.shared/security-armor/presets/helmet_config.json +22 -0
- package/.agent/.shared/seo-master/README.md +20 -0
- package/.agent/.shared/seo-master/checklists/technical_seo.md +18 -0
- package/.agent/.shared/seo-master/presets/json_ld_schema.json +29 -0
- package/.agent/.shared/testing-master/README.md +20 -0
- package/.agent/.shared/testing-master/checklists/pre_release.md +17 -0
- package/.agent/.shared/ui-ux-pro-max/README.md +20 -0
- package/.agent/.shared/vitals-templates/README.md +18 -0
- package/.agent/ARCHITECTURE.md +4 -4
- package/.agent/ARCHITECTURE.vi.md +107 -0
- package/.agent/START_HERE.vi.md +109 -0
- package/.agent/rules/GEMINI.md +31 -266
- package/.agent/rules/architecture-review.md +32 -0
- package/.agent/rules/backend.md +46 -0
- package/.agent/rules/business.md +41 -0
- package/.agent/rules/compliance.md +39 -0
- package/.agent/rules/debug.md +38 -0
- package/.agent/rules/frontend.md +39 -0
- package/.agent/rules/security.md +42 -0
- package/.agent/scripts/checklist.py +35 -0
- package/.agent/scripts/simulation_install.js +59 -0
- package/.agent/scripts/verify_shared_modules.js +126 -0
- package/.agent/skills/modern-web-architect/scripts/ffci_calculator.py +88 -0
- package/LICENSE +11 -32
- package/README.md +65 -44
- package/README.vi.md +68 -53
- package/VERSION +1 -1
- package/cli/create.js +24 -1
- package/package.json +2 -1
- package/setup.js +208 -36
- /package/.agent/.shared/api-standards/{auth_patterns.json → data} +0 -0
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
# 🧠 AI Master Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Core Capability
|
|
4
|
+
> **Type**: Shared Module (Prompts & Patterns)
|
|
5
|
+
|
|
6
|
+
This module provides the intelligence backbone for AI Agent operations, including standardized prompt patterns and model configurations.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
ai-master/
|
|
12
|
+
├── best_patterns.md # 📜 Theory & Strategy (Existing)
|
|
13
|
+
├── checklists/ # ✅ Audit Tools
|
|
14
|
+
│ └── prompt_audit.md # - Verify prompt quality & safety
|
|
15
|
+
└── presets/ # ⚙️ Configuration
|
|
16
|
+
└── model_configs.json # - Recommended params for Gemini/GPT
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## 🚀 Usage
|
|
20
|
+
|
|
21
|
+
### 1. Model Selection
|
|
22
|
+
Use `presets/model_configs.json` to configure the optimal temperature and tokens for your task (Creative vs. Biological vs. Coding).
|
|
23
|
+
|
|
24
|
+
### 2. Prompt Engineering
|
|
25
|
+
Before sending a heavy prompt, audit it against `checklists/prompt_audit.md` to ensure it follows the "Chain of Thought" or "ReAct" standards.
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
# ✅ Prompt Audit Checklist
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: high
|
|
5
|
+
|
|
6
|
+
Use this checklist to verify the quality of a System Prompt or Complex Task Prompt.
|
|
7
|
+
|
|
8
|
+
## 1. Structure & Context
|
|
9
|
+
- [ ] **Role Definition**: Does the prompt clearly state "You are [Role]"?
|
|
10
|
+
- [ ] **Context Injection**: Is necessary context (File path, User intent) included?
|
|
11
|
+
- [ ] **Output Format**: Is the expected output format (JSON, Markdown, Code only) explicitly defined?
|
|
12
|
+
|
|
13
|
+
## 2. Reasoning & Logic
|
|
14
|
+
- [ ] **Chain of Thought**: Does the prompt ask the AI to "Think step-by-step"?
|
|
15
|
+
- [ ] **Few-Shot Examples**: Are there at least 2 snippets of "Input -> Output" examples?
|
|
16
|
+
- [ ] **Edge Cases**: Does it instruct how to handle missing data or errors?
|
|
17
|
+
|
|
18
|
+
## 3. Safety & Constraints
|
|
19
|
+
- [ ] **No Hallucination**: Is there a directive to "Admit if you don't know"?
|
|
20
|
+
- [ ] **Tone**: Is the specific tone (Professional, Friendly, Technical) requested?
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "AI Model Presets",
|
|
3
|
+
"description": "Standard configurations for different AI modalities.",
|
|
4
|
+
"configs": {
|
|
5
|
+
"coding_strict": {
|
|
6
|
+
"temperature": 0.1,
|
|
7
|
+
"top_p": 0.95,
|
|
8
|
+
"max_tokens": 8192,
|
|
9
|
+
"stop_sequences": ["User:", "Human:"]
|
|
10
|
+
},
|
|
11
|
+
"creative_brainstorm": {
|
|
12
|
+
"temperature": 0.8,
|
|
13
|
+
"top_p": 0.9,
|
|
14
|
+
"max_tokens": 4096
|
|
15
|
+
},
|
|
16
|
+
"data_extraction": {
|
|
17
|
+
"temperature": 0.0,
|
|
18
|
+
"response_mime_type": "application/json"
|
|
19
|
+
}
|
|
20
|
+
}
|
|
21
|
+
}
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
# 📡 API Standards Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Interface Contract
|
|
4
|
+
> **Type**: Shared Module (Specs & Formats)
|
|
5
|
+
|
|
6
|
+
This module defines the laws of API communication to ensure Front-end and Back-end alignment.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
api-standards/
|
|
12
|
+
├── endpoints_naming.md # 📜 Naming Conventions
|
|
13
|
+
├── data/ # 💾 Standard Data Formats
|
|
14
|
+
│ ├── response_format.json
|
|
15
|
+
│ └── error_codes.csv
|
|
16
|
+
└── presets/ # ⚙️ Configs
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## 🚀 Usage
|
|
20
|
+
|
|
21
|
+
### 1. Response Format
|
|
22
|
+
All APIs must return data wrapped in the structure defined in `data/response_format.json`.
|
|
23
|
+
|
|
24
|
+
### 2. Naming
|
|
25
|
+
Follow `endpoints_naming.md` (e.g., Kebab-case URLs, CamelCase JSON keys).
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
# ⚖️ Compliance Master Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Regulatory Guard
|
|
4
|
+
> **Type**: Shared Module (Policies & Audits)
|
|
5
|
+
|
|
6
|
+
This module manages legal and regulatory compliance requirements (GDPR, HIPAA, SOC2).
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
compliance/
|
|
12
|
+
├── checklists/ # ✅ Audit Tools
|
|
13
|
+
│ └── gdpr_audit.md # - Data privacy checklist
|
|
14
|
+
└── presets/ # ⚙️ Policies
|
|
15
|
+
└── privacy_policy_template.md
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
## 🚀 Usage
|
|
19
|
+
Use the checklists to ensure data handling meets legal standards before launch.
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
# 🗄️ Database Master Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Data Core
|
|
4
|
+
> **Type**: Shared Module (Schemas & optimization)
|
|
5
|
+
|
|
6
|
+
This module centralizes database design patterns, schema standards, and migration strategies.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
database-master/
|
|
12
|
+
├── schemas/ # 🗂️ Standard Schemas
|
|
13
|
+
│ └── user_model.prisma
|
|
14
|
+
├── normalization.md # 📜 3NF Standards
|
|
15
|
+
└── checklists/ # ✅ Audit Tools
|
|
16
|
+
└── index_audit.md # - Performance indexing check
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## 🚀 Usage
|
|
20
|
+
Reference `schemas/` for standard user/auth models to ensure consistency across services.
|
|
@@ -0,0 +1,85 @@
|
|
|
1
|
+
# 🎨 Tuyên Ngôn Thiết Kế (Design Manifesto)
|
|
2
|
+
|
|
3
|
+
> *"Giao diện không chỉ là vỏ bọc, nó là linh hồn của sản phẩm."*
|
|
4
|
+
|
|
5
|
+
Tài liệu này không phải là hướng dẫn sử dụng công cụ. Đây là tập hợp những **Nguyên tắc Cốt lõi (Core Principles)** mà dự án Google Antigravity cam kết tuân thủ để đạt chuẩn "High-Craft" & "Premium".
|
|
6
|
+
|
|
7
|
+
---
|
|
8
|
+
|
|
9
|
+
## I. Triết Lý Cốt Lõi (The Philosophy)
|
|
10
|
+
|
|
11
|
+
### 1. Hệ Thống Đi Trước (System First)
|
|
12
|
+
Chúng tôi không thiết kế từng trang rời rạc. Chúng tôi xây dựng một **Hệ sinh thái**.
|
|
13
|
+
- Mọi màu sắc, khoảng cách, font chữ đều phải xuất phát từ `design-system/MASTER.md`.
|
|
14
|
+
- Sự nhất quán (Consistency) > Sự sáng tạo tùy tiện.
|
|
15
|
+
|
|
16
|
+
### 2. Sự Chủ Đích (Intentionality)
|
|
17
|
+
Mọi pixel đều có lý do để tồn tại.
|
|
18
|
+
- Không dùng placeholder vô nghĩa.
|
|
19
|
+
- Không dùng icon emoji rẻ tiền (🚫 🎨). Dùng SVG/Vector cao cấp (Heroicons, Lucide).
|
|
20
|
+
- Animation phải có ý nghĩa (phản hồi xúc giác), không phải để trang trí.
|
|
21
|
+
|
|
22
|
+
### 3. Vẻ Đẹp Của Cấu Trúc (Structural Beauty)
|
|
23
|
+
- **Hierarchy**: Tiêu đề chính (`H1`) phải kiêu hãnh. Nội dung phụ (`text-muted`) phải khiêm nhường.
|
|
24
|
+
- **Whitespace**: Khoảng trắng là yếu tố sang trọng nhất. Đừng sợ khoảng trắng.
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
## II. Tiêu Chuẩn "High-Craft" (The Standard)
|
|
29
|
+
|
|
30
|
+
Để được coi là "Hoàn thiện", một giao diện phải vượt qua các bài kiểm tra sau:
|
|
31
|
+
|
|
32
|
+
### 1. Bài Test "Xúc Giác" (The Tactile Test)
|
|
33
|
+
- [ ] **Cursor**: Mọi thứ click được phải có `cursor-pointer`.
|
|
34
|
+
- [ ] **Hover**: Khi lướt chuột qua, vật thể phải "thở" (đổi màu nhẹ, nâng lên, đổ bóng).
|
|
35
|
+
- [ ] **Timing**: Chuyển động phải mượt (150-300ms). Không giật cục, không rề rà.
|
|
36
|
+
|
|
37
|
+
### 2. Bài Test "Ánh Sáng" (The Lighting Test)
|
|
38
|
+
- [ ] **Dark Mode**: Không phải là nền đen, mà là sự xếp chồng của các lớp xám (Deep Gray layers).
|
|
39
|
+
- [ ] **Glassmorphism**: Hiệu ứng kính phải rõ ràng trên nền sáng (`bg-white/80`), không tàng hình.
|
|
40
|
+
- [ ] **Contrast**: Chữ phải đọc được trong mọi điều kiện ánh sáng.
|
|
41
|
+
|
|
42
|
+
### 3. Bài Test "Chuyên Nghiệp" (The Professional Test)
|
|
43
|
+
- [ ] **Icons**: Đồng bộ kích thước (thường là 24x24).
|
|
44
|
+
- [ ] **Typography**: Dùng font chữ hiện đại (Inter, Geist, Outfit). Không dùng font mặc định `Times New Roman`.
|
|
45
|
+
- [ ] **Mobile**: Không bao giờ được phép cuộn ngang (Horizontal Scroll) ngoài ý muốn.
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
## III. Quy Trình Hiện Thực Hóa (The Process)
|
|
50
|
+
|
|
51
|
+
Khi bắt đầu một màn hình mới, chúng tôi tư duy theo trình tự:
|
|
52
|
+
|
|
53
|
+
1. **Định Hình (Shape)**: Xác định loại sản phẩm (SaaS, E-commerce, Dashboard...).
|
|
54
|
+
2. **Khung Sườn (Skeleton)**: Dựng layout với `html-tailwind` chuẩn chỉnh.
|
|
55
|
+
3. **Chi Tiết (Soul)**: Thêm Micro-interactions, xử lý trạng thái Loading/Error.
|
|
56
|
+
4. **Kiểm Tra (Audit)**: So sánh với các nguyên tắc trên.
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
## IV. Kỹ Thuật Thẩm Mỹ Nâng Cao (Advanced Aesthetics)
|
|
61
|
+
|
|
62
|
+
Để đạt đẳng cấp "Premium" thực sự, chúng tôi học hỏi từ những người giỏi nhất (Linear, Aceternity, Magic UI).
|
|
63
|
+
|
|
64
|
+
### 1. Hiệu Ứng "Linear" (The Subtle Glow)
|
|
65
|
+
> *Học từ Linear.app*
|
|
66
|
+
- **Border**: Không dùng border đơn sắc. Dùng `border-white/10` kết hợp với `bg-gradient-to-b` nhẹ.
|
|
67
|
+
- **Micro-Glow**: Các nút bấm hoặc card khi hover phải có hiệu ứng phát sáng nhẹ từ viền (Subtle Border Glow).
|
|
68
|
+
|
|
69
|
+
### 2. Chuyển Động "Magic" (The Bento Motion)
|
|
70
|
+
> *Học từ Magic UI / Bento Grids*
|
|
71
|
+
- **Layout**: Sử dụng Bento Grid (Lưới hợp cơm) để tổ chức thông tin.
|
|
72
|
+
- **Motion**:
|
|
73
|
+
- Dùng `Marquee` (chữ chạy) cho danh sách đối tác/logo.
|
|
74
|
+
- Dùng `Typing Effect` cho các câu slogan chính.
|
|
75
|
+
- Số liệu (Numbers) phải tự động nhảy (Count up) khi lướt tới.
|
|
76
|
+
|
|
77
|
+
### 3. Chiều Sâu "Aceternity" (The Cinematic Depth)
|
|
78
|
+
> *Học từ Aceternity UI*
|
|
79
|
+
- **Background**: Không dùng nền phẳng. Dùng `Grid Background`, `Spotlight` hoặc `Aurora` (Cực quang) để tạo chiều sâu vô tận.
|
|
80
|
+
- **Lighting**: Giả lập nguồn sáng chiếu vào card (Spotlight Card) để tạo cảm giác vật lý 3D.
|
|
81
|
+
|
|
82
|
+
---
|
|
83
|
+
|
|
84
|
+
*Được tổng hợp và đúc kết từ tri thức của UI/UX Pro Max.*
|
|
85
|
+
*Viết lại bởi: Dokhacgiakhoa's Agent.*
|
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
# 🎨 Design Philosophy Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Internalized Wisdom
|
|
4
|
+
> **Type**: Shared Module (Philosophy & Assets)
|
|
5
|
+
|
|
6
|
+
This module encapsulates the **Design Soul** of the Google Antigravity project. It is not just text; it contains actionable tools and assets to enforce "Premium" aesthetics.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
design-philosophy/
|
|
12
|
+
├── MANIFESTO.md # 📜 The Core Philosophy (Declaration)
|
|
13
|
+
├── checklists/ # ✅ Audit Tools (Manual Verification)
|
|
14
|
+
│ ├── tactile_audit.md # - Check interactions (Hover, Cursor)
|
|
15
|
+
│ └── visual_audit.md # - Check aesthetics (Light/Dark, Contrast)
|
|
16
|
+
└── presets/ # 🎨 Copy-paste Assets (Tailwind/CSS)
|
|
17
|
+
└── linear_glow.json # - "Linear-style" border & glow configs
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
## 🚀 Usage
|
|
21
|
+
|
|
22
|
+
### 1. Read the Manifesto
|
|
23
|
+
Before designing any screen, read `MANIFESTO.md` to align your mindset.
|
|
24
|
+
|
|
25
|
+
### 2. Run an Audit
|
|
26
|
+
After implementing a UI, use the checklists to verify quality.
|
|
27
|
+
```bash
|
|
28
|
+
# Example: "Agent, please audit this page using the Tactile Checklist"
|
|
29
|
+
```
|
|
30
|
+
|
|
31
|
+
### 3. Use Presets
|
|
32
|
+
Don't reinvent the wheel. Use the JSON presets for complex effects like "Subtle Border Glow".
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
# ✅ Tactile Audit Checklist (Xúc Giác)
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: high
|
|
5
|
+
|
|
6
|
+
Use this checklist to verify the "feel" of the interface.
|
|
7
|
+
|
|
8
|
+
## 1. Cursor & Interaction
|
|
9
|
+
- [ ] **Cursor Pointer**: Are all clickable elements (Buttons, Cards, Links) showing `cursor: pointer`?
|
|
10
|
+
- [ ] **No Dead Links**: Do all buttons have a feedback action (even if just a console log)?
|
|
11
|
+
- [ ] **Hit Area**: Are mobile touch targets at least 44x44px?
|
|
12
|
+
|
|
13
|
+
## 2. Hover Physics
|
|
14
|
+
- [ ] **Existence**: Does hovering change the state (bg-color, interact, scale)?
|
|
15
|
+
- [ ] **Subtlety**: Is the change subtle? (Avoid 0 -> 100 opacity jumps).
|
|
16
|
+
- [ ] **Border Glow**: (If Premium) Does the border glow slightly on hover?
|
|
17
|
+
|
|
18
|
+
## 3. Motion Timing
|
|
19
|
+
- [ ] **Duration**: Are transitions between 150ms and 300ms?
|
|
20
|
+
- [ ] **Easing**: Is `ease-out` used for entering elements?
|
|
21
|
+
- [ ] **No Jauk**: Are there any layout shifts during hover?
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
# ✅ Visual Audit Checklist (Ánh Sáng)
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: critical
|
|
5
|
+
|
|
6
|
+
Use this checklist to verify the "look" and accessibility.
|
|
7
|
+
|
|
8
|
+
## 1. Dark Mode Integrity
|
|
9
|
+
- [ ] **No Pure Black**: Is the background `#000000`? (If yes, fail. Change to `#0a0a0a` or `#111`).
|
|
10
|
+
- [ ] **Layering**: Do modal/cards have a lighter shade than the background?
|
|
11
|
+
- [ ] **Borders**: Are borders visible? (e.g. `border-white/10`).
|
|
12
|
+
|
|
13
|
+
## 2. Glassmorphism
|
|
14
|
+
- [ ] **Visibility**: Is the glass effect visible on white/light backgrounds? (`bg-white/80` + `backdrop-blur`).
|
|
15
|
+
- [ ] **Noise**: (Optional) Is there a subtle noise texture to add realism?
|
|
16
|
+
|
|
17
|
+
## 3. Typography & Hierarchy
|
|
18
|
+
- [ ] **H1 vs H2**: Is there a clear size difference (min 1.5x scale)?
|
|
19
|
+
- [ ] **Muted Text**: Is secondary text using `text-muted-foreground` (or gray-500)?
|
|
20
|
+
- [ ] **Font Family**: Is the correct font stack (Inter/Outfit) applied?
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "Linear Glow Pack",
|
|
3
|
+
"description": "Tailwind configuration for Linear-style subtle gradients and borders.",
|
|
4
|
+
"tokens": {
|
|
5
|
+
"colors": {
|
|
6
|
+
"glass-border": "rgba(255, 255, 255, 0.08)",
|
|
7
|
+
"glass-surface": "rgba(255, 255, 255, 0.03)",
|
|
8
|
+
"linear-gradient-top": "linear-gradient(to bottom, rgba(255,255,255,0.05), transparent)"
|
|
9
|
+
},
|
|
10
|
+
"boxShadow": {
|
|
11
|
+
"glow-sm": "0 0 10px rgba(255, 255, 255, 0.05)",
|
|
12
|
+
"glow-md": "0 0 20px rgba(255, 255, 255, 0.1)"
|
|
13
|
+
}
|
|
14
|
+
},
|
|
15
|
+
"snippets": {
|
|
16
|
+
"card_base": "bg-black/40 backdrop-blur-md border border-white/10 hover:border-white/20 transition-all duration-300",
|
|
17
|
+
"card_highlight": "bg-gradient-to-b from-white/5 to-transparent border-t border-white/10",
|
|
18
|
+
"button_glow": "relative overflow-hidden bg-white/5 border border-white/10 hover:bg-white/10 hover:shadow-[0_0_15px_rgba(255,255,255,0.1)] transition-all duration-300"
|
|
19
|
+
}
|
|
20
|
+
}
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
# 🎨 Design System Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Visual Language
|
|
4
|
+
> **Type**: Shared Module (Tokens & Components)
|
|
5
|
+
|
|
6
|
+
This module houses the concrete implementation of design: Colors, Typography, Spacing, and Component definitions.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
design-system/
|
|
12
|
+
├── brand_presets.json # 🎨 Color tokens
|
|
13
|
+
├── micro_interactions.md # 📜 Animation specs
|
|
14
|
+
└── components/ # 🧩 React/HTML Component specs
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
## 🚀 Usage
|
|
18
|
+
Import `brand_presets.json` into Tailwind config to enforce brand colors.
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
# 🏗️ Domain Blueprints Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Vertical Architecture
|
|
4
|
+
> **Type**: Shared Module (Industry Patterns)
|
|
5
|
+
|
|
6
|
+
This module provides reference architectures for specific industries (Fintech, EdTech, E-commerce).
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
domain-blueprints/
|
|
12
|
+
├── fintech/ # 💰 Financial System Patterns
|
|
13
|
+
├── e-commerce/ # 🛒 Shopping Cart Flows
|
|
14
|
+
└── education/ # 🎓 LMS Structures
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
## 🚀 Usage
|
|
18
|
+
Select the relevant folder to find architecture diagrams and data flows for your specific industry.
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
# 🛠️ DX Toolkit Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Developer Experience
|
|
4
|
+
> **Type**: Shared Module (Workflow Optimization)
|
|
5
|
+
|
|
6
|
+
This module ensures your development team moves fast without breaking things.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
dx-toolkit/
|
|
12
|
+
├── checklists/ # ✅ Audit Tools
|
|
13
|
+
│ └── code_review.md # - The "Senior Engineer" review guide
|
|
14
|
+
└── presets/ # ⚙️ IDE Configs
|
|
15
|
+
└── vscode_settings.json # - Opinionated VSCode Workspace settings
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
## 🚀 Usage
|
|
19
|
+
Copy `vscode_settings.json` to `.vscode/settings.json` in your project root to align the whole team's editor behavior (Auto-save, Linting on save).
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
# ✅ Code Review Checklist
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: medium
|
|
5
|
+
|
|
6
|
+
## 1. Logic & Correctness
|
|
7
|
+
- [ ] **Edge Cases**: Are null/undefined values handled?
|
|
8
|
+
- [ ] **Complexity**: Is there any nested loop (O(n^2)) that can be optimized?
|
|
9
|
+
- [ ] **Dead Code**: Are there unused variables or imports?
|
|
10
|
+
|
|
11
|
+
## 2. Readability (Clean Code)
|
|
12
|
+
- [ ] **Naming**: Do variables explain *what* they contain (e.g. `userList` vs `data`)?
|
|
13
|
+
- [ ] **Functions**: Are functions small (< 20 lines) and do one thing?
|
|
14
|
+
- [ ] **Comments**: Do comments explain *WHY*, not *WHAT*?
|
|
15
|
+
|
|
16
|
+
## 3. Testing
|
|
17
|
+
- [ ] **Coverage**: Is there a test case for this new feature?
|
|
18
|
+
- [ ] **Regression**: Does this break existing tests?
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "Opinionated VSCode Settings",
|
|
3
|
+
"description": "Standardize editor behavior for the team.",
|
|
4
|
+
"settings": {
|
|
5
|
+
"editor.formatOnSave": true,
|
|
6
|
+
"editor.defaultFormatter": "esbenp.prettier-vscode",
|
|
7
|
+
"editor.codeActionsOnSave": {
|
|
8
|
+
"source.fixAll.eslint": "explicit"
|
|
9
|
+
},
|
|
10
|
+
"files.trimTrailingWhitespace": true,
|
|
11
|
+
"files.insertFinalNewline": true,
|
|
12
|
+
"javascript.updateImportsOnFileMove.enabled": "always",
|
|
13
|
+
"typescript.updateImportsOnFileMove.enabled": "always"
|
|
14
|
+
}
|
|
15
|
+
}
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
# 🌐 I18n Master Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Global Reach
|
|
4
|
+
> **Type**: Shared Module (Localization)
|
|
5
|
+
|
|
6
|
+
This module standardizes internationalization (i18n) and localization (l10n) practices.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
i18n-master/
|
|
12
|
+
├── locales/ # 🏳️ Standard Locale Codes
|
|
13
|
+
└── checklists/ # ✅ Audit Tools
|
|
14
|
+
└── text_expansion.md # - Check for UI breaks with long text
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
## 🚀 Usage
|
|
18
|
+
Use this module to ensure your application can properly handle multiple languages and cultural formats (dates, currency).
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
# ☁️ Infra Blueprints Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Cloud Foundation
|
|
4
|
+
> **Type**: Shared Module (IaC & Topology)
|
|
5
|
+
|
|
6
|
+
This module contains Infrastructure as Code (IaC) templates and cloud topology designs.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
infra-blueprints/
|
|
12
|
+
├── aws/ # 🟧 AWS Patterns (Terraform/CDK)
|
|
13
|
+
├── gcp/ # 🟦 Google Cloud Patterns
|
|
14
|
+
└── docker/ # 🐳 Container Configs
|
|
15
|
+
```
|
|
16
|
+
|
|
17
|
+
## 🚀 Usage
|
|
18
|
+
Copy templates from the relevant cloud provider folder to jumpstart infrastructure setup.
|
|
@@ -0,0 +1,17 @@
|
|
|
1
|
+
# 📊 Metrics Master Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Observability
|
|
4
|
+
> **Type**: Shared Module (Monitoring & KPI)
|
|
5
|
+
|
|
6
|
+
This module defines standard metrics, logging formats, and dashboard layouts.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
metrics/
|
|
12
|
+
├── dashboards/ # 📉 Grafana/Datadog Templates
|
|
13
|
+
└── templates/ # 📝 Log Format Specs
|
|
14
|
+
```
|
|
15
|
+
|
|
16
|
+
## 🚀 Usage
|
|
17
|
+
Use these templates to ensure all services emit consistent logs and metrics for centralized monitoring.
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
# 🦾 Resilience Patterns Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Deep Tech / Enterprise
|
|
4
|
+
> **Type**: Shared Module (System Stability)
|
|
5
|
+
|
|
6
|
+
This module provides the blueprints for building unbreakable, distributed systems.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
resilience-patterns/
|
|
12
|
+
├── checklists/ # ✅ Audit Tools
|
|
13
|
+
│ └── chaos_engineering.md # - Simulation scenarios
|
|
14
|
+
└── presets/ # ⚙️ Configs
|
|
15
|
+
└── circuit_breaker.json # - Timeout & Fallback policies
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
## 🚀 Usage
|
|
19
|
+
Use these patterns when building interactions between Microservices or 3rd Party APIs. They prevent cascading failures.
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# ✅ Chaos Engineering Checklist (Simulation)
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: critical (for distributed systems)
|
|
5
|
+
|
|
6
|
+
## 1. Scenario: Dependency Failure
|
|
7
|
+
- [ ] **Database Down**: If DB connection times out, does the API return 503 cleanly (vs hanging)?
|
|
8
|
+
- [ ] **3rd Party API Slow**: If OpenAI/Stripe takes 30s, does the app handle it gracefully?
|
|
9
|
+
|
|
10
|
+
## 2. Scenario: Traffic Spike
|
|
11
|
+
- [ ] **Rate Limiting**: Is there a limit per IP (e.g. 100 req/min)?
|
|
12
|
+
- [ ] **Queueing**: Do background jobs pile up safely without crashing memory?
|
|
13
|
+
|
|
14
|
+
## 3. Scenario: Data Corruption
|
|
15
|
+
- [ ] **Bad Input**: Does the system validate schema before processing?
|
|
16
|
+
- [ ] **Poison Message**: Can the consumer handle a malformed message from Kafka/Queue?
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "Circuit Breaker Policies",
|
|
3
|
+
"description": "Standard configurations for Opossum or similar libraries.",
|
|
4
|
+
"policies": {
|
|
5
|
+
"standard_api": {
|
|
6
|
+
"timeout": 3000,
|
|
7
|
+
"errorThresholdPercentage": 50,
|
|
8
|
+
"resetTimeout": 30000
|
|
9
|
+
},
|
|
10
|
+
"critical_payment": {
|
|
11
|
+
"timeout": 10000,
|
|
12
|
+
"errorThresholdPercentage": 10,
|
|
13
|
+
"resetTimeout": 10000
|
|
14
|
+
},
|
|
15
|
+
"background_job": {
|
|
16
|
+
"timeout": 60000,
|
|
17
|
+
"errorThresholdPercentage": 70,
|
|
18
|
+
"resetTimeout": 300000
|
|
19
|
+
}
|
|
20
|
+
}
|
|
21
|
+
}
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
# 🛡️ Security Armor Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Critical Defense
|
|
4
|
+
> **Type**: Shared Module (Audits & Configs)
|
|
5
|
+
|
|
6
|
+
This module encapsulates the security standards (OWASP, Best Practices) for the system.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
security-armor/
|
|
12
|
+
├── hardening.md # 📜 Theoretical Hardening Guide (Existing)
|
|
13
|
+
├── checklists/ # ✅ Audit Tools
|
|
14
|
+
│ └── vuln_scan.md # - Manual/Automated Vulnerability Scan Checklist
|
|
15
|
+
└── presets/ # ⚙️ Configuration
|
|
16
|
+
└── helmet_config.json # - Reusable Helmet.js / Security Headers config
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## 🚀 Usage
|
|
20
|
+
|
|
21
|
+
### 1. Pre-Deployment Audit
|
|
22
|
+
Before any major release, run through the `checklists/vuln_scan.md`.
|
|
23
|
+
|
|
24
|
+
### 2. Header Configuration
|
|
25
|
+
Copy the `helmet_config.json` settings into your web server (Express/Next.js) middleware to secure HTTP headers.
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
# ✅ Vulnerability Scan Checklist
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: critical
|
|
5
|
+
> reference: OWASP Top 10
|
|
6
|
+
|
|
7
|
+
## 1. Injection & Input
|
|
8
|
+
- [ ] **SQL Injection**: Are all DB queries using parameterized statements (or ORM)?
|
|
9
|
+
- [ ] **XSS**: Is user input sanitized before rendering (especially `dangerouslySetInnerHTML`)?
|
|
10
|
+
- [ ] **Validation**: Is Input Validation (Zod/Joi) active on all API endpoints?
|
|
11
|
+
|
|
12
|
+
## 2. Authentication & Data
|
|
13
|
+
- [ ] **Secrets**: Are `API_KEY` and `DB_URL` loaded from `.env` (not hardcoded)?
|
|
14
|
+
- [ ] **Hashing**: Are passwords hashed using Bcrypt/Argon2?
|
|
15
|
+
- [ ] **HTTPS**: Is SSL/TLS enforced?
|
|
16
|
+
|
|
17
|
+
## 3. Dependencies
|
|
18
|
+
- [ ] **Audit**: Have you run `npm audit` to check for known CVEs?
|
|
19
|
+
- [ ] **Lockfile**: Is `package-lock.json` committed?
|
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "Standard Security Headers",
|
|
3
|
+
"description": "Recommended settings for Helmet.js or equivalent middleware.",
|
|
4
|
+
"recommended": {
|
|
5
|
+
"contentSecurityPolicy": {
|
|
6
|
+
"directives": {
|
|
7
|
+
"defaultSrc": ["'self'"],
|
|
8
|
+
"scriptSrc": ["'self'", "'unsafe-inline'"],
|
|
9
|
+
"styleSrc": ["'self'", "'unsafe-inline'"],
|
|
10
|
+
"imgSrc": ["'self'", "data:", "https:"]
|
|
11
|
+
}
|
|
12
|
+
},
|
|
13
|
+
"xFrameOptions": { "action": "deny" },
|
|
14
|
+
"xContentTypeOptions": true,
|
|
15
|
+
"strictTransportSecurity": {
|
|
16
|
+
"maxAge": 63072000,
|
|
17
|
+
"includeSubDomains": true,
|
|
18
|
+
"preload": true
|
|
19
|
+
},
|
|
20
|
+
"referrerPolicy": { "policy": "same-origin" }
|
|
21
|
+
}
|
|
22
|
+
}
|
|
@@ -0,0 +1,20 @@
|
|
|
1
|
+
# 📈 SEO Master Module
|
|
2
|
+
|
|
3
|
+
> **Status**: Growth Engines
|
|
4
|
+
> **Type**: Shared Module (Traffic & Visibility)
|
|
5
|
+
|
|
6
|
+
This module provides the tools to dominate search engines programmatically.
|
|
7
|
+
|
|
8
|
+
## 📂 Structure
|
|
9
|
+
|
|
10
|
+
```
|
|
11
|
+
seo-master/
|
|
12
|
+
├── checklists/ # ✅ Audit Tools
|
|
13
|
+
│ └── technical_seo.md # - Core Web Vitals, Robots, Sitemaps
|
|
14
|
+
└── presets/ # ⚙️ Schemas
|
|
15
|
+
└── json_ld_schema.json # - Rich Snippet Definitions
|
|
16
|
+
```
|
|
17
|
+
|
|
18
|
+
## 🚀 Usage
|
|
19
|
+
Use `json_ld_schema.json` to inject structured data into your Next.js Head component.
|
|
20
|
+
Run `technical_seo.md` audit before every major content release.
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
# ✅ Technical SEO Checklist
|
|
2
|
+
|
|
3
|
+
> check_type: manual_audit
|
|
4
|
+
> priority: high
|
|
5
|
+
|
|
6
|
+
## 1. Indexing & Crawling
|
|
7
|
+
- [ ] **Robots.txt**: Is it present and allowing relevant bots?
|
|
8
|
+
- [ ] **Sitemap.xml**: Is it dynamically generated and submitted to GSC?
|
|
9
|
+
- [ ] **Canonicals**: Do all pages have `<link rel="canonical">` to prevent duplicate content?
|
|
10
|
+
|
|
11
|
+
## 2. On-Page Structure
|
|
12
|
+
- [ ] **Title Tags**: Are they unique and under 60 chars?
|
|
13
|
+
- [ ] **Meta Desc**: Are they actionable and under 160 chars?
|
|
14
|
+
- [ ] **H1**: Every page has exactly one H1 tag?
|
|
15
|
+
|
|
16
|
+
## 3. Performance (Core Web Vitals)
|
|
17
|
+
- [ ] **LCP**: Is Largest Contentful Paint < 2.5s?
|
|
18
|
+
- [ ] **CLS**: Is Cumulative Layout Shift < 0.1?
|