@leejungkiin/awkit 1.1.4 → 1.1.7
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.md +15 -0
- package/VERSION +1 -1
- package/bin/awk.js +21 -55
- package/core/GEMINI.md +45 -7
- package/package.json +2 -2
- package/skills/CATALOG.md +11 -3
- package/skills/ab-test-store-listing/SKILL.md +220 -0
- package/skills/android-aso/SKILL.md +197 -0
- package/skills/app-analytics/SKILL.md +210 -0
- package/skills/app-clips/SKILL.md +163 -0
- package/skills/app-icon-optimization/SKILL.md +170 -0
- package/skills/app-launch/SKILL.md +153 -0
- package/skills/app-marketing-context/SKILL.md +129 -0
- package/skills/app-store-featured/SKILL.md +213 -0
- package/skills/apple-search-ads/SKILL.md +205 -0
- package/skills/asc-metrics/SKILL.md +157 -0
- package/skills/aso-audit/SKILL.md +179 -0
- package/skills/code-review/SKILL.md +125 -0
- package/skills/codex-conductor/SKILL.md +337 -0
- package/skills/competitor-analysis/SKILL.md +163 -0
- package/skills/competitor-tracking/SKILL.md +185 -0
- package/skills/crash-analytics/SKILL.md +181 -0
- package/skills/in-app-events/SKILL.md +176 -0
- package/skills/keyword-research/SKILL.md +141 -0
- package/skills/localization/SKILL.md +165 -0
- package/skills/market-movers/SKILL.md +137 -0
- package/skills/market-pulse/SKILL.md +170 -0
- package/skills/metadata-optimization/SKILL.md +170 -0
- package/skills/monetization-strategy/SKILL.md +175 -0
- package/skills/onboarding-optimization/SKILL.md +194 -0
- package/skills/orchestrator/SKILL.md +297 -25
- package/skills/press-and-pr/SKILL.md +204 -0
- package/skills/rating-prompt-strategy/SKILL.md +184 -0
- package/skills/retention-optimization/SKILL.md +165 -0
- package/skills/review-management/SKILL.md +154 -0
- package/skills/screenshot-optimization/SKILL.md +167 -0
- package/skills/seasonal-aso/SKILL.md +141 -0
- package/skills/spec-gate/SKILL.md +312 -0
- package/skills/subscription-lifecycle/SKILL.md +206 -0
- package/skills/swiftui-pro/references/design.md +44 -0
- package/skills/symphony-enforcer/SKILL.md +101 -9
- package/skills/systematic-debugging/SKILL.md +199 -0
- package/skills/ua-campaign/SKILL.md +207 -0
- package/skills/verification-gate/SKILL.md +151 -0
- package/skills/writing-skills/SKILL.md +110 -0
- package/workflows/conductor-codex.md +125 -0
- package/workflows/lifecycle/code.md +28 -1
- package/workflows/lifecycle/debug.md +34 -14
|
@@ -0,0 +1,179 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: aso-audit
|
|
3
|
+
description: When the user wants a full ASO health audit, review their App Store listing quality, or diagnose why their app isn't ranking. Also use when the user mentions "ASO audit", "ASO score", "why am I not ranking", "listing review", or "optimize my app store page". For keyword-specific research, see keyword-research. For metadata writing, see metadata-optimization.
|
|
4
|
+
metadata:
|
|
5
|
+
version: 1.0.0
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# ASO Audit
|
|
9
|
+
|
|
10
|
+
You are an expert in App Store Optimization with deep knowledge of Apple's and Google's ranking algorithms. Your goal is to perform a comprehensive ASO health audit and provide a prioritized action plan.
|
|
11
|
+
|
|
12
|
+
## Initial Assessment
|
|
13
|
+
|
|
14
|
+
1. Check for `app-marketing-context.md` — read it if available for app context
|
|
15
|
+
2. Ask for the **App ID** (Apple numeric ID or Google Play package name)
|
|
16
|
+
3. Ask for the **target country** (default: US)
|
|
17
|
+
4. Ask which **platform** to audit (iOS / Android / Both)
|
|
18
|
+
|
|
19
|
+
## Data Collection
|
|
20
|
+
|
|
21
|
+
If Appeeky MCP or API is available, fetch:
|
|
22
|
+
- App metadata (title, subtitle, description, screenshots, ratings)
|
|
23
|
+
- Current keyword rankings
|
|
24
|
+
- Competitor data (top 3-5 in same category)
|
|
25
|
+
- Category chart position
|
|
26
|
+
- Review sentiment
|
|
27
|
+
|
|
28
|
+
If not available, ask the user to provide their current metadata.
|
|
29
|
+
|
|
30
|
+
## Audit Framework
|
|
31
|
+
|
|
32
|
+
Score each factor on a 0-10 scale. Calculate an overall ASO Score (weighted average).
|
|
33
|
+
|
|
34
|
+
### 1. Title (Weight: 20%)
|
|
35
|
+
|
|
36
|
+
| Check | What to look for |
|
|
37
|
+
|-------|-----------------|
|
|
38
|
+
| Keyword presence | Does the title contain the #1 target keyword? |
|
|
39
|
+
| Character usage | Using close to 30 characters? (iOS) |
|
|
40
|
+
| Brand vs keyword balance | Is the brand name necessary, or wasting space? |
|
|
41
|
+
| Readability | Natural reading, not keyword-stuffed? |
|
|
42
|
+
| Uniqueness | Distinct from competitors? |
|
|
43
|
+
|
|
44
|
+
**Scoring:**
|
|
45
|
+
- 9-10: Primary keyword + brand, natural, full character usage
|
|
46
|
+
- 7-8: Has keyword but room for optimization
|
|
47
|
+
- 4-6: Missing primary keyword or poor balance
|
|
48
|
+
- 0-3: Generic, no keywords, or truncated
|
|
49
|
+
|
|
50
|
+
### 2. Subtitle (Weight: 15%) — iOS only
|
|
51
|
+
|
|
52
|
+
| Check | What to look for |
|
|
53
|
+
|-------|-----------------|
|
|
54
|
+
| Keyword presence | Contains secondary keywords not in title? |
|
|
55
|
+
| No repetition | Doesn't repeat title keywords? |
|
|
56
|
+
| Value proposition | Communicates a benefit? |
|
|
57
|
+
| Character usage | Using close to 30 characters? |
|
|
58
|
+
|
|
59
|
+
### 3. Keyword Field (Weight: 15%) — iOS only
|
|
60
|
+
|
|
61
|
+
| Check | What to look for |
|
|
62
|
+
|-------|-----------------|
|
|
63
|
+
| No repetition | No keywords repeated from title/subtitle? |
|
|
64
|
+
| No spaces | Commas without spaces? |
|
|
65
|
+
| Singular forms | Using singular (Apple indexes both forms)? |
|
|
66
|
+
| Character usage | Using all 100 characters? |
|
|
67
|
+
| Relevance | All keywords relevant to the app? |
|
|
68
|
+
| No wasted words | No brand names, category names, or "app"? |
|
|
69
|
+
|
|
70
|
+
### 4. Description (Weight: 5% iOS / 15% Android)
|
|
71
|
+
|
|
72
|
+
| Check | What to look for |
|
|
73
|
+
|-------|-----------------|
|
|
74
|
+
| First 3 lines | Compelling hook above the fold? |
|
|
75
|
+
| Feature highlights | Clear benefits, not just features? |
|
|
76
|
+
| Keyword density (Android) | Natural keyword usage throughout? |
|
|
77
|
+
| Formatting | Uses line breaks, bullets, or emoji for readability? |
|
|
78
|
+
| Call to action | Ends with a clear CTA? |
|
|
79
|
+
| Social proof | Mentions awards, press, or user count? |
|
|
80
|
+
|
|
81
|
+
### 5. Screenshots (Weight: 15%)
|
|
82
|
+
|
|
83
|
+
| Check | What to look for |
|
|
84
|
+
|-------|-----------------|
|
|
85
|
+
| Count | All 10 slots used? |
|
|
86
|
+
| First 3 | Most compelling features shown first? |
|
|
87
|
+
| Text overlays | Clear, readable benefit-driven captions? |
|
|
88
|
+
| Consistency | Cohesive design language? |
|
|
89
|
+
| Localization | Localized for target market? |
|
|
90
|
+
| Device frames | Modern device frames (or frameless)? |
|
|
91
|
+
|
|
92
|
+
### 6. App Preview Video (Weight: 5%)
|
|
93
|
+
|
|
94
|
+
| Check | What to look for |
|
|
95
|
+
|-------|-----------------|
|
|
96
|
+
| Exists | Has a preview video? |
|
|
97
|
+
| First 3 seconds | Hook in the first 3 seconds? |
|
|
98
|
+
| Length | 15-30 seconds optimal? |
|
|
99
|
+
| Sound | Works without sound (captions)? |
|
|
100
|
+
|
|
101
|
+
### 7. Ratings & Reviews (Weight: 15%)
|
|
102
|
+
|
|
103
|
+
| Check | What to look for |
|
|
104
|
+
|-------|-----------------|
|
|
105
|
+
| Average rating | 4.5+ stars? |
|
|
106
|
+
| Rating count | Sufficient for category? |
|
|
107
|
+
| Recent reviews | Positive trend in last 30 days? |
|
|
108
|
+
| Review responses | Developer responds to negative reviews? |
|
|
109
|
+
| Rating prompts | Strategic in-app rating prompts? |
|
|
110
|
+
|
|
111
|
+
### 8. Icon (Weight: 5%)
|
|
112
|
+
|
|
113
|
+
| Check | What to look for |
|
|
114
|
+
|-------|-----------------|
|
|
115
|
+
| Distinctiveness | Stands out in search results? |
|
|
116
|
+
| Simplicity | Clear at small sizes? |
|
|
117
|
+
| Category fit | Matches category expectations? |
|
|
118
|
+
| No text | Avoids text (unreadable at small sizes)? |
|
|
119
|
+
|
|
120
|
+
### 9. Keyword Rankings (Weight: 10%)
|
|
121
|
+
|
|
122
|
+
| Check | What to look for |
|
|
123
|
+
|-------|-----------------|
|
|
124
|
+
| Top 10 keywords | Ranking in top 10 for target keywords? |
|
|
125
|
+
| Keyword coverage | Ranking for enough relevant keywords? |
|
|
126
|
+
| Trend | Rankings improving or declining? |
|
|
127
|
+
| Competitor gap | Missing keywords competitors rank for? |
|
|
128
|
+
|
|
129
|
+
### 10. Conversion Signals (Weight: 5%)
|
|
130
|
+
|
|
131
|
+
| Check | What to look for |
|
|
132
|
+
|-------|-----------------|
|
|
133
|
+
| Promotional text | Using promotional text for timely messaging? |
|
|
134
|
+
| What's New | Recent, informative update notes? |
|
|
135
|
+
| In-App Events | Using in-app events for visibility? |
|
|
136
|
+
| Custom Product Pages | Multiple product pages for different audiences? |
|
|
137
|
+
|
|
138
|
+
## Output Format
|
|
139
|
+
|
|
140
|
+
### ASO Score Card
|
|
141
|
+
|
|
142
|
+
```
|
|
143
|
+
Overall ASO Score: [X]/100
|
|
144
|
+
|
|
145
|
+
Title: [X]/10 ████████░░
|
|
146
|
+
Subtitle: [X]/10 ██████░░░░
|
|
147
|
+
Keyword Field: [X]/10 ████░░░░░░
|
|
148
|
+
Description: [X]/10 ████████░░
|
|
149
|
+
Screenshots: [X]/10 ██████████
|
|
150
|
+
Preview Video: [X]/10 ██░░░░░░░░
|
|
151
|
+
Ratings & Reviews: [X]/10 ████████░░
|
|
152
|
+
Icon: [X]/10 ████████░░
|
|
153
|
+
Keyword Rankings: [X]/10 ██████░░░░
|
|
154
|
+
Conversion Signals: [X]/10 ████░░░░░░
|
|
155
|
+
```
|
|
156
|
+
|
|
157
|
+
### Quick Wins (implement today)
|
|
158
|
+
|
|
159
|
+
List 3-5 changes that can be made immediately with high impact.
|
|
160
|
+
|
|
161
|
+
### High-Impact Changes (this week)
|
|
162
|
+
|
|
163
|
+
List 3-5 changes that require more effort but have significant impact.
|
|
164
|
+
|
|
165
|
+
### Strategic Recommendations (this month)
|
|
166
|
+
|
|
167
|
+
List 3-5 longer-term strategic improvements.
|
|
168
|
+
|
|
169
|
+
### Competitor Comparison
|
|
170
|
+
|
|
171
|
+
Brief comparison table showing how the app stacks up against top 3 competitors on key metrics.
|
|
172
|
+
|
|
173
|
+
## Related Skills
|
|
174
|
+
|
|
175
|
+
- `keyword-research` — Deep dive into keyword opportunities found during audit
|
|
176
|
+
- `metadata-optimization` — Implement the metadata improvements identified
|
|
177
|
+
- `screenshot-optimization` — Redesign screenshots based on audit findings
|
|
178
|
+
- `competitor-analysis` — Detailed competitive analysis
|
|
179
|
+
- `review-management` — Address review issues found in audit
|
|
@@ -0,0 +1,125 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: code-review
|
|
3
|
+
description: Use when completing tasks, implementing features, or before merging. Dispatch structured code review with severity classification. Auto-triggers after task completion in subagent-driven or single-flow execution.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Code Review
|
|
7
|
+
|
|
8
|
+
## Overview
|
|
9
|
+
|
|
10
|
+
Review early, review often. Catch issues before they cascade.
|
|
11
|
+
|
|
12
|
+
**Core principle:** Structured review with actionable, severity-classified feedback.
|
|
13
|
+
|
|
14
|
+
## When to Request Review
|
|
15
|
+
|
|
16
|
+
**Mandatory:**
|
|
17
|
+
- After completing each task in execution flow
|
|
18
|
+
- After implementing major feature or fix
|
|
19
|
+
- Before merge to main branch
|
|
20
|
+
- Before deploy to production
|
|
21
|
+
|
|
22
|
+
**Optional but valuable:**
|
|
23
|
+
- When stuck (fresh perspective helps)
|
|
24
|
+
- Before refactoring (baseline check)
|
|
25
|
+
- After fixing complex bug
|
|
26
|
+
|
|
27
|
+
## The Review Process
|
|
28
|
+
|
|
29
|
+
### Step 1: Prepare Context
|
|
30
|
+
|
|
31
|
+
Gather what the reviewer needs:
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
# Get the diff scope
|
|
35
|
+
git diff main..HEAD --stat
|
|
36
|
+
git log main..HEAD --oneline
|
|
37
|
+
|
|
38
|
+
# OR for specific task
|
|
39
|
+
git diff HEAD~1..HEAD --stat
|
|
40
|
+
```
|
|
41
|
+
|
|
42
|
+
### Step 2: Construct Review Request
|
|
43
|
+
|
|
44
|
+
Every review request needs:
|
|
45
|
+
|
|
46
|
+
| Field | Description | Example |
|
|
47
|
+
|-------|-------------|---------|
|
|
48
|
+
| **WHAT** | What was implemented | "Water reminder notification system" |
|
|
49
|
+
| **SPEC** | What it should do | "Send notification every 2h between 8am-10pm" |
|
|
50
|
+
| **FILES** | Changed files | `WaterReminderManager.swift`, `NotificationService.swift` |
|
|
51
|
+
| **SCOPE** | Review focus | "Logic correctness + thread safety" |
|
|
52
|
+
|
|
53
|
+
### Step 3: Classify Findings
|
|
54
|
+
|
|
55
|
+
| Severity | Action | Example |
|
|
56
|
+
|----------|--------|---------|
|
|
57
|
+
| 🔴 **Critical** | BLOCK — fix immediately | Thread-unsafe shared state, data loss risk |
|
|
58
|
+
| 🟡 **Important** | Fix before proceeding | Missing error handling, incomplete validation |
|
|
59
|
+
| 🟢 **Minor** | Note for later | Naming convention, code style preference |
|
|
60
|
+
| ℹ️ **Suggestion** | Consider but optional | Performance optimization, alternative approach |
|
|
61
|
+
|
|
62
|
+
### Step 4: Act on Feedback
|
|
63
|
+
|
|
64
|
+
1. Fix 🔴 Critical issues IMMEDIATELY
|
|
65
|
+
2. Fix 🟡 Important issues before proceeding to next task
|
|
66
|
+
3. Log 🟢 Minor issues — fix in refactoring pass
|
|
67
|
+
4. Evaluate ℹ️ Suggestions — adopt if clear improvement
|
|
68
|
+
|
|
69
|
+
## Two-Stage Review (Subagent-Driven)
|
|
70
|
+
|
|
71
|
+
For automated execution, run TWO separate review passes:
|
|
72
|
+
|
|
73
|
+
### Stage 1: Spec Compliance Review
|
|
74
|
+
```
|
|
75
|
+
- Does the code implement ALL requirements from the spec/plan?
|
|
76
|
+
- Is anything MISSING from the spec?
|
|
77
|
+
- Is anything EXTRA that wasn't specified (scope creep)?
|
|
78
|
+
- Does behavior match expected output for each requirement?
|
|
79
|
+
```
|
|
80
|
+
|
|
81
|
+
### Stage 2: Code Quality Review
|
|
82
|
+
```
|
|
83
|
+
- Is the code clean, readable, and well-structured?
|
|
84
|
+
- Are there any thread safety issues?
|
|
85
|
+
- Is error handling comprehensive?
|
|
86
|
+
- Are there performance concerns?
|
|
87
|
+
- Does it follow project coding conventions?
|
|
88
|
+
- Are there any security vulnerabilities?
|
|
89
|
+
```
|
|
90
|
+
|
|
91
|
+
**Order matters:** Spec compliance FIRST, then code quality. No point reviewing quality of wrong code.
|
|
92
|
+
|
|
93
|
+
## Self-Review Checklist (Before Requesting External Review)
|
|
94
|
+
|
|
95
|
+
Before asking for review, verify yourself:
|
|
96
|
+
|
|
97
|
+
- [ ] All requirements from plan/spec addressed
|
|
98
|
+
- [ ] No TODO/FIXME/HACK left unresolved
|
|
99
|
+
- [ ] Error handling for all failure paths
|
|
100
|
+
- [ ] No hardcoded values that should be configurable
|
|
101
|
+
- [ ] Thread safety for shared state
|
|
102
|
+
- [ ] Localization for user-facing strings
|
|
103
|
+
- [ ] No print/debugPrint left in production code
|
|
104
|
+
- [ ] File sizes < 500 lines
|
|
105
|
+
|
|
106
|
+
## Integration
|
|
107
|
+
|
|
108
|
+
**Used by:**
|
|
109
|
+
- `single-flow-task-execution` — Review after each task
|
|
110
|
+
- `symphony-enforcer` — Review before `symphony_complete_task`
|
|
111
|
+
|
|
112
|
+
**Related skills:**
|
|
113
|
+
- `verification-gate` — Run tests BEFORE requesting review
|
|
114
|
+
- `systematic-debugging` — If review reveals bugs
|
|
115
|
+
|
|
116
|
+
## Anti-Rationalization Table
|
|
117
|
+
|
|
118
|
+
| Excuse | Reality |
|
|
119
|
+
|--------|---------|
|
|
120
|
+
| "It's a small change" | Small changes cause big bugs |
|
|
121
|
+
| "Tests pass so it's correct" | Tests ≠ requirements. Review catches logic gaps |
|
|
122
|
+
| "I'm confident in this code" | Confidence ≠ correctness |
|
|
123
|
+
| "No time for review" | 5 min review saves 2 hours debugging |
|
|
124
|
+
| "I'll review it later" | Later never comes. Review now |
|
|
125
|
+
| "Only I understand this code" | That's exactly why someone else should review |
|
|
@@ -0,0 +1,337 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: codex-conductor
|
|
3
|
+
description: >-
|
|
4
|
+
Three-Agent Flow — Antigravity proactively invokes Codex CLI (headless)
|
|
5
|
+
for debugging, code review, logic verification, and plan auditing.
|
|
6
|
+
Codex is READ-ONLY: it inspects and reports to .md files, never edits code.
|
|
7
|
+
metadata:
|
|
8
|
+
stage: core
|
|
9
|
+
version: "1.0"
|
|
10
|
+
requires: codex (npm i -g @openai/codex)
|
|
11
|
+
tags: [conductor, codex, debug, review, logic, verification, delegation]
|
|
12
|
+
agent: Inspector
|
|
13
|
+
trigger: conditional
|
|
14
|
+
invocation-type: auto
|
|
15
|
+
priority: 5
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
# 🔍 Codex Conductor Skill
|
|
19
|
+
|
|
20
|
+
> **Purpose:** Antigravity gọi Codex CLI qua terminal khi cần rà soát logic, debug, hoặc review code chuyên sâu.
|
|
21
|
+
> **Key Benefit:** Codex cực mạnh rule compliance + logic analysis. Output = báo cáo `.md`, KHÔNG sửa code.
|
|
22
|
+
|
|
23
|
+
---
|
|
24
|
+
|
|
25
|
+
## ⚠️ Core Principle
|
|
26
|
+
|
|
27
|
+
```
|
|
28
|
+
Antigravity (IDE) = Executor — code, implement, create
|
|
29
|
+
Gemini CLI = Strategist — analysis, architecture, planning
|
|
30
|
+
Codex CLI = Inspector — debug, review, verify, test
|
|
31
|
+
|
|
32
|
+
┌──────────────────────────────────────────────┐
|
|
33
|
+
│ Codex CHỈ RÀ SOÁT + TẠO BÁO CÁO (.md) │
|
|
34
|
+
│ TUYỆT ĐỐI KHÔNG ĐƯỢC SỬA CODE │
|
|
35
|
+
└──────────────────────────────────────────────┘
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## 🔧 Prerequisites
|
|
41
|
+
|
|
42
|
+
Trước khi gọi Codex CLI, kiểm tra:
|
|
43
|
+
|
|
44
|
+
```bash
|
|
45
|
+
# Check if codex is installed
|
|
46
|
+
which codex || command -v codex
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
```yaml
|
|
50
|
+
if_not_installed:
|
|
51
|
+
option_1: "npm i -g @openai/codex"
|
|
52
|
+
option_2: Ask user to install manually
|
|
53
|
+
message: "⚠️ Codex CLI chưa cài. Chạy: npm i -g @openai/codex"
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
---
|
|
57
|
+
|
|
58
|
+
## 🎯 Trigger Conditions
|
|
59
|
+
|
|
60
|
+
Kích hoạt khi Antigravity nhận diện task cần thế mạnh Codex:
|
|
61
|
+
|
|
62
|
+
```yaml
|
|
63
|
+
auto_trigger:
|
|
64
|
+
high_confidence:
|
|
65
|
+
- Bug report from user (crash, unexpected behavior)
|
|
66
|
+
- Pre-commit code review (>3 files changed)
|
|
67
|
+
- Logic verification (race conditions, edge cases)
|
|
68
|
+
- Implementation plan review (find holes in plan)
|
|
69
|
+
- Refactor verification (ensure no regression)
|
|
70
|
+
|
|
71
|
+
medium_confidence (confirm before invoking):
|
|
72
|
+
- Test case generation for new feature
|
|
73
|
+
- Security audit
|
|
74
|
+
- Performance bottleneck analysis
|
|
75
|
+
|
|
76
|
+
never_trigger:
|
|
77
|
+
- Simple questions / explanations
|
|
78
|
+
- UI-only changes (styling, layout)
|
|
79
|
+
- Documentation edits
|
|
80
|
+
- Tasks Antigravity can handle alone easily
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
---
|
|
84
|
+
|
|
85
|
+
## 🔧 CLI Invocation Pattern
|
|
86
|
+
|
|
87
|
+
### Mode 1: Quick Analysis (read + stream response)
|
|
88
|
+
|
|
89
|
+
```bash
|
|
90
|
+
cd <PROJECT_ROOT> && timeout 120 codex \
|
|
91
|
+
"<PROMPT>. DO NOT edit any files. Output your analysis as text." \
|
|
92
|
+
--approval-mode suggest \
|
|
93
|
+
-q 2>/dev/null
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
| Flag | Purpose |
|
|
97
|
+
|------|---------|
|
|
98
|
+
| `"prompt"` | Single-prompt mode — reads cwd, streams response, exits |
|
|
99
|
+
| `--approval-mode suggest` | Read-only: can browse files, won't make changes |
|
|
100
|
+
| `-q` | Quiet mode — no TUI, output to stdout |
|
|
101
|
+
|
|
102
|
+
### Mode 2: Deep Inspection (exec with JSON output)
|
|
103
|
+
|
|
104
|
+
```bash
|
|
105
|
+
cd <PROJECT_ROOT> && timeout 180 codex exec \
|
|
106
|
+
"<PROMPT>. DO NOT edit any files. Output your findings as structured text." \
|
|
107
|
+
--json 2>/dev/null
|
|
108
|
+
```
|
|
109
|
+
|
|
110
|
+
| Flag | Purpose |
|
|
111
|
+
|------|---------|
|
|
112
|
+
| `exec` | Non-interactive scripting mode |
|
|
113
|
+
| `--json` | Structured JSON output for parsing |
|
|
114
|
+
|
|
115
|
+
### Safety Rules
|
|
116
|
+
|
|
117
|
+
```yaml
|
|
118
|
+
safety:
|
|
119
|
+
- Codex TUYỆT ĐỐI KHÔNG ĐƯỢC sửa code. CHỈ đọc + báo cáo.
|
|
120
|
+
- ALWAYS use --approval-mode suggest (read-only mode).
|
|
121
|
+
- ALWAYS inject "DO NOT edit any files" in every prompt.
|
|
122
|
+
- Timeout: 120s for quick analysis, 180s for deep inspection.
|
|
123
|
+
- If CLI fails → gracefully fallback to Antigravity-only mode.
|
|
124
|
+
- NEVER pass secrets/tokens in prompt.
|
|
125
|
+
- Working directory: ALWAYS set to project root.
|
|
126
|
+
- Output: ALWAYS save to .md report file.
|
|
127
|
+
```
|
|
128
|
+
|
|
129
|
+
---
|
|
130
|
+
|
|
131
|
+
## 📋 Use Cases & Prompt Templates
|
|
132
|
+
|
|
133
|
+
### 1. Bug Root Cause Analysis
|
|
134
|
+
|
|
135
|
+
```bash
|
|
136
|
+
codex "A bug was reported: <BUG_DESCRIPTION>. \
|
|
137
|
+
Analyze the codebase to find the root cause. \
|
|
138
|
+
List: (1) most likely root cause with file:line, \
|
|
139
|
+
(2) contributing factors, (3) suggested fix approach. \
|
|
140
|
+
DO NOT edit any files." \
|
|
141
|
+
--approval-mode suggest -q
|
|
142
|
+
```
|
|
143
|
+
|
|
144
|
+
**When:** User reports a bug, crash, or unexpected behavior.
|
|
145
|
+
**Report to:** `codex-reports/bug-analysis-<date>.md`
|
|
146
|
+
|
|
147
|
+
### 2. Pre-Commit Code Review
|
|
148
|
+
|
|
149
|
+
```bash
|
|
150
|
+
codex "Review the uncommitted changes in this repo. \
|
|
151
|
+
Check for: bugs, logic errors, edge cases, thread safety, \
|
|
152
|
+
security issues, performance problems, naming inconsistencies. \
|
|
153
|
+
Rank issues by severity (critical/warning/info). \
|
|
154
|
+
DO NOT edit any files." \
|
|
155
|
+
--approval-mode suggest -q
|
|
156
|
+
```
|
|
157
|
+
|
|
158
|
+
**When:** Before committing changes across >3 files.
|
|
159
|
+
**Report to:** `codex-reports/review-<date>.md`
|
|
160
|
+
|
|
161
|
+
### 3. Logic & Edge Case Analysis
|
|
162
|
+
|
|
163
|
+
```bash
|
|
164
|
+
codex "Analyze <FILE_OR_MODULE> for logic correctness. \
|
|
165
|
+
Focus on: edge cases (null, empty, boundary), race conditions, \
|
|
166
|
+
error handling gaps, unreachable code, off-by-one errors. \
|
|
167
|
+
List each issue with file:line and severity. \
|
|
168
|
+
DO NOT edit any files." \
|
|
169
|
+
--approval-mode suggest -q
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
**When:** Complex logic that needs verification.
|
|
173
|
+
**Report to:** `codex-reports/logic-analysis-<date>.md`
|
|
174
|
+
|
|
175
|
+
### 4. Test Case Generation
|
|
176
|
+
|
|
177
|
+
```bash
|
|
178
|
+
codex "Analyze <FILE_OR_MODULE> and generate a comprehensive \
|
|
179
|
+
list of test cases. Include: happy path, edge cases, error cases, \
|
|
180
|
+
boundary values, concurrent scenarios. Format as markdown table. \
|
|
181
|
+
DO NOT edit any files." \
|
|
182
|
+
--approval-mode suggest -q
|
|
183
|
+
```
|
|
184
|
+
|
|
185
|
+
**When:** New feature needs test coverage planning.
|
|
186
|
+
**Report to:** `codex-reports/test-cases-<date>.md`
|
|
187
|
+
|
|
188
|
+
### 5. Implementation Plan Review
|
|
189
|
+
|
|
190
|
+
```bash
|
|
191
|
+
codex "Review this implementation plan: <PLAN_CONTENT>. \
|
|
192
|
+
Find: logic holes, missing error handling, security risks, \
|
|
193
|
+
race conditions, scalability issues, missing edge cases. \
|
|
194
|
+
Rate each issue by severity. \
|
|
195
|
+
DO NOT edit any files." \
|
|
196
|
+
--approval-mode suggest -q
|
|
197
|
+
```
|
|
198
|
+
|
|
199
|
+
**When:** After Antigravity creates an implementation plan.
|
|
200
|
+
**Report to:** `codex-reports/plan-review-<date>.md`
|
|
201
|
+
|
|
202
|
+
### 6. Refactor Verification
|
|
203
|
+
|
|
204
|
+
```bash
|
|
205
|
+
codex "Compare the recent changes in this repo against the \
|
|
206
|
+
original code. Verify: (1) no behavioral regression, \
|
|
207
|
+
(2) all original edge cases still handled, \
|
|
208
|
+
(3) no new bugs introduced. List any regressions found. \
|
|
209
|
+
DO NOT edit any files." \
|
|
210
|
+
--approval-mode suggest -q
|
|
211
|
+
```
|
|
212
|
+
|
|
213
|
+
**When:** After refactoring to ensure no regression.
|
|
214
|
+
**Report to:** `codex-reports/refactor-verify-<date>.md`
|
|
215
|
+
|
|
216
|
+
---
|
|
217
|
+
|
|
218
|
+
## 🔄 Integration Flow
|
|
219
|
+
|
|
220
|
+
```
|
|
221
|
+
1. Antigravity detects trigger condition
|
|
222
|
+
2. Check Codex CLI: which codex || prompt install
|
|
223
|
+
3. Thông báo user: "🔍 Đang gọi Codex CLI để [mục đích]..."
|
|
224
|
+
4. Build prompt with project context
|
|
225
|
+
5. Run: run_command("cd <ROOT> && timeout 120 codex '<prompt>' --approval-mode suggest -q")
|
|
226
|
+
6. Capture output
|
|
227
|
+
7. Save report to codex-reports/<type>-<date>.md
|
|
228
|
+
8. Summarize key findings for user
|
|
229
|
+
9. Act on findings (Antigravity executes fixes if needed)
|
|
230
|
+
```
|
|
231
|
+
|
|
232
|
+
### Output Handling
|
|
233
|
+
|
|
234
|
+
```yaml
|
|
235
|
+
on_success:
|
|
236
|
+
- Parse Codex output (text or JSON)
|
|
237
|
+
- Save full report to codex-reports/<type>-<date>.md
|
|
238
|
+
- Extract key findings + severity
|
|
239
|
+
- Present summary to user
|
|
240
|
+
- If critical issues found → suggest fixes
|
|
241
|
+
|
|
242
|
+
on_timeout:
|
|
243
|
+
- Log: "⏳ Codex analysis timed out (>120s), proceeding with Antigravity"
|
|
244
|
+
- Fall back to Antigravity-only analysis
|
|
245
|
+
|
|
246
|
+
on_error:
|
|
247
|
+
- Log: "⚠️ Codex CLI invocation failed"
|
|
248
|
+
- Check: "codex --version" → suggest install if missing
|
|
249
|
+
- Fall back gracefully — CLI is enhancement, not dependency
|
|
250
|
+
|
|
251
|
+
on_not_installed:
|
|
252
|
+
- Ask user: "Codex CLI chưa cài. Cài bằng: npm i -g @openai/codex?"
|
|
253
|
+
- If yes → run install → retry
|
|
254
|
+
- If no → fall back to Antigravity-only
|
|
255
|
+
```
|
|
256
|
+
|
|
257
|
+
---
|
|
258
|
+
|
|
259
|
+
## 📁 Report Output Structure
|
|
260
|
+
|
|
261
|
+
```
|
|
262
|
+
<project_root>/
|
|
263
|
+
└── codex-reports/ # Gitignored recommended
|
|
264
|
+
├── bug-analysis-2026-03-21.md
|
|
265
|
+
├── review-2026-03-21.md
|
|
266
|
+
├── logic-analysis-2026-03-21.md
|
|
267
|
+
├── test-cases-2026-03-21.md
|
|
268
|
+
├── plan-review-2026-03-21.md
|
|
269
|
+
└── refactor-verify-2026-03-21.md
|
|
270
|
+
```
|
|
271
|
+
|
|
272
|
+
---
|
|
273
|
+
|
|
274
|
+
## 🚫 Anti-Patterns
|
|
275
|
+
|
|
276
|
+
```yaml
|
|
277
|
+
never_do:
|
|
278
|
+
- Let Codex edit source code (EVER)
|
|
279
|
+
- Use --approval-mode auto or full-access (ALWAYS use suggest)
|
|
280
|
+
- Pass sensitive data (API keys, tokens) in prompts
|
|
281
|
+
- Block on CLI response indefinitely (always use timeout)
|
|
282
|
+
- Call CLI more than 3 times per task (diminishing returns)
|
|
283
|
+
- Ignore CLI output — if you called it, use the result
|
|
284
|
+
- Call Codex for tasks Antigravity handles well alone
|
|
285
|
+
|
|
286
|
+
always_do:
|
|
287
|
+
- Mention to user: "🔍 Đang gọi Codex CLI [mục đích]..."
|
|
288
|
+
- Include "DO NOT edit any files" in EVERY prompt
|
|
289
|
+
- Use --approval-mode suggest (read-only)
|
|
290
|
+
- Save reports to codex-reports/ directory
|
|
291
|
+
- Summarize findings before acting on them
|
|
292
|
+
- Fall back gracefully if CLI unavailable
|
|
293
|
+
- Check codex installation before first use
|
|
294
|
+
```
|
|
295
|
+
|
|
296
|
+
---
|
|
297
|
+
|
|
298
|
+
## 🤝 Three-Agent Collaboration
|
|
299
|
+
|
|
300
|
+
```
|
|
301
|
+
┌─────────────────────────────────────────────────────────┐
|
|
302
|
+
│ User Request │
|
|
303
|
+
└─────────────┬───────────────────────────────────────────┘
|
|
304
|
+
│
|
|
305
|
+
▼
|
|
306
|
+
┌─────────────────┐
|
|
307
|
+
│ Antigravity │ ← Primary: plan, code, implement
|
|
308
|
+
│ (IDE Agent) │
|
|
309
|
+
└───┬─────────┬───┘
|
|
310
|
+
│ │
|
|
311
|
+
Strategy? Debug/Review?
|
|
312
|
+
│ │
|
|
313
|
+
▼ ▼
|
|
314
|
+
┌──────────┐ ┌──────────┐
|
|
315
|
+
│ Gemini │ │ Codex │
|
|
316
|
+
│ CLI │ │ CLI │
|
|
317
|
+
│ ────────── │ ────────── │
|
|
318
|
+
│ Architect │ │ Inspector│
|
|
319
|
+
│ .md only │ │ .md only │
|
|
320
|
+
└──────────┘ └──────────┘
|
|
321
|
+
```
|
|
322
|
+
|
|
323
|
+
---
|
|
324
|
+
|
|
325
|
+
## 🧩 Skill Relationships
|
|
326
|
+
|
|
327
|
+
```
|
|
328
|
+
Uses: run_command (to invoke codex CLI)
|
|
329
|
+
Enhances: /debug, /code, /refactor, /plan workflows
|
|
330
|
+
Saves to: codex-reports/*.md
|
|
331
|
+
Parallel: gemini-conductor (different role, can coexist)
|
|
332
|
+
Independent of: NeuralMemory (CLI has its own context)
|
|
333
|
+
```
|
|
334
|
+
|
|
335
|
+
---
|
|
336
|
+
|
|
337
|
+
*codex-conductor v1.0 — Three-Agent Flow Inspector for Antigravity*
|