@leejungkiin/awkit 1.6.8 → 1.7.1

package/bin/awk.js

@@ -368,7 +368,7 @@ function copyDirRecursive(src, dest, options = {}) {
     const entries = fs.readdirSync(src, { withFileTypes: true });
 
     for (const entry of entries) {
-        if (entry.name === '.DS_Store') continue;
+        if (entry.name === '.DS_Store' || entry.name === '.git') continue;
 
         const srcPath = path.join(src, entry.name);
 
@@ -998,6 +998,18 @@ function cmdDoctor() {
         warn('schemas/ directory missing'); issues++;
     }
 
+    // 4.5. Check RTK Integration
+    try {
+        const { checkRtk } = require('../scripts/exec-rtk');
+        if (checkRtk()) {
+            ok('RTK (Rust Token Killer) is installed and active');
+        } else {
+            warn('RTK (Rust Token Killer) not found. Run "awkit rtk setup" to optimize token usage.');
+        }
+    } catch (e) {
+        warn(`RTK check failed: ${e.message}`);
+    }
+
     // 5. Check version
     if (fs.existsSync(TARGETS.versionFile)) {
         const v = fs.readFileSync(TARGETS.versionFile, 'utf8').trim();
@@ -2031,6 +2043,7 @@ function cmdHelp() {
     log(`  ${C.green}update${C.reset}              Pull latest + reinstall`);
     log(`  ${C.green}lint${C.reset}                Run skill & workflow guards (check length, frontmatter)`);
     log(`  ${C.green}doctor${C.reset}              Check installation health`);
+    log(`  ${C.green}rtk setup${C.reset}           Auto-install and configure RTK wrapper`);
     log(`  ${C.green}credentials list${C.reset}    List stored API keys`);
     log(`  ${C.green}credentials set${C.reset} <k> <v> Set API key (e.g., gemini_api_key, openrouter_api_key)`);
     log(`  ${C.green}set-openrouter${C.reset} <key>  Shorthand for setting OpenRouter API Key`);
@@ -3848,6 +3861,65 @@ function cmdGitnexus(args) {
     }
 }
 
+// ─── RTK Integration ──────────────────────────────────────────────────────────
+
+async function cmdRtkSetup() {
+    log(`${C.cyan}${C.bold}╔═══════════════════════════════════════════════════════╗${C.reset}`);
+    log(`${C.cyan}${C.bold}║          ⚙️  RTK Auto-Setup & Configuration           ║${C.reset}`);
+    log(`${C.cyan}${C.bold}╚═══════════════════════════════════════════════════════╝${C.reset}`);
+
+    log(`\nChecking dependencies...`);
+    try {
+        execSync('which cargo', { stdio: 'ignore' });
+        ok('Cargo is installed.');
+    } catch (_) {
+        err('Cargo/Rust not found. Please install Rust (https://rustup.rs/) and retry.');
+        return;
+    }
+
+    log(`\nInstalling RTK (Rust Token Killer) via Cargo...`);
+    try {
+        execSync('cargo install --git https://github.com/rtk-ai/rtk', { stdio: 'inherit' });
+        ok('RTK successfully installed/updated via Cargo.');
+    } catch (e) {
+        err(`Failed to install RTK: ${e.message}`);
+        return;
+    }
+
+    const zshrcPath = path.join(HOME, '.zshrc');
+    log(`\nConfiguring Shell Aliases in ~/.zshrc...`);
+    if (fs.existsSync(zshrcPath)) {
+        const zshrc = fs.readFileSync(zshrcPath, 'utf8');
+        const aliasBlock = `
+# RTK Alias for AI Agents (AWKit)
+alias git="rtk git"
+alias npm="rtk npm"
+alias pnpm="rtk pnpm"
+alias yarn="rtk yarn"
+alias cargo="rtk cargo"
+`;
+        if (zshrc.includes('alias git="rtk git"')) {
+            ok('Aliases already present in ~/.zshrc.');
+        } else {
+            fs.appendFileSync(zshrcPath, aliasBlock, 'utf8');
+            ok('Shell aliases successfully added to ~/.zshrc.');
+            log(`\n${C.cyan}Please reload your shell (source ~/.zshrc) to apply shifts.${C.reset}`);
+        }
+    } else {
+        warn('~/.zshrc not found. Skipping alias setup.');
+    }
+}
+
+async function cmdRtk(args) {
+    const action = args[0];
+    if (action === 'setup') {
+        await cmdRtkSetup();
+    } else {
+        err(`Unknown rtk command: ${action || ''}`);
+        log(`  Available: setup`);
+    }
+}
+
 // ─── Native HTTP Server ───────────────────────────────────────────────────────
 
 function cmdServe(args) {
@@ -4019,6 +4091,9 @@ const [, , command, ...args] = process.argv;
         case 'serve':
             cmdServe(args);
             break;
+        case 'rtk':
+            await cmdRtk(args);
+            break;
         case 'gitnexus':
         case 'gn':
             cmdGitnexus(args);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@leejungkiin/awkit",
-  "version": "1.6.8",
+  "version": "1.7.1",
   "description": "Antigravity Workflow Kit v1.6 Unified AI agent orchestration system with Mindful Checkpoints.",
   "main": "bin/awk.js",
   "private": false,

package/scripts/automation-gate.js

@@ -18,6 +18,7 @@
 const fs = require('fs');
 const path = require('path');
 const { execSync } = require('child_process');
+const { execRtkSync } = require('./exec-rtk');
 
 // Lazy-load obsidian-sync to avoid circular dependencies
 let _autoSyncObsidian = null;
@@ -101,13 +102,13 @@ function checkGate(domain, action) {
         case 'git': {
             const gitConfig = automation.git;
             if (!gitConfig) {
-                return { allowed: true, config: null, reason: 'No automation.git config — default allow' };
+                return { allowed: false, config: null, reason: 'No automation.git config — default block' };
             }
-            if (action === 'commit' && gitConfig.autoCommit === false) {
-                return { allowed: false, config: gitConfig, reason: 'automation.git.autoCommit is false' };
+            if (action === 'commit' && gitConfig.autoCommit !== true) {
+                return { allowed: false, config: gitConfig, reason: 'automation.git.autoCommit is not true (default off)' };
             }
-            if (action === 'push' && gitConfig.autoPush === false) {
-                return { allowed: false, config: gitConfig, reason: 'automation.git.autoPush is false' };
+            if (action === 'push' && gitConfig.autoPush !== true) {
+                return { allowed: false, config: gitConfig, reason: 'automation.git.autoPush is not true (default off)' };
             }
             return { allowed: true, config: gitConfig, reason: 'automation.git allows this action' };
         }
@@ -174,8 +175,8 @@ function execGitCommit(message) {
     }
 
     try {
-        execSync('git add -A', { stdio: 'inherit' });
-        execSync(`git commit -m "${message.replace(/"/g, '\\"')}"`, { stdio: 'inherit' });
+        execRtkSync('git add -A', { stdio: 'inherit' });
+        execRtkSync(`git commit -m "${message.replace(/"/g, '\\"')}"`, { stdio: 'inherit' });
         ok(`Committed: ${message}`);
         return true;
     } catch (e) {
@@ -198,13 +199,13 @@ function execGitPush() {
     }
 
     try {
-        execSync('git push', { stdio: 'inherit' });
+        execRtkSync('git push', { stdio: 'inherit' });
         ok('Pushed successfully.');
         return true;
     } catch (e) {
         warn('Push failed. Retrying with git pull --rebase...');
         try {
-            execSync('git pull --rebase && git push', { stdio: 'inherit' });
+            execRtkSync('git pull --rebase && git push', { stdio: 'inherit' });
             ok('Pushed successfully after rebase.');
             return true;
         } catch (e2) {
@@ -231,7 +232,7 @@ function execGitAuto(message) {
     if (tgGate.allowed) {
         info('Triggering Telegram notification...');
         try {
-            execSync(`awkit tg send "✅ Pushed: ${message.replace(/"/g, '\\"')}"`, { stdio: 'inherit' });
+            execRtkSync(`awkit tg send "✅ Pushed: ${message.replace(/"/g, '\\"')}"`, { stdio: 'inherit' });
         } catch (_) {
             dim('Telegram notification skipped (not configured or failed).');
         }
@@ -255,7 +256,7 @@ function execTrelloAction(action, args) {
 
     try {
         const cmd = `awkit trello ${action} ${args.map(a => `"${a}"`).join(' ')}`;
-        execSync(cmd, { stdio: 'inherit' });
+        execRtkSync(cmd, { stdio: 'inherit' });
         // Trigger Obsidian sync after successful trello action
         getAutoSyncObsidian()();
         return true;
@@ -277,7 +278,7 @@ function execTelegramSend(args) {
 
     try {
         const cmd = `awkit tg send ${args.map(a => `"${a}"`).join(' ')}`;
-        execSync(cmd, { stdio: 'inherit' });
+        execRtkSync(cmd, { stdio: 'inherit' });
         return true;
     } catch (e) {
         err(`Telegram send failed: ${e.message}`);

package/scripts/exec-rtk.js

@@ -0,0 +1,50 @@
+const { execSync } = require('child_process');
+
+let hasRtkCache = null;
+
+/**
+ * Check if rtk binary is available in the current environment PATH.
+ * @returns {boolean}
+ */
+function checkRtk() {
+    if (hasRtkCache !== null) return hasRtkCache;
+    try {
+        execSync('which rtk', { stdio: 'ignore' });
+        hasRtkCache = true;
+    } catch (_) {
+        hasRtkCache = false;
+    }
+    return hasRtkCache;
+}
+
+/**
+ * Execute command with rtk prefix if available and eligible.
+ * @param {string} command 
+ * @param {object} options 
+ * @returns {Buffer|string}
+ */
+function execRtkSync(command, options = {}) {
+    if (!checkRtk()) {
+        return execSync(command, options);
+    }
+
+    const trimmed = command.trim();
+    if (trimmed.startsWith('rtk ')) {
+        return execSync(command, options);
+    }
+
+    // Only compress developer commands known to be verbose
+    const eligiblePrefixes = ['git ', 'npm ', 'cargo ', 'yarn ', 'pnpm ', 'grep ', 'find ', 'awkit trello '];
+    const isEligible = eligiblePrefixes.some(prefix => trimmed.startsWith(prefix));
+
+    if (isEligible) {
+        return execSync(`rtk ${command}`, options);
+    }
+
+    return execSync(command, options);
+}
+
+module.exports = {
+    execRtkSync,
+    checkRtk
+};

package/skills/CATALOG.md

@@ -48,7 +48,7 @@
 |---|-------|------|---------|----------|--------|
 | 14 | `verification-gate` | `auto` | Task completion, commit, deploy | 1 | ✅ Active |
 | 15 | `systematic-debugging` | `auto` | `/debug`, error detected, test failures | 2 | ✅ Active |
-| 16 | `code-review` | `auto` | Task completion, before merge | 3 | ✅ Active |
+| 16 | `review` | `auto` | Task completion, before merge | 3 | ✅ Active |
 | 17 | `writing-skills` | `manual` | Creating/modifying skills | — | ✅ Active |
 
 

package/skills/TRIGGER_INDEX.md

@@ -11,7 +11,7 @@
 | awf-session-restore | Session start, init chain | awf-session-restore/SKILL.md | 🔴 |
 | nm-memory-sync | Session start/end, debug, errors | nm-memory-sync/SKILL.md | 🟡 |
 | verification-gate | Task completion, commit, deploy, success claims | verification-gate/SKILL.md | 🟡 |
-| code-review | Task completion, before merge | code-review/SKILL.md | 🟡 |
+| review | Task completion, before merge | review/SKILL.md | 🟡 |
 | spec-gate | Gate 2 architecture design | spec-gate/SKILL.md | 🟡 |
 | brainstorm-agent | `/brainstorm`, ý tưởng, ideation | brainstorm-agent/SKILL.md | 🟢 |
 | skill-creator | `/create-agent-skill`, tạo/sửa skill | skill-creator/SKILL.md | 🟢 |

package/skills/marketing-spec-writer/SKILL.md

@@ -0,0 +1,51 @@
+---
+name: marketing-spec-writer
+description: |
+  Đóng vai trò là Giám đốc Marketing (CMO) của dự án. AI tự động quét codebase, đọc project identity
+  và dịch các tính năng kỹ thuật khô khan thành tài liệu Marketing Spec (Value Props, ASO, Campaign Briefs).
+  Cung cấp đầu vào cực chuẩn (Prompt Ready) để đưa cho các AI Agent khác như `short-maker` làm video quảng cáo.
+metadata:
+  stage: workflow
+  version: "1.0"
+  tags: [marketing, aso, spec, content, ads, brief, strategy]
+trigger: explicit
+activation_keywords:
+  - "/marketing"
+  - "/marketing-spec"
+  - "viết tài liệu marketing"
+  - "tạo spec quảng cáo"
+---
+
+# 📈 Marketing Spec Writer (CMO Mode)
+
+> **Mục tiêu**: Biến Codebase kỹ thuật thành "Vàng Marketing". Skill này chuẩn bị toàn bộ "đạn dược" (Asset Briefs, ASO, USP) để cung cấp cho các AI Agent khác (như `short-maker` làm video, hoặc AI viết bài PR) thao tác tự động.
+
+## 🚀 Quy trình hoạt động
+
+### Bước 1: Thu thập Context Kỹ Thuật
+- Đọc file `.project-identity` và `CODEBASE.md` để hiểu "Linh hồn" và tính năng chính của App.
+- (Tùy chọn) Dùng `gitnexus_query` tìm các tính năng cốt lõi hoặc các module vừa được push code gần đây nếu làm Release Marketing.
+
+### Bước 2: Dịch Thuật Kỹ Thuật -> Lợi Ích (Tech-to-Value)
+- Phân tích và chuyển đổi các Specs kỹ thuật (ví dụ: *Offline First SQLite*, *End-to-End Encryption*, *50fps Rendering*) thành User Benefits (ví dụ: *Use Anywhere, Even in the Woods*, *Your Secrets are Safe*, *Silky Smooth Experience*).
+
+### Bước 3: Phân rã theo định dạng (Marketing Spec Generation)
+Tạo file `docs/MARKETING_SPEC.md` theo template chuẩn bao gồm các phần:
+1.  **Product Core Identity**: Sứ mệnh, Đối tượng mục tiêu (Persona), Tone of Voice.
+2.  **App Store Optimization (ASO)**: Đề xuất Tiêu đề, Subtitle, Keywords, Description.
+3.  **Unique Selling Propositions (USPs)**: 3-5 điểm ăn tiền nhất.
+4.  **Campaign Angles (Góc nhìn truyền thông)**: Các kịch bản đánh vào cảm xúc (Nỗi đau - Giải pháp, hoặc Khát vọng).
+5.  **AI Video Prompt (BẮT BUỘC)**: Đóng gói sẵn 1 đoạn Text để User **chỉ việc Copy-Paste vào lệnh `/short` hoặc `short-maker`** để ra lệnh làm video.
+
+### Bước 4: Review & Chốt Hướng Đi
+- Trình bày tóm tắt cho User duyệt.
+- Nếu User duyệt, hướng dẫn cách sử dụng đoạn prompt đã gen để đẩy sang quy trình Video Marketing (`short-maker`).
+
+## 🔗 Liên kết hệ sinh thái (Agent Hand-off)
+Tài liệu sinh ra từ skill này được thiết kế ĐẶC BIỆT để làm mồi (Input) cho các tools khác:
+- **`short-maker` (Video Ads)**: Sử dụng phần Campaign Angles và Persona để xây dựng Character và kịch bản AIDA chính xác nhất.
+- **`blitz-macos` (Store Upload)**: Copy phần ASO để dán tự động lên App Store Connect.
+
+## ⚠️ Lưu ý cho AI
+- TUYỆT ĐỐI không dùng ngôn ngữ máy móc kiểu "App này dùng React Native...". Hãy dùng ngôn ngữ bán hàng, thuyết phục, đánh vào cảm xúc người dùng cuối (End-user).
+- Hãy áp dụng các Framework Marketing chuẩn: AIDA (Attention - Interest - Desire - Action) hoặc PAS (Problem - Agitate - Solve).

package/skills/marketing-spec-writer/templates/MARKETING_SPEC.md

@@ -0,0 +1,53 @@
+# 📈 Marketing Spec: {{APP_NAME}}
+
+> Tự động tạo bởi `marketing-spec-writer` 
+> Ngày: {{DATE}} | Phiên bản: {{VERSION}}
+
+## 1. Bản sắc Cốt lõi (Product Soul)
+- **Sứ mệnh**: [App này tồn tại để giải quyết vấn đề gì, mang lại niềm vui gì?]
+- **Tone of Voice**: [Chuyên nghiệp/Hài hước/Đồng cảm/Tạo động lực...]
+- **Khách hàng Mục tiêu (Persona)**: 
+  - *Bề mặt*: [Ví dụ: Dân văn phòng 25-35 tuổi]
+  - *Nỗi đau (Pain Point)*: [Họ đang gặp rắc rối gì hàng ngày?]
+  - *Khát vọng (Desire)*: [Họ muốn đạt được trạng thái nào?]
+
+## 2. Điểm Bán Hàng Độc Nhất (USPs - Tech to Value)
+*(Dịch từ Codebase sang Lợi ích)*
+1. **[Tên USP 1]**: (Tech: *[Tech Note]*) -> Value: *[Người dùng nhận được gì?]*
+2. **[Tên USP 2]**: (Tech: *[Tech Note]*) -> Value: *[Tại sao nó tuyệt vời?]*
+3. **[Tên USP 3]**: (Tech: *[Tech Note]*) -> Value: *[Điều này đánh bại đối thủ như thế nào?]*
+
+## 3. Tối ưu Kho Ứng dụng (ASO Meta)
+*(Dùng để đẩy lên App Store / Google Play)*
+- **Title (Tối đa 30 ký tự)**: [Chứa Keyword chính]
+- **Subtitle (Tối đa 30 ký tự)**: [Định vị ngắn gọn]
+- **Keywords (Dấu phẩy)**: [word1, word2, word3...]
+- **Promotional Text**: [Câu slogan ăn tiền nhất]
+- **Description Hook**:
+  > *[Câu mở đầu giật gân, ví dụ: "Bạn đã chán ngấy việc...?"]*
+
+## 4. Kịch bản Truyền thông (Campaign Angles)
+*(Góc nhìn để chạy quảng cáo Facebook/TikTok)*
+
+### Angle 1: Đánh vào nỗi sợ / sự bất tiện (Pain-driven)
+- **Mở bài**: Bạn đang tốn quá nhiều thời gian cho X?
+- **Giải pháp**: Với {{APP_NAME}}, X được giải quyết trong 1 nốt nhạc nhờ [USP 1].
+
+### Angle 2: Bán kết quả / Ước mơ (Desire-driven)
+- **Mở bài**: Trở thành phiên bản tốt nhất của bạn với...
+- **Giải pháp**: Sở hữu [Kết quả lý tưởng] mà không cần [Trở ngại].
+
+---
+
+## 🤖 [Handoff] Short-Maker Ready Prompt
+*(Bạn có thể copy nội dung dưới đây và dán cho `short-maker` hoặc gọi `/short`)*
+
+```text
+/short
+
+Tên App: {{APP_NAME}}
+Thông điệp chính: [Chọn 1 Angle ở trên]
+Tone: [Tone of Voice]
+Nhân vật: [Mô tả Persona lý tưởng làm diễn viên, ví dụ: "Một nam thanh niên mặc đồ gym, vóc dáng săn chắc, khuôn mặt quyết tâm..."]
+Yêu cầu nội dung: Làm nổi bật tính năng [USP 1] và [USP 2]. Đoạn Hook phải bắt ngay vào nỗi đau [Pain Point]. Call To Action cuối video là tải app {{APP_NAME}} ngay hôm nay.
+```

package/skills/review/SKILL.md

@@ -0,0 +1,87 @@
+---
+name: review
+description: Use when completing tasks, implementing features, or before merging. Dispatch structured code review with severity classification via Codex CLI.
+---
+
+<!-- ⚠️ SMART REVIEW AGENT — Intelligent routing for Security, Localization, Compliance, and Quality -->
+
+# Smart Code Review
+
+## Overview
+
+Review early, review often. Catch issues before they cascade.
+Antigravity uses `codex` CLI to perform deep, multi-file code reviews across specific domains (Security, Localization, Compliance, Quality). 
+
+**Core principle:** Actionable, domain-specific feedback via Multi-Agent Flow.
+
+## The Review Modules (Execution via Codex CLI)
+
+Thay vì tự đọc diff và đánh giá, Antigravity **BẮT BUỘC** gọi `codex` CLI để thực hiện Code Review nhằm mở rộng Context Window và sử dụng subagent chuyên dụng.
+Dưới đây là 5 Module Review Tự Động. Antigravity tự động map intent của User để chọn Module phù hợp:
+
+### 1. 🛡️ Security & Privacy Review (Thay thế `/audit`)
+**Dùng khi User yêu cầu:** *"review bảo mật", "check security", "kiểm tra an toàn"*
+
+```bash
+codex -p "Thực hiện Security & Privacy Review. Hãy quét khắt khe các điểm sau:
+1. Hardcoded API Keys/Secrets trong code hoặc file config.
+2. Dữ liệu PII (Personal Identifiable Information) có bị log ra console không (print, console.log).
+3. Lỗ hổng OWASP (SQL Injection, XSS, thiếu Rate Limiting, CORS/Headers lỏng lẻo).
+4. Kiểm tra việc sử dụng Secure Storage (Keychain/EncryptedSharedPreferences).
+5. Phân tích file Privacy Policy có khớp với dữ liệu thực tế thu thập không.
+Trả về báo cáo phân loại Critical/High/Low." --approval-mode auto
+```
+
+### 2. 🌐 Localization & UI Review
+**Dùng khi User yêu cầu:** *"review đa ngôn ngữ", "check hardcode string", "kiểm tra UI"*
+
+```bash
+codex -p "Thực hiện Localization Review. Quét các file UI (Views, Components):
+1. Tìm tất cả các string hiển thị cho người dùng bị hardcode mà chưa bọc qua hàm dịch (i18n, LocalizedStringKey, R.string).
+2. Đối chiếu xem các key được gọi trong UI đã tồn tại trong file từ điển (en/vi) chưa.
+Liệt kê chi tiết tên file và số dòng vi phạm." --approval-mode auto
+```
+
+### 3. 🍏 Store Compliance Review
+**Dùng khi User yêu cầu:** *"review appstore", "check compliance", "chuẩn bị submit"*
+
+```bash
+codex -p "Thực hiện App Store / Play Store Compliance Review. Đánh giá:
+1. Info.plist / AndroidManifest: Các chuỗi giải thích quyền (NSCameraUsageDescription...) có đầy đủ ý nghĩa không.
+2. App Tracking Transparency (ATT): Đã cấu hình và gọi khi cần chưa.
+3. Background Modes: Có khai báo thừa thãi không.
+4. Kiểm tra mã nguồn có API riêng tư (Private APIs) hoặc code tải logic động trái phép không." --approval-mode auto
+```
+
+### 4. 🧠 Architecture & Logic Review
+**Dùng khi User yêu cầu:** *"review kiến trúc", "review logic", "code smell"*
+
+```bash
+codex -p "Thực hiện Architecture & Logic Review. Đánh giá:
+1. Vi phạm nguyên tắc SOLID và Clean Architecture (VD: View xử lý Business Logic).
+2. Code duplication (Lặp code) hoặc Hàm quá dài (>50 lines).
+3. Thiếu Error Handling trong các async function / API calls.
+4. Memory Leaks (Retain cycles, forgot to unsubscribe)." --approval-mode auto
+```
+
+### 5. ⚡ Auto Diff Review (Mặc định)
+**Dùng khi User yêu cầu:** *"review", "review diff", "check code vừa viết"* hoặc khi hoàn thành Task.
+
+```bash
+codex -p "Review các thay đổi hiện tại (git diff/staged). Đảm bảo code mới viết đáp ứng Spec, không phá vỡ logic cũ và tuân thủ Coding Convention của dự án. Nếu an toàn, hãy trả về LGTM (Looks Good To Me)." --approval-mode auto
+```
+
+---
+
+## Cách Xử Lý Output Từ Codex
+1. Fix 🔴 **Critical** issues NGAY LẬP TỨC. (VD: Lộ Key, API chưa chặn rate limit).
+2. Fix 🟡 **Important** issues trước khi kết thúc task hoặc chuyển sang Phase mới. (VD: Quên localize string).
+3. Log 🟢 **Minor** issues để cấu trúc lại sau.
+4. Proceed nếu Subagent Codex báo "LGTM" hoặc không có issue nào nghiêm trọng.
+
+## Integration
+
+**Used by:**
+- `single-flow-task-execution` — Review sau mỗi task
+- `symphony-enforcer` — Review trước khi `symphony_complete_task`
+- Thay thế hoàn toàn quy trình thủ công của `/audit` workflow.

package/skills/storyboard-to-scene-pack/SKILL.md

@@ -0,0 +1,102 @@
+---
+name: storyboard-to-scene-pack
+description: "Create end-to-end storyboard design packs for animation/video projects with continuity-safe per-scene prompts and reviewer-ready previews. Use when Codex needs to: (1) design a storyboard sheet, (2) generate prompts for each scene (default 8s per scene), (3) prepare keyframe image prompts with character/environment continuity, or (4) produce an HTML storyboard preview that shows each frame and its prompt."
+---
+
+# Storyboard To Scene Pack
+
+Build a reusable storyboard pipeline that turns one concept into a continuity-safe scene package and reviewable preview.
+
+## Workflow
+
+1. Collect a compact brief.
+2. Build continuity locks.
+3. Draft storyboard plan and panel prompts.
+4. Generate per-scene keyframe prompts (default `duration: 8s`).
+5. Produce preview output (hand-drawn storyboard prompt + HTML preview data).
+
+## Step 1: Collect Brief
+
+Capture only what is required:
+
+- Project title and one-line premise
+- Visual style (for example: pencil sketch, noir ink, watercolor)
+- Character list (name, role, physical anchors, wardrobe anchors)
+- Environment anchors (layout elements that must persist)
+- Total scene count and target duration per scene (default 8s)
+- Tone and camera language preferences
+
+If input is missing, assume safe defaults and continue.
+
+## Step 2: Build Continuity Locks
+
+Before generating scene prompts, define immutable anchors:
+
+- Character Bible: face/hair/body/clothes/props signatures
+- Environment Bible: spatial map and recurring objects
+- Time/lighting continuity: time-of-day and light direction
+- State continuity tokens: object states carried across scenes
+
+Use [continuity-checklist.md](references/continuity-checklist.md) to validate.
+
+## Step 3: Draft Storyboard Plan
+
+Create a panel plan first, then prompts:
+
+- Use a grid format (`3x4` default) with numbered panels
+- For each panel, define `scene`, `action`, `dialogue`, `camera`
+- Keep camera progression intentional (wide -> medium -> close-up as needed)
+- Include explicit shot/move labels when relevant (`WIDE SHOT`, `PAN LEFT`, `TILT UP`, `ZOOM IN`)
+
+For hand-drawn storyboard sheet generation, use [storyboard-sheet-template.md](references/storyboard-sheet-template.md).
+
+## Step 4: Generate Per-Scene Prompt Pack
+
+For each scene, output one prompt block with this schema:
+
+- `scene_id`
+- `duration_seconds` (default `8`)
+- `goal_of_scene`
+- `visual_prompt`
+- `camera_prompt`
+- `continuity_from_previous`
+- `negative_constraints`
+
+Prefer explicit continuity phrasing, for example: "same wardrobe as Scene 03", "knife remains in right hand", "steam intensity reduced from prior scene".
+
+Use [scene-prompt-template.md](references/scene-prompt-template.md).
+
+## Step 5: Produce Preview Artifacts
+
+Always provide these outputs:
+
+- Hand-drawn storyboard sheet prompt (single-sheet overview)
+- Scene prompt list (JSON or Markdown table)
+- HTML preview mapping each frame to its prompt and continuity notes
+
+Use [preview-template/index.html](assets/preview-template/index.html) as the base layout.
+
+## Output Contract
+
+Return outputs in this structure:
+
+- `storyboard/handdrawn_storyboard_prompt.md`
+- `storyboard/scene_prompts.json`
+- `preview/index.html`
+
+If scene images are already available, reference them in preview as:
+
+- `scenes/scene_01.png`
+- `scenes/scene_02.png`
+- `...`
+
+## Quality Gate
+
+Validate before finalizing:
+
+- Panel numbering is complete and ordered
+- Character and wardrobe continuity is preserved
+- Environment anchors stay consistent
+- Camera sequence supports narrative clarity
+- Every scene has explicit 8s duration (or user-specified override)
+- HTML preview contains both image slot and prompt text per scene

package/skills/storyboard-to-scene-pack/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "Storyboard Scene Pack"
+  short_description: "Design storyboard and per-scene prompts"
+  default_prompt: "Use $storyboard-to-scene-pack to design a storyboard, generate per-scene 8s prompts, and produce an HTML preview."

package/skills/storyboard-to-scene-pack/assets/preview-template/index.html

@@ -0,0 +1,101 @@
+<!doctype html>
+<html lang="en">
+<head>
+  <meta charset="utf-8" />
+  <meta name="viewport" content="width=device-width,initial-scale=1" />
+  <title>Storyboard Preview</title>
+  <style>
+    :root {
+      --bg: #f5f3ee;
+      --panel: #ffffff;
+      --ink: #1f1f1f;
+      --muted: #666;
+      --line: #ddd7cc;
+    }
+    body {
+      margin: 0;
+      font-family: "Avenir Next", "Segoe UI", sans-serif;
+      background: var(--bg);
+      color: var(--ink);
+    }
+    header {
+      padding: 20px;
+      border-bottom: 1px solid var(--line);
+      background: linear-gradient(180deg, #fff, #f7f4ee);
+    }
+    h1 { margin: 0 0 8px; font-size: 24px; }
+    .sub { margin: 0; color: var(--muted); }
+    main {
+      max-width: 1100px;
+      margin: 20px auto;
+      padding: 0 16px 24px;
+      display: grid;
+      grid-template-columns: repeat(auto-fill, minmax(280px, 1fr));
+      gap: 16px;
+    }
+    article {
+      background: var(--panel);
+      border: 1px solid var(--line);
+      border-radius: 12px;
+      overflow: hidden;
+      box-shadow: 0 2px 8px rgba(0,0,0,0.04);
+    }
+    img {
+      width: 100%;
+      aspect-ratio: 16 / 9;
+      object-fit: cover;
+      background: #ece8de;
+      display: block;
+    }
+    .content { padding: 12px; }
+    .id { font-weight: 700; margin: 0 0 6px; }
+    .meta { color: var(--muted); font-size: 13px; margin: 0 0 10px; }
+    pre {
+      margin: 0;
+      white-space: pre-wrap;
+      font-family: "SF Mono", Consolas, monospace;
+      font-size: 12px;
+      line-height: 1.4;
+      background: #fbfaf7;
+      border: 1px solid var(--line);
+      border-radius: 8px;
+      padding: 8px;
+      max-height: 240px;
+      overflow: auto;
+    }
+  </style>
+</head>
+<body>
+  <header>
+    <h1>Storyboard Scene Preview</h1>
+    <p class="sub">Replace `SCENES` in the inline script with your generated scene data.</p>
+  </header>
+  <main id="grid"></main>
+
+  <script>
+    const SCENES = [
+      {
+        scene_id: "SCENE_01",
+        duration_seconds: 8,
+        image: "../scenes/scene_01.png",
+        prompt: "Example prompt for scene 01",
+        continuity: "Initial scene"
+      }
+    ];
+
+    const grid = document.getElementById("grid");
+    SCENES.forEach(scene => {
+      const card = document.createElement("article");
+      card.innerHTML = `
+        <img src="${scene.image}" alt="${scene.scene_id}" />
+        <div class="content">
+          <p class="id">${scene.scene_id}</p>
+          <p class="meta">Duration: ${scene.duration_seconds}s</p>
+          <pre>${scene.prompt}\n\nContinuity: ${scene.continuity}</pre>
+        </div>
+      `;
+      grid.appendChild(card);
+    });
+  </script>
+</body>
+</html>

package/skills/storyboard-to-scene-pack/references/continuity-checklist.md

@@ -0,0 +1,32 @@
+# Continuity Checklist
+
+Use this checklist before approving scene prompts or keyframes.
+
+## Character Continuity
+
+- Face shape, hairstyle, and age cues remain stable
+- Wardrobe palette and core accessories remain stable
+- Signature props stay present or are intentionally removed
+
+## Environment Continuity
+
+- Primary layout remains consistent (major objects do not teleport)
+- Lighting direction and intensity progress logically
+- Background density and style remain coherent
+
+## Action Continuity
+
+- Entry/exit direction between adjacent scenes is consistent
+- Handedness stays stable for held objects
+- Object states evolve logically (raw -> chopped -> cooked)
+
+## Camera Continuity
+
+- Shot changes are motivated, not random
+- Camera move labels match visual intent
+- Close-up inserts still preserve geography from master shots
+
+## Timing Continuity
+
+- Each scene uses `duration_seconds: 8` unless overridden
+- Motion intent is clear for an 8-second beat

package/skills/storyboard-to-scene-pack/references/scene-prompt-template.md

@@ -0,0 +1,19 @@
+# Scene Prompt Template
+
+```yaml
+scene_id: SCENE_01
+duration_seconds: 8
+goal_of_scene: "Introduce conflict at the prep station"
+visual_prompt: >
+  [Describe composition, characters, action, environment details, and style]
+camera_prompt: >
+  [Shot type, lens feel, movement direction, framing priority]
+continuity_from_previous: >
+  [Explicit carry-over from prior scene: wardrobe, prop state, lighting]
+negative_constraints:
+  - "No extra characters"
+  - "No wardrobe change"
+  - "No prop position reset"
+```
+
+Prefer concrete language over abstract adjectives.

package/skills/storyboard-to-scene-pack/references/storyboard-sheet-template.md

@@ -0,0 +1,14 @@
+# Storyboard Sheet Prompt Template
+
+Use this when generating the single-page hand-drawn overview.
+
+```text
+A full, professional storyboard sheet for "{PROJECT_TITLE}", in {STYLE} black-and-white hand-drawn pencil sketch style.
+Layout: clean {GRID} grid with numbered panels.
+Title text: "{TITLE_LINE}".
+Each panel: characters {CHARACTERS} performing key action beats in {ENVIRONMENT}.
+Below each panel: stylized handwritten production notes for SCENE, ACTION, DIALOGUE, CAMERA.
+Include camera labels where relevant: CLOSE-UP, PAN LEFT, WIDE SHOT, TILT UP, ZOOM IN.
+Include a right-side section: "NOTES / PLAN UPDATES" with bullet notes.
+Keep linework consistent, organized layout, white background.
+```

package/skills/verification-gate/SKILL.md

@@ -33,7 +33,9 @@ BEFORE claiming any status or expressing satisfaction:
    - If NO: State actual status with evidence
    - If YES: State claim WITH evidence
 5. ONLY THEN: Make the claim
-6. AUTO-COMMIT: Build 0 errors → git add → git commit → git push (non-force)
+6. AUTO-COMMIT (TÙY CHỌN — Mặc định TẮT):
+   - Chỉ tự động commit nếu `automation.git.autoCommit: true` được bật trong `.project-identity`.
+   - Nếu được bật: Build 0 errors → git add → git commit → git push (non-force)
    - Do NOT ask user permission for regular commits
    - Use conventional commit message (fix:/feat:/refactor:)
    - If push fails → git pull --rebase && git push (retry once)
@@ -99,7 +101,7 @@ If you catch yourself thinking any of these, STOP and run verification:
 
 **Build:**
 ```
-✅ [Run build] → [See: BUILD SUCCEEDED] → auto git add+commit+push → "Build passes, committed & pushed"
+✅ [Run build] → [See: BUILD SUCCEEDED] → (nếu bật auto git) auto git add+commit+push → "Build passes, committed & pushed"
 ❌ "Linter passed so build is fine"
 ❌ Build succeeded but forgot to commit
 ```

package/templates/project-identity/android.json

@@ -54,8 +54,8 @@
       }
     },
     "git": {
-      "autoCommit": true,
-      "autoPush": true
+      "autoCommit": false,
+      "autoPush": false
     },
     "obsidian": {
       "enabled": false,

package/templates/project-identity/backend-nestjs.json

@@ -50,8 +50,8 @@
       }
     },
     "git": {
-      "autoCommit": true,
-      "autoPush": true
+      "autoCommit": false,
+      "autoPush": false
     },
     "obsidian": {
       "enabled": false,

package/templates/project-identity/expo.json

@@ -53,8 +53,8 @@
       }
     },
     "git": {
-      "autoCommit": true,
-      "autoPush": true
+      "autoCommit": false,
+      "autoPush": false
     },
     "obsidian": {
       "enabled": false,

package/templates/project-identity/ios.json

@@ -53,8 +53,8 @@
       }
     },
     "git": {
-      "autoCommit": true,
-      "autoPush": true
+      "autoCommit": false,
+      "autoPush": false
     },
     "obsidian": {
       "enabled": false,

package/templates/project-identity/web-nextjs.json

@@ -50,8 +50,8 @@
       }
     },
     "git": {
-      "autoCommit": true,
-      "autoPush": true
+      "autoCommit": false,
+      "autoPush": false
     },
     "obsidian": {
       "enabled": false,

package/skills/code-review/SKILL.md

@@ -1,115 +0,0 @@
----
-name: code-review
-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.
----
-
-<!-- ⚠️ REVIEW GATE — Spec compliance FIRST, then code quality. No merge without review. -->
-
-# Code Review
-
-## Overview
-
-Review early, review often. Catch issues before they cascade.
-
-**Core principle:** Structured review with actionable, severity-classified feedback.
-
-## When to Request Review
-
-**Mandatory:**
-- After completing each task in execution flow
-- After implementing major feature or fix
-- Before merge to main branch
-- Before deploy to production
-
-**Optional but valuable:**
-- When stuck (fresh perspective helps)
-- Before refactoring (baseline check)
-- After fixing complex bug
-
-## The Review Process (Execution via Codex CLI)
-
-Thay vì tự đọc diff và đánh giá, Antigravity **BẮT BUỘC** gọi `codex` CLI để thực hiện Code Review nhằm mở rộng Context Window và sử dụng subagent chuyên dụng.
-
-Có 3 chế độ review chính tùy theo bối cảnh:
-
-### 1. Review Toàn Bộ Codebase (Full Review)
-Sử dụng khi cần đánh giá tổng thể dự án, review architecture, security, hoặc chuẩn bị big release.
-```bash
-codex -p "Review toàn bộ codebase. Tập trung kiểm tra tính nhất quán kiến trúc (architecture), rủi ro bảo mật (security) và hiệu suất (performance)." --approval-mode auto
-```
-
-### 2. Review Những Thay Đổi (Changes / Diff Review)
-Sử dụng khi vừa hoàn thành xong code một tính năng hoặc fix bug (các thay đổi workspace, stashed, unstaged, hoặc dải diff ngắn).
-```bash
-codex -p "Review những thay đổi hiện tại (git diff/staged). Tập trung kiểm tra logic, edge cases và conventions." --approval-mode auto
-```
-
-### 3. Review Commit Cụ Thể (Specific Commit)
-Sử dụng khi cần review một nhánh git, PR, hoặc một commit hash cụ thể.
-```bash
-codex -p "Review commit <commit_hash> (hoặc range main..HEAD). Tập trung đánh giá xem code có giải quyết đúng vấn đề và compliance với Spec không." --approval-mode auto
-```
-
-### Cách Xử Lý Output Từ Codex
-1. Fix 🔴 **Critical** issues NGAY LẬP TỨC.
-2. Fix 🟡 **Important** issues trước khi kết thúc task hoặc chuyển sang Phase mới.
-3. Log 🟢 **Minor** issues để cấu trúc lại sau.
-4. Proceed nếu Subagent Codex báo "LGTM" hoặc không có issue nào nghiêm trọng.
-
-## Two-Stage Review (Subagent-Driven)
-
-For automated execution, run TWO separate review passes:
-
-### Stage 1: Spec Compliance Review
-```
-- Does the code implement ALL requirements from the spec/plan?
-- Is anything MISSING from the spec?
-- Is anything EXTRA that wasn't specified (scope creep)?
-- Does behavior match expected output for each requirement?
-```
-
-### Stage 2: Code Quality Review
-```
-- Is the code clean, readable, and well-structured?
-- Are there any thread safety issues?
-- Is error handling comprehensive?
-- Are there performance concerns?
-- Does it follow project coding conventions?
-- Are there any security vulnerabilities?
-```
-
-**Order matters:** Spec compliance FIRST, then code quality. No point reviewing quality of wrong code.
-
-## Self-Review Checklist (Before Requesting External Review)
-
-Before asking for review, verify yourself:
-
-- [ ] All requirements from plan/spec addressed
-- [ ] No TODO/FIXME/HACK left unresolved  
-- [ ] Error handling for all failure paths
-- [ ] No hardcoded values that should be configurable
-- [ ] Thread safety for shared state
-- [ ] Localization for user-facing strings
-- [ ] No print/debugPrint left in production code
-- [ ] File sizes < 500 lines
-
-## Integration
-
-**Used by:**
-- `single-flow-task-execution` — Review after each task
-- `symphony-enforcer` — Review before `symphony_complete_task`
-
-**Related skills:**
-- `verification-gate` — Run tests BEFORE requesting review
-- `systematic-debugging` — If review reveals bugs
-
-## Anti-Rationalization Table
-
-| Excuse | Reality |
-|--------|---------|
-| "It's a small change" | Small changes cause big bugs |
-| "Tests pass so it's correct" | Tests ≠ requirements. Review catches logic gaps |
-| "I'm confident in this code" | Confidence ≠ correctness |
-| "No time for review" | 5 min review saves 2 hours debugging |
-| "I'll review it later" | Later never comes. Review now |
-| "Only I understand this code" | That's exactly why someone else should review |