heraspec 0.1.13 → 0.1.15

package/dist/core/templates/skills/e2e-test/skill.md

@@ -0,0 +1,119 @@
+# Skill: End-to-End (E2E) Testing (Cross-Cutting)
+
+## Purpose
+
+This skill is used to create end-to-end tests that verify complete user workflows from start to finish. E2E tests simulate real user interactions with the application.
+
+## When to Use
+
+- When testing complete user workflows
+- When testing critical user journeys
+- When testing UI interactions
+- When verifying application behavior from user perspective
+- When testing authentication flows
+- When testing payment/transaction flows
+
+## Step-by-Step Process
+
+### Step 1: Identify User Journeys
+- Map critical user workflows
+- Identify key user scenarios
+- List user personas and their goals
+- Determine test priorities (critical paths first)
+- Document expected user behavior
+
+### Step 2: Set Up E2E Testing Framework
+- Choose E2E testing tool (Playwright, Cypress, Selenium, etc.)
+- Configure test environment
+- Set up test browser/headless mode
+- Configure test data and user accounts
+- Set up test application instance
+
+### Step 3: Write E2E Tests
+- Create test files for each user journey
+- Write tests simulating user actions (click, type, navigate)
+- Test complete workflows from start to finish
+- Verify UI elements and feedback
+- Test error scenarios and edge cases
+- Use page objects for maintainability
+
+### Step 4: Run and Verify
+- Run E2E tests
+- Verify tests pass consistently
+- Check test execution time
+- Review test failures and flakiness
+- Ensure tests are stable and reliable
+
+### Step 5: Maintain Tests
+- Update tests when UI changes
+- Keep page objects synchronized with UI
+- Document test scenarios
+- Monitor test stability
+
+## Required Input
+
+- **User journeys**: List of critical user workflows
+- **Test environment**: Application URL and test environment setup
+- **Test accounts**: User accounts for testing
+- **E2E framework**: Testing framework to use
+- **Browser**: Browser to test in (Chrome, Firefox, etc.)
+
+## Expected Output
+
+- E2E test files
+- Test scenarios covering user journeys
+- Page objects for UI elements
+- Passing E2E test suite
+- Documentation of E2E test scenarios
+
+## Tone & Rules
+
+### Test Scope
+- Focus on critical user journeys
+- Test from user perspective
+- Verify complete workflows
+- Test happy paths and error scenarios
+
+### Test Stability
+- Use reliable selectors (data-testid, stable IDs)
+- Add appropriate waits for async operations
+- Handle flaky elements (retries, explicit waits)
+- Keep tests independent and isolated
+
+### Performance
+- E2E tests are slowest (run separately)
+- Use headless mode for CI
+- Parallelize tests when possible
+- Consider test execution time
+
+### Limitations
+- ❌ DO NOT test every UI element (focus on journeys)
+- ❌ DO NOT use brittle selectors (XPath with complex paths)
+- ❌ DO NOT skip error handling
+- ❌ DO NOT write tests that depend on timing
+- ❌ DO NOT test implementation details
+
+## Available Templates
+
+- `templates/e2e-test-template.js` - JavaScript/Playwright template
+- `templates/e2e-test-template.ts` - TypeScript/Cypress template
+- `templates/e2e-test-template.py` - Python/Selenium template
+
+## Available Scripts
+
+- `scripts/setup-e2e-env.sh` - Set up E2E test environment
+- `scripts/run-e2e-tests.sh` - Run E2E test suite
+
+## Examples
+
+See `examples/` directory for reference:
+- `good-e2e-test/` - Well-structured E2E tests
+- `bad-e2e-test/` - Examples to avoid
+
+## Links to Other Skills
+
+- **unit-test**: Use for testing individual components
+- **integration-test**: Use for testing component interactions
+- **ui-ux**: Reference when testing UI interactions
+- **documents**: Use to document E2E test strategy
+

package/dist/core/templates/skills/e2e-test-skill.md

@@ -1,119 +1,119 @@
-# Skill: End-to-End (E2E) Testing (Cross-Cutting)
-
-## Purpose
-
-This skill is used to create end-to-end tests that verify complete user workflows from start to finish. E2E tests simulate real user interactions with the application.
-
-## When to Use
-
-- When testing complete user workflows
-- When testing critical user journeys
-- When testing UI interactions
-- When verifying application behavior from user perspective
-- When testing authentication flows
-- When testing payment/transaction flows
-
-## Step-by-Step Process
-
-### Step 1: Identify User Journeys
-- Map critical user workflows
-- Identify key user scenarios
-- List user personas and their goals
-- Determine test priorities (critical paths first)
-- Document expected user behavior
-
-### Step 2: Set Up E2E Testing Framework
-- Choose E2E testing tool (Playwright, Cypress, Selenium, etc.)
-- Configure test environment
-- Set up test browser/headless mode
-- Configure test data and user accounts
-- Set up test application instance
-
-### Step 3: Write E2E Tests
-- Create test files for each user journey
-- Write tests simulating user actions (click, type, navigate)
-- Test complete workflows from start to finish
-- Verify UI elements and feedback
-- Test error scenarios and edge cases
-- Use page objects for maintainability
-
-### Step 4: Run and Verify
-- Run E2E tests
-- Verify tests pass consistently
-- Check test execution time
-- Review test failures and flakiness
-- Ensure tests are stable and reliable
-
-### Step 5: Maintain Tests
-- Update tests when UI changes
-- Keep page objects synchronized with UI
-- Document test scenarios
-- Monitor test stability
-
-## Required Input
-
-- **User journeys**: List of critical user workflows
-- **Test environment**: Application URL and test environment setup
-- **Test accounts**: User accounts for testing
-- **E2E framework**: Testing framework to use
-- **Browser**: Browser to test in (Chrome, Firefox, etc.)
-
-## Expected Output
-
-- E2E test files
-- Test scenarios covering user journeys
-- Page objects for UI elements
-- Passing E2E test suite
-- Documentation of E2E test scenarios
-
-## Tone & Rules
-
-### Test Scope
-- Focus on critical user journeys
-- Test from user perspective
-- Verify complete workflows
-- Test happy paths and error scenarios
-
-### Test Stability
-- Use reliable selectors (data-testid, stable IDs)
-- Add appropriate waits for async operations
-- Handle flaky elements (retries, explicit waits)
-- Keep tests independent and isolated
-
-### Performance
-- E2E tests are slowest (run separately)
-- Use headless mode for CI
-- Parallelize tests when possible
-- Consider test execution time
-
-### Limitations
-- ❌ DO NOT test every UI element (focus on journeys)
-- ❌ DO NOT use brittle selectors (XPath with complex paths)
-- ❌ DO NOT skip error handling
-- ❌ DO NOT write tests that depend on timing
-- ❌ DO NOT test implementation details
-
-## Available Templates
-
-- `templates/e2e-test-template.js` - JavaScript/Playwright template
-- `templates/e2e-test-template.ts` - TypeScript/Cypress template
-- `templates/e2e-test-template.py` - Python/Selenium template
-
-## Available Scripts
-
-- `scripts/setup-e2e-env.sh` - Set up E2E test environment
-- `scripts/run-e2e-tests.sh` - Run E2E test suite
-
-## Examples
-
-See `examples/` directory for reference:
-- `good-e2e-test/` - Well-structured E2E tests
-- `bad-e2e-test/` - Examples to avoid
-
-## Links to Other Skills
-
-- **unit-test**: Use for testing individual components
-- **integration-test**: Use for testing component interactions
-- **ui-ux**: Reference when testing UI interactions
-- **documents**: Use to document E2E test strategy
-
+# Skill: End-to-End (E2E) Testing (Cross-Cutting)
+
+## Purpose
+
+This skill is used to create end-to-end tests that verify complete user workflows from start to finish. E2E tests simulate real user interactions with the application.
+
+## When to Use
+
+- When testing complete user workflows
+- When testing critical user journeys
+- When testing UI interactions
+- When verifying application behavior from user perspective
+- When testing authentication flows
+- When testing payment/transaction flows
+
+## Step-by-Step Process
+
+### Step 1: Identify User Journeys
+- Map critical user workflows
+- Identify key user scenarios
+- List user personas and their goals
+- Determine test priorities (critical paths first)
+- Document expected user behavior
+
+### Step 2: Set Up E2E Testing Framework
+- Choose E2E testing tool (Playwright, Cypress, Selenium, etc.)
+- Configure test environment
+- Set up test browser/headless mode
+- Configure test data and user accounts
+- Set up test application instance
+
+### Step 3: Write E2E Tests
+- Create test files for each user journey
+- Write tests simulating user actions (click, type, navigate)
+- Test complete workflows from start to finish
+- Verify UI elements and feedback
+- Test error scenarios and edge cases
+- Use page objects for maintainability
+
+### Step 4: Run and Verify
+- Run E2E tests
+- Verify tests pass consistently
+- Check test execution time
+- Review test failures and flakiness
+- Ensure tests are stable and reliable
+
+### Step 5: Maintain Tests
+- Update tests when UI changes
+- Keep page objects synchronized with UI
+- Document test scenarios
+- Monitor test stability
+
+## Required Input
+
+- **User journeys**: List of critical user workflows
+- **Test environment**: Application URL and test environment setup
+- **Test accounts**: User accounts for testing
+- **E2E framework**: Testing framework to use
+- **Browser**: Browser to test in (Chrome, Firefox, etc.)
+
+## Expected Output
+
+- E2E test files
+- Test scenarios covering user journeys
+- Page objects for UI elements
+- Passing E2E test suite
+- Documentation of E2E test scenarios
+
+## Tone & Rules
+
+### Test Scope
+- Focus on critical user journeys
+- Test from user perspective
+- Verify complete workflows
+- Test happy paths and error scenarios
+
+### Test Stability
+- Use reliable selectors (data-testid, stable IDs)
+- Add appropriate waits for async operations
+- Handle flaky elements (retries, explicit waits)
+- Keep tests independent and isolated
+
+### Performance
+- E2E tests are slowest (run separately)
+- Use headless mode for CI
+- Parallelize tests when possible
+- Consider test execution time
+
+### Limitations
+- ❌ DO NOT test every UI element (focus on journeys)
+- ❌ DO NOT use brittle selectors (XPath with complex paths)
+- ❌ DO NOT skip error handling
+- ❌ DO NOT write tests that depend on timing
+- ❌ DO NOT test implementation details
+
+## Available Templates
+
+- `templates/e2e-test-template.js` - JavaScript/Playwright template
+- `templates/e2e-test-template.ts` - TypeScript/Cypress template
+- `templates/e2e-test-template.py` - Python/Selenium template
+
+## Available Scripts
+
+- `scripts/setup-e2e-env.sh` - Set up E2E test environment
+- `scripts/run-e2e-tests.sh` - Run E2E test suite
+
+## Examples
+
+See `examples/` directory for reference:
+- `good-e2e-test/` - Well-structured E2E tests
+- `bad-e2e-test/` - Examples to avoid
+
+## Links to Other Skills
+
+- **unit-test**: Use for testing individual components
+- **integration-test**: Use for testing component interactions
+- **ui-ux**: Reference when testing UI interactions
+- **documents**: Use to document E2E test strategy
+

package/dist/core/templates/skills/email-sequence/skill.md

@@ -0,0 +1,68 @@
+# Skill: Email Sequence (Cross-Cutting)
+
+## Purpose
+
+Design and draft multi-email sequences (drip campaigns, nurture flows, onboarding series) with full copy, timing delays, branching logic, exit conditions, and performance benchmarks.
+
+## When to Use
+
+- When building user onboarding, lead nurturing, re-engagement, win-back, or product launch email flows.
+- When you need a complete campaign map showing visual delays and conditions.
+- When setting up automated email campaigns in platforms like Klaviyo, HubSpot, Mailchimp, or Customer.io.
+
+## Step-by-Step Process
+
+### Step 1: Sequence Strategy
+- Define the core goal of the sequence (e.g., convert trial to paid) and exit conditions (when a recipient completes the goal, remove them).
+- Establish the overall narrative arc and progression across all emails.
+
+### Step 2: Sequence Architecture & Delays
+- Map out the number of emails and delay intervals (e.g., Email 1 on day 0, Email 2 on day 3, etc.).
+- Set branching logic based on user action (e.g., opened but did not click vs. clicked).
+
+### Step 3: Write Email Copy
+- For each email, provide 2-3 subject line options and a compelling preview text (40-90 chars).
+- Draft scannable body copy with clear benefit hooks and exactly one primary CTA.
+
+### Step 4: Define Exit & Suppression Logic
+- Specify who should be excluded (suppression rules) and when they exit the flow automatically.
+
+### Step 5: Establish Performance Benchmarks
+- Provide standard industry metrics (Open Rate, CTR, Conversion Rate) for tracking.
+
+## Required Input
+
+- **Sequence Type**: Onboarding, lead nurture, re-engagement, win-back, etc.
+- **Goal**: The single action that ends the sequence.
+- **Audience**: Segmentation details, buyer persona, lifecycle stage.
+- **Delays/Timing**: Desired delay intervals.
+
+## Expected Output
+
+- **Sequence Overview Table**: Summary of emails, delays, and CTAs.
+- **Email Drafts**: Full copy-paste-ready drafts including subject lines, preview text, body copy, and CTAs.
+- **Branching Flow Diagram**: Text-based ASCII flow chart displaying paths and exit points.
+- **Target Performance Benchmarks Table**: Expected Open Rate, CTR, and Conversion metrics.
+
+## Tone & Rules
+
+- Write in a friendly, conversational, yet highly professional and value-first tone.
+- Avoid multiple competing CTAs in a single email. Keep it highly focused on one next step.
+- Include personalization tokens (e.g., `{{first_name}}`, `{{company}}`) in email body text.
+
+## Available Templates
+
+- None
+
+## Available Scripts
+
+- None
+
+## Examples
+
+See `examples/` directory.
+
+## Links to Other Skills
+
+- **content-creation**: Use content guidelines and hook formulas to write email drafts.
+- **documents**: Use to outline technical integration guides linked in the emails.

package/dist/core/templates/skills/email-sequence/skill.vi.md

@@ -0,0 +1,68 @@
+# Kỹ năng: Chuỗi Email Tự động (Email Sequence) (Cross-Cutting)
+
+## Mục đích
+
+Thiết kế và soạn thảo các chuỗi email tự động (drip campaigns, nurture flows, onboarding series) kèm nội dung chi tiết, thời gian giãn cách giữa các email, logic rẽ nhánh, điều kiện dừng và các chỉ số đo lường hiệu năng.
+
+## Khi nào sử dụng
+
+- Khi xây dựng chuỗi email chào mừng (onboarding), nuôi dưỡng leads (lead nurture), tương tác lại (re-engagement), kéo khách hàng quay lại (win-back) hoặc ra mắt sản phẩm.
+- Khi cần sơ đồ hóa toàn bộ luồng gửi email kèm các điều kiện rẽ nhánh và điểm dừng.
+- Khi thiết lập các chiến dịch tự động hóa trên các nền tảng như Klaviyo, HubSpot, Mailchimp hoặc Customer.io.
+
+## Quy trình từng bước
+
+### Bước 1: Chiến lược Chuỗi Email
+- Xác định mục tiêu cốt lõi của chuỗi (ví dụ: chuyển đổi từ dùng thử sang trả phí) và điều kiện thoát khỏi luồng (khi người nhận hoàn thành mục tiêu, tự động dừng gửi).
+- Thiết lập cốt truyện (narrative arc) xuyên suốt và logic tiến trình giữa các email.
+
+### Bước 2: Cấu trúc Chuỗi & Thời gian chờ (Delays)
+- Lên sơ đồ số lượng email và khoảng cách thời gian gửi (ví dụ: Email 1 gửi ngay ngày 0, Email 2 sau 3 ngày, v.v...).
+- Thiết lập logic rẽ nhánh dựa trên hành động của người nhận (ví dụ: đã mở nhưng chưa click vs. đã click link).
+
+### Bước 3: Soạn thảo Nội dung Email
+- Với mỗi email, cung cấp 2-3 phương án dòng tiêu đề (subject lines) và mô tả preview text hấp dẫn (40-90 ký tự).
+- Viết thân bài dễ đọc, ngắn gọn, đi thẳng vào lợi ích của khách hàng và chỉ chứa duy nhất một CTA chính.
+
+### Bước 4: Định nghĩa Điều kiện Dừng & Loại trừ
+- Chỉ rõ các đối tượng cần loại trừ (suppression rules) và thời điểm họ tự động thoát khỏi luồng để tránh spam.
+
+### Bước 5: Thiết lập Chỉ số Đo lường (Benchmarks)
+- Đưa ra các chỉ số tiêu chuẩn của ngành (Tỷ lệ Mở - Open Rate, Tỷ lệ Click - CTR, Tỷ lệ Chuyển đổi) để theo dõi và tối ưu.
+
+## Input yêu cầu
+
+- **Loại chuỗi**: Chào mừng (onboarding), nuôi dưỡng leads, re-engagement, win-back, v.v...
+- **Mục tiêu**: Hành động duy nhất để hoàn thành chuỗi email.
+- **Đối tượng**: Chi tiết phân khúc, chân dung khách hàng, giai đoạn vòng đời.
+- **Thời gian chờ/Giãn cách**: Khoảng cách mong muốn giữa các email.
+
+## Output mong đợi
+
+- **Bảng tóm tắt chuỗi**: Tóm tắt các email, thời gian chờ, và CTAs.
+- **Bản thảo chi tiết**: Bài viết hoàn chỉnh sẵn sàng copy-paste, bao gồm các phương án tiêu đề, preview text, thân bài và CTAs.
+- **Sơ đồ luồng rẽ nhánh**: Sơ đồ ASCII mô tả trực quan các luồng gửi và điểm dừng.
+- **Bảng mục tiêu hiệu năng**: Tỷ lệ mở, tỷ lệ click và tỷ lệ chuyển đổi kỳ vọng.
+
+## Giọng điệu & Quy tắc
+
+- Viết bằng giọng điệu thân thiện, mang tính đối thoại nhưng vẫn giữ sự chuyên nghiệp và luôn trao giá trị trước.
+- Tránh chèn quá nhiều CTAs cạnh tranh nhau trong một email. Tập trung cao độ vào một hành động tiếp theo duy nhất.
+- Sử dụng các token cá nhân hóa (ví dụ: `{{first_name}}`, `{{company}}`) trong văn bản.
+
+## Templates có sẵn
+
+- Không có
+
+## Templates Scripts có sẵn
+
+- Không có
+
+## Ví dụ
+
+Xem thư mục `examples/`.
+
+## Liên kết với các kỹ năng khác
+
+- **content-creation**: Áp dụng các nguyên tắc viết tiêu đề và viết mở bài thu hút để soạn thảo email.
+- **documents**: Dùng để phác thảo các hướng dẫn kỹ thuật chi tiết được đính kèm trong link email.

package/dist/core/templates/skills/email-sequence-skill.md

@@ -0,0 +1,68 @@
+# Skill: Email Sequence (Cross-Cutting)
+
+## Purpose
+
+Design and draft multi-email sequences (drip campaigns, nurture flows, onboarding series) with full copy, timing delays, branching logic, exit conditions, and performance benchmarks.
+
+## When to Use
+
+- When building user onboarding, lead nurturing, re-engagement, win-back, or product launch email flows.
+- When you need a complete campaign map showing visual delays and conditions.
+- When setting up automated email campaigns in platforms like Klaviyo, HubSpot, Mailchimp, or Customer.io.
+
+## Step-by-Step Process
+
+### Step 1: Sequence Strategy
+- Define the core goal of the sequence (e.g., convert trial to paid) and exit conditions (when a recipient completes the goal, remove them).
+- Establish the overall narrative arc and progression across all emails.
+
+### Step 2: Sequence Architecture & Delays
+- Map out the number of emails and delay intervals (e.g., Email 1 on day 0, Email 2 on day 3, etc.).
+- Set branching logic based on user action (e.g., opened but did not click vs. clicked).
+
+### Step 3: Write Email Copy
+- For each email, provide 2-3 subject line options and a compelling preview text (40-90 chars).
+- Draft scannable body copy with clear benefit hooks and exactly one primary CTA.
+
+### Step 4: Define Exit & Suppression Logic
+- Specify who should be excluded (suppression rules) and when they exit the flow automatically.
+
+### Step 5: Establish Performance Benchmarks
+- Provide standard industry metrics (Open Rate, CTR, Conversion Rate) for tracking.
+
+## Required Input
+
+- **Sequence Type**: Onboarding, lead nurture, re-engagement, win-back, etc.
+- **Goal**: The single action that ends the sequence.
+- **Audience**: Segmentation details, buyer persona, lifecycle stage.
+- **Delays/Timing**: Desired delay intervals.
+
+## Expected Output
+
+- **Sequence Overview Table**: Summary of emails, delays, and CTAs.
+- **Email Drafts**: Full copy-paste-ready drafts including subject lines, preview text, body copy, and CTAs.
+- **Branching Flow Diagram**: Text-based ASCII flow chart displaying paths and exit points.
+- **Target Performance Benchmarks Table**: Expected Open Rate, CTR, and Conversion metrics.
+
+## Tone & Rules
+
+- Write in a friendly, conversational, yet highly professional and value-first tone.
+- Avoid multiple competing CTAs in a single email. Keep it highly focused on one next step.
+- Include personalization tokens (e.g., `{{first_name}}`, `{{company}}`) in email body text.
+
+## Available Templates
+
+- None
+
+## Available Scripts
+
+- None
+
+## Examples
+
+See `examples/` directory.
+
+## Links to Other Skills
+
+- **content-creation**: Use content guidelines and hook formulas to write email drafts.
+- **documents**: Use to outline technical integration guides linked in the emails.

package/dist/core/templates/skills/email-sequence-skill.vi.md

@@ -0,0 +1,68 @@
+# Kỹ năng: Chuỗi Email Tự động (Email Sequence) (Cross-Cutting)
+
+## Mục đích
+
+Thiết kế và soạn thảo các chuỗi email tự động (drip campaigns, nurture flows, onboarding series) kèm nội dung chi tiết, thời gian giãn cách giữa các email, logic rẽ nhánh, điều kiện dừng và các chỉ số đo lường hiệu năng.
+
+## Khi nào sử dụng
+
+- Khi xây dựng chuỗi email chào mừng (onboarding), nuôi dưỡng leads (lead nurture), tương tác lại (re-engagement), kéo khách hàng quay lại (win-back) hoặc ra mắt sản phẩm.
+- Khi cần sơ đồ hóa toàn bộ luồng gửi email kèm các điều kiện rẽ nhánh và điểm dừng.
+- Khi thiết lập các chiến dịch tự động hóa trên các nền tảng như Klaviyo, HubSpot, Mailchimp hoặc Customer.io.
+
+## Quy trình từng bước
+
+### Bước 1: Chiến lược Chuỗi Email
+- Xác định mục tiêu cốt lõi của chuỗi (ví dụ: chuyển đổi từ dùng thử sang trả phí) và điều kiện thoát khỏi luồng (khi người nhận hoàn thành mục tiêu, tự động dừng gửi).
+- Thiết lập cốt truyện (narrative arc) xuyên suốt và logic tiến trình giữa các email.
+
+### Bước 2: Cấu trúc Chuỗi & Thời gian chờ (Delays)
+- Lên sơ đồ số lượng email và khoảng cách thời gian gửi (ví dụ: Email 1 gửi ngay ngày 0, Email 2 sau 3 ngày, v.v...).
+- Thiết lập logic rẽ nhánh dựa trên hành động của người nhận (ví dụ: đã mở nhưng chưa click vs. đã click link).
+
+### Bước 3: Soạn thảo Nội dung Email
+- Với mỗi email, cung cấp 2-3 phương án dòng tiêu đề (subject lines) và mô tả preview text hấp dẫn (40-90 ký tự).
+- Viết thân bài dễ đọc, ngắn gọn, đi thẳng vào lợi ích của khách hàng và chỉ chứa duy nhất một CTA chính.
+
+### Bước 4: Định nghĩa Điều kiện Dừng & Loại trừ
+- Chỉ rõ các đối tượng cần loại trừ (suppression rules) và thời điểm họ tự động thoát khỏi luồng để tránh spam.
+
+### Bước 5: Thiết lập Chỉ số Đo lường (Benchmarks)
+- Đưa ra các chỉ số tiêu chuẩn của ngành (Tỷ lệ Mở - Open Rate, Tỷ lệ Click - CTR, Tỷ lệ Chuyển đổi) để theo dõi và tối ưu.
+
+## Input yêu cầu
+
+- **Loại chuỗi**: Chào mừng (onboarding), nuôi dưỡng leads, re-engagement, win-back, v.v...
+- **Mục tiêu**: Hành động duy nhất để hoàn thành chuỗi email.
+- **Đối tượng**: Chi tiết phân khúc, chân dung khách hàng, giai đoạn vòng đời.
+- **Thời gian chờ/Giãn cách**: Khoảng cách mong muốn giữa các email.
+
+## Output mong đợi
+
+- **Bảng tóm tắt chuỗi**: Tóm tắt các email, thời gian chờ, và CTAs.
+- **Bản thảo chi tiết**: Bài viết hoàn chỉnh sẵn sàng copy-paste, bao gồm các phương án tiêu đề, preview text, thân bài và CTAs.
+- **Sơ đồ luồng rẽ nhánh**: Sơ đồ ASCII mô tả trực quan các luồng gửi và điểm dừng.
+- **Bảng mục tiêu hiệu năng**: Tỷ lệ mở, tỷ lệ click và tỷ lệ chuyển đổi kỳ vọng.
+
+## Giọng điệu & Quy tắc
+
+- Viết bằng giọng điệu thân thiện, mang tính đối thoại nhưng vẫn giữ sự chuyên nghiệp và luôn trao giá trị trước.
+- Tránh chèn quá nhiều CTAs cạnh tranh nhau trong một email. Tập trung cao độ vào một hành động tiếp theo duy nhất.
+- Sử dụng các token cá nhân hóa (ví dụ: `{{first_name}}`, `{{company}}`) trong văn bản.
+
+## Templates có sẵn
+
+- Không có
+
+## Templates Scripts có sẵn
+
+- Không có
+
+## Ví dụ
+
+Xem thư mục `examples/`.
+
+## Liên kết với các kỹ năng khác
+
+- **content-creation**: Áp dụng các nguyên tắc viết tiêu đề và viết mở bài thu hút để soạn thảo email.
+- **documents**: Dùng để phác thảo các hướng dẫn kỹ thuật chi tiết được đính kèm trong link email.