Chuyển tới nội dung chính

Hướng dẫn: Các trường hợp sử dụng nâng cao

Mục tiêu: Làm chủ các quy trình phức tạp kết hợp nhiều tính năng của Rephlo để tối đa hóa năng suất. Cấp độ: Chuyên gia Thời gian: 30-60 phút để đọc; làm chủ là một quá trình liên tục


Mục lục

  1. Tối ưu hóa quy trình đa nhà cung cấp
  2. Chuỗi Space và điều phối ngữ cảnh
  3. Kết hợp lệnh nâng cao
  4. Tích hợp quy trình doanh nghiệp
  5. Quy trình rà soát mã có hỗ trợ AI
  6. Quy trình nội dung đa ngôn ngữ
  7. Quy trình tổng hợp nghiên cứu
  8. Xử lý dữ liệu nhạy cảm ưu tiên quyền riêng tư
  9. Trợ lý cuộc họp thời gian thực
  10. Quy trình viết sáng tạo

1. Tối ưu hóa quy trình đa nhà cung cấp

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 30 phút thiết lập, tối ưu liên tục Điều kiện tiên quyết: Đã cấu hình 2+ nhà cung cấp (khuyến nghị: một mô hình nhanh như Gemini 3.5 Flash hoặc GPT-5.4 Mini, cộng với một mô hình cao cấp như Claude Sonnet 4.6)

Tình huống

Bạn xử lý hàng trăm thao tác văn bản mỗi ngày. Các tác vụ đơn giản (sửa ngữ pháp, định dạng) không cần mô hình đắt tiền, nhưng các tác vụ suy luận phức tạp lại đòi hỏi AI hàng đầu. Bằng cách định tuyến tác vụ đến các nhà cung cấp khác nhau một cách chiến lược, bạn có thể giảm đáng kể chi phí mà vẫn duy trì chất lượng.

Kiến trúc quy trình

Thiết lập từng bước

Bước 1: Tạo nhóm lệnh riêng theo nhà cung cấp

  1. Mở Dashboard > Commands > Manage Groups.
  2. Tạo ba nhóm:
    • "Quick Tasks" (xanh lá, biểu tượng tia sét)
    • "Standard Tasks" (xanh dương, biểu tượng bánh răng)
    • "Deep Analysis" (tím, biểu tượng bộ não)

Bước 2: Cấu hình lệnh theo độ phức tạp

Quick Tasks (Gemini 3.5 Flash - Nhanh/Chi phí thấp)

  • Grammar Check
  • Spelling Fix
  • Text Formatting
  • Simple Translation
  • Bullet Point Extraction

Standard Tasks (GPT-5.4 Mini - Cân bằng)

  • Email Rewriting
  • Code Documentation
  • Summary Generation
  • Meeting Notes Cleanup

Deep Analysis (Claude Sonnet 4.6 - Cao cấp)

  • Legal Document Review
  • Complex Code Refactoring
  • Strategic Analysis
  • Long-form Content Creation
  • Multi-document Synthesis

Bước 3: Gán nhà cung cấp cho lệnh

  1. Chỉnh sửa từng lệnh trong nhóm tương ứng.
  2. Trong danh sách thả xuống Provider, chọn nhà cung cấp đã chỉ định.
  3. Lưu lệnh.

Bước 4: Chuyển nhà cung cấp giữa cuộc trò chuyện

Đối với các cuộc trò chuyện chat có độ phức tạp thay đổi theo thời gian:

  1. Bắt đầu cuộc trò chuyện với một mô hình nhanh như Gemini 3.5 Flash để khám phá ban đầu.
  2. Khi cần phân tích sâu hơn, nhấp vào bộ chọn Provider ở đầu cửa sổ chat.
  3. Chuyển sang Claude Sonnet 4.6.
  4. Ngữ cảnh cuộc trò chuyện được giữ nguyên; chỉ mô hình thay đổi.

Ví dụ tính toán chi phí

Việc định tuyến từng tác vụ đến đúng cấp độ chính là nơi tạo ra khoản tiết kiệm. Chi phí tương đối của từng loại tác vụ tuân theo một khuôn mẫu đơn giản:

Loại tác vụKhối lượng/thángKhông tối ưu hóaCó tối ưu hóa
Kiểm tra ngữ pháp500Mô hình cao cấp (chi phí cao)Mô hình nhanh (chi phí rất thấp)
Viết lại email200Mô hình cao cấp (chi phí cao)Mô hình cân bằng (chi phí thấp)
Phân tích sâu50Mô hình cao cấp (chi phí cao)Mô hình cao cấp (chi phí cao)
Tác động ròng750Chi tiêu cao nhấtGiảm mạnh ở các cấp độ khối lượng lớn

Đòn bẩy lớn nhất nằm ở hàng có khối lượng lớn, độ phức tạp thấp: chuyển việc kiểm tra ngữ pháp và các tác vụ tương tự ra khỏi mô hình cao cấp sang mô hình nhanh sẽ loại bỏ phần lớn chi tiêu của bạn. Để biết mức giá hiện tại của Dedicated API (và cách credit được tiêu thụ theo từng mô hình), xem Bảng giá RephloGói & Bảng giá.

Mẹo từ chuyên gia

  • Gộp các tác vụ tương tự: Xử lý tất cả các lượt kiểm tra ngữ pháp cùng nhau trước khi chuyển nhà cung cấp.
  • Dùng phím tắt theo nhóm: Gán Ctrl+1 cho Quick Tasks, Ctrl+2 cho Standard, Ctrl+3 cho Deep.
  • Theo dõi History: Xem lại trang History để xác định các tác vụ có thể hạ cấp mô hình.

Cạm bẫy tiềm ẩn

  • Định tuyến tác vụ phức tạp chưa đủ mạnh: Nếu chất lượng đầu ra giảm sút, hãy chuyển lệnh lên cấp cao hơn.
  • Quá phụ thuộc vào mô hình nhanh: Các mô hình nhỏ hơn, nhanh hơn có thể có cửa sổ ngữ cảnh hẹp hơn và khả năng suy luận yếu hơn. Hãy kiểm tra giới hạn của mô hình cụ thể mà bạn định tuyến đến.
  • Quản lý khóa API: Đảm bảo tất cả khóa của các nhà cung cấp vẫn còn hiệu lực và còn số dư.

2. Chuỗi Space và điều phối ngữ cảnh

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 45 phút thiết lập, thời gian duy trì thay đổi tùy trường hợp Điều kiện tiên quyết: Đã tạo 3+ Space với các lĩnh vực kiến thức khác nhau

Tình huống

Bạn đang chuẩn bị một đề xuất toàn diện đòi hỏi kiến thức về tuân thủ pháp lý, thông số kỹ thuật và chiến lược kinh doanh. Mỗi lĩnh vực kiến thức nằm trong một Space riêng. Bạn cần điều phối chúng cùng nhau mà không hợp nhất các tệp.

Kiến trúc quy trình

Quy trình từng bước

Bước 1: Tạo các Space riêng theo lĩnh vực

  1. Legal Space: Tải lên tài liệu tuân thủ, mẫu hợp đồng, hướng dẫn quy định.
  2. Technical Space: Tải lên tài liệu API, thông số kỹ thuật, sơ đồ kiến trúc.
  3. Business Space: Tải lên bảng giá, case study, phân tích cạnh tranh.

Bước 2: Tạo lệnh riêng cho từng phần

Lệnh: "Draft Compliance Section"

Using the regulatory requirements and compliance standards in the Space,
draft a compliance section for a proposal that addresses:
- Data protection requirements
- Industry-specific regulations
- Certification requirements

Format as formal proposal text with numbered sections.

Gán cho: Legal Space

Lệnh: "Draft Technical Architecture"

Based on the technical specifications and API documentation,
create a technical architecture section covering:
- System integration approach
- Security architecture
- Scalability considerations

Include diagrams in ASCII format where helpful.

Gán cho: Technical Space

Lệnh: "Draft Business Case"

Using the pricing models and case studies, draft a business case section:
- ROI analysis framework
- Competitive positioning
- Success metrics

Reference specific case study outcomes where applicable.

Gán cho: Business Space

Bước 3: Thực thi quy trình chuỗi Space

  1. Kích hoạt Legal Space > Chạy "Draft Compliance Section" > Lưu kết quả.
  2. Kích hoạt Technical Space > Chạy "Draft Technical Architecture" > Lưu kết quả.
  3. Kích hoạt Business Space > Chạy "Draft Business Case" > Lưu kết quả.

Bước 4: Tổng hợp giữa các Space

Tạo một lệnh "Meta-Synthesis" không cần Space:

Lệnh: "Synthesize Proposal Sections"

I have the following sections from different domains:

{{input_content}}

Create an executive summary that:
1. Highlights the key points from each section
2. Identifies connections between technical, legal, and business aspects
3. Provides a cohesive narrative for decision-makers

Output as a 2-page executive summary.

Sau đó dán cả ba kết quả vào đầu vào và chạy lệnh tổng hợp.

Đưa biến vào từ nhiều Space

Đối với người dùng nâng cao, hãy tạo một lệnh chủ đạo với các tham chiếu tệp tường minh:

Review this proposal draft: {{input_content}}

Cross-reference with:
- Compliance: {{compliance_checklist_pdf}} [from Legal Space]
- Technical: {{api_v3_spec_md}} [from Technical Space]
- Pricing: {{enterprise_pricing_xlsx}} [from Business Space]

Identify any inconsistencies or gaps.

Lưu ý: Điều này yêu cầu các tệp phải nằm trong Space đang hoạt động hoặc sử dụng lệnh đa Space (cấu hình nâng cao).

Mẹo từ chuyên gia

  • Tạo một "Meta-Space": Một Space chỉ chứa bản tóm tắt/mục lục của các Space khác của bạn.
  • Dùng cách đặt tên nhất quán: Thêm tiền tố theo lĩnh vực cho tệp (legal_, tech_, biz_) để dễ đưa biến hơn.
  • Đánh phiên bản cho Space của bạn: Lưu trữ các phiên bản cũ trước khi cập nhật tài liệu lớn.

Cạm bẫy tiềm ẩn

  • Giới hạn cửa sổ ngữ cảnh: Kết hợp nhiều Space có thể vượt quá giới hạn token. Hãy dùng Compact.
  • Dữ liệu cũ: Đảm bảo tất cả các Space được cập nhật trước các quy trình quan trọng.
  • Chi phí chuyển đổi: Chuyển Space thường xuyên có thể phá vỡ mạch làm việc.

3. Kết hợp lệnh nâng cao

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 20 phút thiết lập cho mỗi chuỗi Điều kiện tiên quyết: Hiểu về biến, tạo lệnh ở mức trung cấp

Tình huống

Bạn cần tạo các chuỗi lệnh phức tạp cho ra dữ liệu có cấu trúc (JSON, bảng Markdown) mà các lệnh khác hoặc công cụ bên ngoài có thể sử dụng.

Kiến trúc quy trình

Mẫu 1: Trích xuất dữ liệu có cấu trúc

Lệnh: "Extract Meeting Actions"

Analyze this meeting transcript and extract all action items.

Output ONLY valid JSON in this exact format:
{
"meeting_date": "YYYY-MM-DD",
"action_items": [
{
"owner": "Person Name",
"task": "Task description",
"due_date": "YYYY-MM-DD or null",
"priority": "high|medium|low"
}
]
}

Transcript:
{{input_content}}

Mẫu 2: Chuyển đổi JSON sang Markdown

Lệnh: "Actions to Markdown Table"

Convert this JSON action items list to a Markdown table:

{{input_content}}

Output format:
| Owner | Task | Due Date | Priority |
|-------|------|----------|----------|
| ... | ... | ... | ... |

Include a summary row with total counts per priority level.

Mẫu 3: Prompt tự tham chiếu dùng ngữ cảnh Space

Lệnh: "Apply Style Guide" (kèm ngữ cảnh Space)

Rewrite the following text according to the style rules in my Space:

Text to rewrite:
{{input_content}}

Style requirements from Space:
{{style_guide_md}}

Additional rules:
1. Maintain the original meaning
2. Flag any terms that need glossary definitions
3. Output the rewritten text followed by a "CHANGES MADE:" section

Mẫu 4: Lệnh chuỗi nhiều bước

Tạo một lệnh nối rõ ràng nhiều thao tác:

Lệnh: "Full Content Pipeline"

Process this content through the following stages:

INPUT:
{{input_content}}

STAGE 1 - ANALYSIS:
Identify the following:
- Main topic (1 sentence)
- Key points (bullet list)
- Target audience
- Tone assessment

STAGE 2 - ENHANCEMENT:
Based on the analysis, improve the content by:
- Strengthening weak arguments
- Adding transitions
- Improving clarity

STAGE 3 - FORMATTING:
Format the enhanced content as:
- Headline (max 10 words)
- Subheadline (max 20 words)
- Body (with H2 sections)
- Call to action

Output all three stages clearly separated with markdown headers.

Mẹo từ chuyên gia

  • Kiểm định JSON: Kiểm tra JSON đã trích xuất trong một trình kiểm định trước khi dùng ở công cụ hạ nguồn.
  • Xử lý ký tự thoát: Dùng dấu backtick ba lần cho khối mã để tránh lỗi injection.
  • Kết quả nhất quán: Với dữ liệu có cấu trúc, đặt temperature ở mức 0.1-0.3.

Cạm bẫy tiềm ẩn

  • Sai lệch định dạng: AI có thể lệch khỏi schema JSON chính xác. Hãy kèm ví dụ tường minh.
  • Phình token: Lệnh nhiều giai đoạn tiêu tốn nhiều token hơn. Theo dõi mức sử dụng.
  • Lỗi lan truyền: Đầu ra sai ở Giai đoạn 1 sẽ lan qua toàn bộ chuỗi.

4. Tích hợp quy trình doanh nghiệp

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 2-4 giờ thiết lập ban đầu Điều kiện tiên quyết: Quyền admin, quy trình nhóm đã chuẩn hóa

Tình huống

Nhóm của bạn cần các quy trình hỗ trợ AI nhất quán trên nhiều người dùng. Bạn muốn xây dựng một thư viện lệnh chuẩn hóa kèm nhật ký kiểm toán (audit trail) phục vụ tuân thủ.

Kiến trúc quy trình

Bước 1: Tạo thư viện lệnh chuẩn hóa

Quy ước đặt tên: [DEPT]-[CATEGORY]-[ACTION]

  • LEGAL-CONTRACT-Review
  • LEGAL-NDA-Generate
  • HR-POLICY-Summarize
  • SALES-PROPOSAL-Draft

Mẫu lệnh cho tuân thủ kiểm toán:

[AUDIT HEADER]
Department: {{department}}
Document Type: {{doc_type}}
Processing Date: {{current_date}}
Operator: To be logged by Rephlo History

[TASK]
{{actual_instruction}}

[OUTPUT REQUIREMENTS]
1. Include a "Compliance Notes" section
2. Flag any regulatory concerns
3. Mark confidence level (High/Medium/Low)
4. List sources referenced

Bước 2: Xuất thư viện lệnh

  1. Chuyển đến trang Commands.
  2. Nhấp Export (menu góc trên phải).
  3. Chọn tất cả các lệnh cần đưa vào.
  4. Xuất dưới dạng tệp JSON: company-commands-v1.0.json.

Bước 3: Phân phối cho nhóm

Phương án A: Nhập trực tiếp

  • Chia sẻ tệp JSON qua kho chia sẻ tệp nội bộ.
  • Mỗi thành viên nhóm: Commands > Import > Chọn tệp.

Phương án B: Space dùng chung cho chính sách

  • Tạo một Space "Company Policies" chứa tất cả tài liệu tuân thủ.
  • Xuất cấu hình Space.
  • Nhóm nhập cả Commands lẫn Space.

Bước 4: Xử lý hàng loạt cho báo cáo

Lệnh: "Batch Compliance Check"

Review the following documents for compliance with our policies:

Documents to review:
{{input_content}}

For EACH document, provide:
1. Document identifier
2. Compliance status: PASS / FAIL / NEEDS REVIEW
3. Issues found (if any)
4. Recommended actions

Output as a CSV table:
Document ID, Status, Issues, Actions

Bước 5: Quản lý nhật ký kiểm toán

  1. Mở trang History.
  2. Dùng bộ lọc để xem theo khoảng thời gian, lệnh, hoặc người dùng.
  3. Xuất history dưới dạng CSV phục vụ báo cáo tuân thủ.
  4. Lưu trữ các bản xuất trong hệ thống quản lý tài liệu của bạn.

Mẹo từ chuyên gia

  • Đánh phiên bản lệnh: Ghi kèm phiên bản trong tên lệnh (v2.1) để theo dõi thay đổi.
  • Khóa các lệnh quan trọng: Đánh dấu các lệnh quan trọng về tuân thủ là không thể chỉnh sửa (qua cài đặt admin).
  • Kiểm toán định kỳ: Lên lịch rà soát hằng tháng các bản xuất History.

Cạm bẫy tiềm ẩn

  • Sai lệch phiên bản: Thành viên nhóm chỉnh sửa các lệnh dùng chung. Hãy dùng quy ước đặt tên.
  • Space lỗi thời: Đảm bảo tài liệu chính sách được cập nhật trên tất cả Space của nhóm.
  • Nhật ký kiểm toán không đầy đủ: Một số hành động có thể không được ghi lại nếu người dùng bỏ qua Rephlo.

5. Quy trình rà soát mã có hỗ trợ AI

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 30 phút thiết lập Điều kiện tiên quyết: Technical Space chứa tiêu chuẩn viết mã, nhà cung cấp có khả năng xử lý hình ảnh

Tình huống

Bạn cần rà soát mã từ ảnh chụp màn hình (hệ thống cũ, PR không có quyền truy cập trực tiếp), trích xuất mã, phân tích, tạo đề xuất, và soạn tài liệu.

Kiến trúc quy trình

Quy trình từng bước

Bước 1: Tạo Space tiêu chuẩn viết mã

  1. Tạo Space: "Code Standards".
  2. Tải lên tài liệu tiêu chuẩn viết mã của bạn:
    • coding-guidelines.md
    • security-checklist.md
    • naming-conventions.md
    • performance-patterns.md

Bước 2: Tạo các lệnh cho pipeline

Lệnh 1: "Extract Code from Screenshot" (lệnh thị giác)

Extract all code visible in this screenshot.

Output requirements:
1. Preserve exact formatting and indentation
2. Use appropriate syntax highlighting markers
3. Note any text that's unclear with [UNCLEAR: best guess]
4. Identify the programming language

Output format:
```[language]
[extracted code]
```

Confidence: [High/Medium/Low]

Lệnh 2: "Review Code Quality" (dùng Code Standards Space)

Review this code against our coding standards:

{{input_content}}

Check for:
1. Style guide violations (reference: {{coding_guidelines_md}})
2. Security issues (reference: {{security_checklist_md}})
3. Naming convention violations (reference: {{naming_conventions_md}})
4. Performance anti-patterns (reference: {{performance_patterns_md}})

For each issue found, provide:
- Line number (approximate if from screenshot)
- Severity: CRITICAL / WARNING / INFO
- Description
- Suggested fix

Output as structured list.

Lệnh 3: "Generate Review Report"

Create a formal code review document from these findings:

{{input_content}}

Report format:

# Code Review Report

## Summary
- Total issues: [count]
- Critical: [count]
- Warnings: [count]
- Info: [count]

## Detailed Findings
[For each issue, format as a table]

## Recommendations
[Prioritized action items]

## Appendix
- Original code reviewed
- Standards referenced

Bước 3: Chiến lược rà soát nhiều tệp

Để rà soát nhiều tệp mã liên quan:

Lệnh: "Multi-File Architecture Review"

Review these related code files for architectural consistency:

{{input_content}}

Analyze:
1. Dependency relationships
2. Circular dependency risks
3. Separation of concerns
4. Interface consistency
5. Error handling patterns

Create a dependency diagram using ASCII:
[Draw module relationships]

Highlight any architectural concerns.

Bước 4: Tích hợp với hệ thống quản lý mã nguồn

Sau khi tạo báo cáo rà soát:

  1. Sao chép báo cáo Markdown.
  2. Dán vào bình luận PR hoặc công cụ rà soát mã của bạn.
  3. Tham chiếu ID mục History cho mục đích kiểm toán.

Mẹo từ chuyên gia

  • Gộp ảnh chụp màn hình: Chụp tất cả các màn hình mã liên quan trước khi bắt đầu pipeline.
  • Dùng cách đặt tên nhất quán: Đặt tên tệp ảnh chụp màn hình theo khoảng số dòng.
  • Tạo mẫu rà soát: Các lệnh khác nhau cho các loại rà soát khác nhau (bảo mật, hiệu năng, phong cách).

Cạm bẫy tiềm ẩn

  • Lỗi OCR: Trích xuất thị giác có thể bỏ sót cú pháp tinh vi. Luôn kiểm tra lại mã quan trọng.
  • Mất ngữ cảnh: Ảnh chụp màn hình thiếu bối cảnh lịch sử git. Bổ sung bằng mô tả văn bản.
  • Tệp lớn: Các tệp mã rất dài có thể cần được xử lý theo từng phần.

6. Quy trình nội dung đa ngôn ngữ

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 1 giờ thiết lập, tinh chỉnh liên tục Điều kiện tiên quyết: Space từ điển thuật ngữ đa ngôn ngữ, người rà soát bản ngữ (tùy chọn)

Tình huống

Bạn tạo nội dung cần xuất bản bằng 5+ ngôn ngữ trong khi vẫn duy trì tính nhất quán thương hiệu, sự phù hợp văn hóa và độ chính xác thuật ngữ.

Kiến trúc quy trình

Bước 1: Tạo Space từ điển thuật ngữ

Space: "Brand Terminology"

Tải lên:

  • brand-glossary.csv (thuật ngữ, EN, ES, FR, DE, JA, ZH)
  • style-guide-translations.md
  • cultural-notes.md
  • forbidden-terms.md

Ví dụ định dạng từ điển:

term,EN,ES,FR,DE,JA,ZH
Product Name,SuperApp,SuperApp,SuperApp,SuperApp,SuperApp,SuperApp
Free Trial,Free Trial,Prueba Gratuita,Essai Gratuit,Kostenlose Testversion,無料トライアル,免费试用

Bước 2: Tạo các lệnh dịch thuật

Lệnh: "Translate to Spanish" (dùng Brand Terminology Space)

Translate this content to Spanish (Spain variant):

{{input_content}}

Requirements:
1. Use formal "usted" form
2. Apply terminology from: {{brand_glossary_csv}}
3. Maintain markdown formatting
4. Preserve any URLs or code blocks unchanged
5. Flag any culturally sensitive content with [REVIEW: reason]

Output the translation directly, no explanations.

Lệnh: "Localize for Japan"

Adapt this Spanish translation for Japanese audience:

{{input_content}}

Localization requirements:
1. Convert to appropriate politeness level (teineigo)
2. Adapt examples to Japanese context
3. Use terminology from: {{brand_glossary_csv}}
4. Adjust date/time/currency formats
5. Note any Western concepts needing explanation with [EXPLAIN: term]

Cultural notes to reference: {{cultural_notes_md}}

Bước 3: Bộ nhớ dịch thuật thông qua Space

Tạo các Space riêng theo ngôn ngữ đóng vai trò bộ nhớ dịch thuật:

Space: "Translation Memory - Spanish"

  • Tải lên nội dung đã dịch và được duyệt trước đó.
  • AI sẽ tham chiếu các nội dung này để đảm bảo tính nhất quán cho các bản dịch sau.

Lệnh: "Translate with Memory"

Translate this to Spanish, maintaining consistency with previous translations:

New content:
{{input_content}}

Reference our translation history in this Space for:
- Consistent terminology
- Matching tone and style
- Previously approved phrases

Flag any NEW terminology not in our translation memory with [NEW: term].

Bước 4: Xác thực chất lượng

Lệnh: "Translation Quality Check"

Compare this translation against the original and our standards:

ORIGINAL (English):
[Paste original]

TRANSLATION (Spanish):
{{input_content}}

Check for:
1. Meaning accuracy (any mistranslations?)
2. Terminology consistency (using glossary: {{brand_glossary_csv}})
3. Natural flow (reads naturally to native speakers?)
4. Forbidden terms (checking: {{forbidden_terms_md}})
5. Format preservation (markdown, links intact?)

Output a quality score (1-10) with specific issues found.

Bước 5: Xử lý hàng loạt

Đối với các bộ nội dung lớn:

Lệnh: "Batch Translate Strings"

Translate these UI strings to Spanish:

{{input_content}}

Input format: key=English value
Output format: key=Spanish value

Use glossary: {{brand_glossary_csv}}
Maintain exact key names.
Do not translate placeholder variables like {username} or {{count}}.

Mẹo từ chuyên gia

  • Mỗi ngôn ngữ một Space: Giữ các bộ nhớ dịch thuật tách biệt để ngữ cảnh gọn gàng hơn.
  • Đánh phiên bản từ điển: Cập nhật phiên bản từ điển khi thuật ngữ thương hiệu thay đổi.
  • Kiểm tra dịch ngược: Dịch ngược lại tiếng Anh để phát hiện sai lệch về nghĩa.

Cạm bẫy tiềm ẩn

  • Mất ngữ cảnh: Các chuỗi ngắn có thể bị dịch sai nếu thiếu ngữ cảnh.
  • Xung đột từ điển: Cùng một thuật ngữ có thể cần bản dịch khác nhau trong các ngữ cảnh khác nhau.
  • Giới hạn ký tự: Văn bản đã dịch có thể dài hơn. Hãy tính đến các ràng buộc giao diện.

7. Quy trình tổng hợp nghiên cứu

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 1-2 giờ cho mỗi dự án Điều kiện tiên quyết: Khả năng nạp tệp PDF, hệ thống quản lý trích dẫn

Tình huống

Bạn đang thực hiện nghiên cứu học thuật hoặc kinh doanh trên 20+ nguồn tài liệu. Bạn cần trích xuất các phát hiện chính, xác định chủ đề, tổng hợp thông tin chuyên sâu, và duy trì trích dẫn chuẩn xác.

Kiến trúc quy trình

Quy trình từng bước

Bước 1: Tạo Research Space kèm trích dẫn

Space: "Market Research 2025"

Khi tải PDF lên, hãy dùng tên mô tả rõ ràng:

  • Smith2024_AI_Market_Analysis.pdf
  • Jones2023_Consumer_Behavior_Study.pdf
  • TechReport2024_Industry_Trends.pdf

Bước 2: Trích xuất ý chính kèm trích dẫn

Lệnh: "Extract Findings with Citations"

Extract the key findings from this research document:

{{input_content}}

For each finding, provide:
1. Finding summary (1-2 sentences)
2. Direct quote (if available)
3. Page number or section
4. Methodology used
5. Limitations noted by authors

Output format:
### Finding 1: [Title]
- **Summary**: [text]
- **Quote**: "[direct quote]" (p. XX)
- **Method**: [methodology]
- **Limitations**: [any caveats]
- **Citation**: [Author, Year, Title]

Bước 3: Xây dựng ma trận đối chiếu

Lệnh: "Create Cross-Reference Matrix"

Analyze these research summaries and create a cross-reference matrix:

{{input_content}}

Matrix format:
| Theme/Topic | Source 1 | Source 2 | Source 3 | Consensus |
|-------------|----------|----------|----------|-----------|
| [Theme] | [✓/✗/~] | [✓/✗/~] | [✓/✗/~] | [Yes/No/Mixed] |

Legend:
✓ = Supports
✗ = Contradicts
~ = Neutral/No data

After the matrix, provide:
1. Strong consensus areas (all sources agree)
2. Contested areas (sources disagree)
3. Research gaps (no sources address)

Bước 4: Tổng hợp tổng quan tài liệu

Lệnh: "Generate Literature Review Section"

Using the research summaries and cross-reference matrix, write a literature review section:

{{input_content}}

Structure:
1. Introduction to the topic
2. Thematic analysis (organize by theme, not by source)
3. Areas of consensus
4. Areas of debate
5. Identified gaps
6. Conclusion

Requirements:
- Use APA 7th edition in-text citations
- Include all sources from the matrix
- Maintain academic tone
- 1500-2000 words

Bước 5: Tạo danh mục tài liệu tham khảo

Lệnh: "Format Bibliography"

Generate a properly formatted bibliography from these citations:

{{input_content}}

Format: APA 7th Edition

Order: Alphabetical by first author's last name

Include:
- All in-text citations mentioned
- DOIs where available
- Access dates for web sources

Output as a formatted reference list.

Mẹo từ chuyên gia

  • Chia nhỏ PDF lớn: Nếu một PDF có 100+ trang, hãy trích xuất từng phần riêng biệt.
  • Dùng cách đặt tên nhất quán: Định dạng AuthorYear_ShortTitle.pdf giúp theo dõi trích dẫn dễ dàng hơn.
  • Tạo Space con: Với các dự án rất lớn, hãy tạo Space theo từng chủ đề con.

Cạm bẫy tiềm ẩn

  • Độ chính xác trích dẫn: Luôn kiểm chứng trích dẫn do AI tạo ra với nguồn gốc.
  • Trích dẫn ảo giác (hallucinated): AI có thể tạo ra các trích dẫn nghe hợp lý nhưng không chính xác.
  • Thiên vị tính cận thời (recency bias): AI có thể coi trọng quá mức các nguồn gần đây. Hãy đảm bảo phạm vi cân đối.

8. Xử lý dữ liệu nhạy cảm ưu tiên quyền riêng tư

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 1-2 giờ thiết lập ban đầu Điều kiện tiên quyết: Đã cài Ollama, đã tải mô hình cục bộ

Tình huống

Bạn làm việc với dữ liệu bảo mật (PII, PHI, hồ sơ tài chính) không thể gửi lên các nhà cung cấp AI đám mây. Bạn cần xử lý dữ liệu này cục bộ trong khi vẫn đảm bảo tuân thủ.

Kiến trúc quy trình

Thiết lập từng bước

Bước 1: Cài đặt và cấu hình Ollama

  1. Tải Ollama từ ollama.com.
  2. Cài đặt và khởi động dịch vụ.
  3. Kéo về một mô hình đủ mạnh: ollama pull llama3.1:8b hoặc ollama pull deepseek-coder:33b.
  4. Kiểm chứng: ollama list hiển thị các mô hình của bạn.

Bước 2: Cấu hình Rephlo chỉ dùng Ollama

  1. Mở Settings > Providers.
  2. Cấu hình Ollama với điểm cuối cục bộ (http://localhost:11434).
  3. Tắt hoặc xóa tất cả khóa API của các nhà cung cấp đám mây.
  4. Kiểm tra kết nối.

Bước 3: Tạo các lệnh tuân thủ quyền riêng tư

Lệnh: "Anonymize PII"

Anonymize all personally identifiable information in this text:

{{input_content}}

Replacement rules:
- Names: Replace with [NAME_1], [NAME_2], etc.
- SSN: Replace with [SSN_REDACTED]
- Phone: Replace with [PHONE_REDACTED]
- Email: Replace with [EMAIL_REDACTED]
- Address: Replace with [ADDRESS_REDACTED]
- DOB: Replace with [DOB_REDACTED]

Create a reference key at the end:
[NAME_1] = First name encountered (DO NOT include actual name)

Lệnh: "Summarize Medical Record"

Summarize this medical record for clinical review:

{{input_content}}

Include:
- Chief complaint
- Relevant history
- Current medications
- Assessment and plan

PRIVACY NOTICE: This command runs entirely locally. No PHI is transmitted.

Output in SOAP note format.

Lệnh: "Analyze Financial Statement"

Analyze this financial statement for anomalies:

{{input_content}}

Check for:
1. Unusual transaction patterns
2. Round number red flags
3. Timing irregularities
4. Missing documentation indicators

Format as a compliance review checklist.

Bước 4: Tạo tài liệu tuân thủ

Lệnh: "Generate Processing Log"

Create a data processing log entry for compliance:

Processing Details:
- Data Type: [Auto-detect from input]
- Date/Time: [Current]
- Purpose: {{purpose}}
- Retention Policy: [Per company guidelines]

{{input_content}}

Generate a processing record in the format required by [GDPR/HIPAA/SOC2].
Include: Legal basis, data minimization confirmation, and storage location.

Bước 5: Xác minh air-gap

Xác minh không có lưu lượng mạng nào trong quá trình xử lý:

  1. Ngắt kết nối internet (tắt Wi-Fi, rút cáp Ethernet).
  2. Chạy một lệnh thử nghiệm trên dữ liệu nhạy cảm mẫu.
  3. Xác minh lệnh hoàn tất thành công.
  4. Điều này xác nhận việc xử lý cục bộ thực sự.

Mẹo từ chuyên gia

  • Lựa chọn mô hình: Dùng llama3.1:8b cho tác vụ tổng quát, deepseek-coder:33b để phân tích mã.
  • Cập nhật định kỳ: Cập nhật Ollama và các mô hình theo định kỳ (khi ở trên mạng không nhạy cảm).
  • Hồ sơ người dùng riêng biệt: Dùng một hồ sơ người dùng Windows riêng cho công việc dữ liệu nhạy cảm.

Cạm bẫy tiềm ẩn

  • Chất lượng thấp hơn: Mô hình cục bộ có thể không sánh được với các mô hình đám mây hàng đầu như GPT-5.4 hay Claude Sonnet 4.6. Hãy điều chỉnh kỳ vọng.
  • Giới hạn phần cứng: Mô hình lớn cần RAM đáng kể (16GB+) và GPU (tùy chọn nhưng nhanh hơn).
  • Lưu trữ History: Rephlo History được lưu cục bộ. Hãy đảm bảo mã hóa ổ đĩa được bật.

9. Trợ lý cuộc họp thời gian thực

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: 15 phút thiết lập Điều kiện tiên quyết: Màn hình kép hoặc chia màn hình, một nhà cung cấp nhanh (khuyến nghị mô hình độ trễ thấp như Gemini 3.5 Flash hoặc GPT-5.4 Mini)

Tình huống

Bạn đang trong một cuộc họp trực tiếp và cần nhanh chóng tóm tắt các trao đổi, trích xuất mục hành động, và soạn email theo dõi ngay trong thời gian thực.

Kiến trúc quy trình

Thiết lập từng bước

Bước 1: Tạo nhóm lệnh cho cuộc họp

Nhóm: "Meeting Tools" (biểu tượng tia sét, màu vàng)

Các lệnh trong nhóm:

  • Quick Summarize
  • Extract Actions
  • Draft Follow-up
  • Clarify Point
  • Translate (cho các cuộc họp quốc tế)

Bước 2: Tối ưu cho tốc độ

  1. Đặt một mô hình độ trễ thấp (như Gemini 3.5 Flash hoặc GPT-5.4 Mini) làm nhà cung cấp mặc định cho nhóm Meeting Tools (phản hồi gần như tức thì).
  2. Cấu hình Global Hotkey thành một phím tổ hợp dễ bấm một tay: Ctrl+\ hoặc Ctrl+.
  3. Bật "Copy to Clipboard Automatically" trong Settings.

Bước 3: Tạo các lệnh riêng cho cuộc họp

Lệnh: "Quick Summarize" (< 5 giây)

Summarize this in 2-3 bullet points. Be extremely concise:

{{input_content}}

Lệnh: "Extract Actions"

Extract action items from this meeting discussion:

{{input_content}}

Format each as:
[ ] [Owner] - [Task] - [Due date if mentioned]

If no owner is clear, use [UNASSIGNED].

Lệnh: "Draft Follow-up Email"

Draft a brief follow-up email based on this meeting discussion:

{{input_content}}

Structure:
- Subject line
- Thank attendees
- Key decisions made
- Action items (with owners)
- Next steps

Keep it under 200 words. Professional but warm tone.

Lệnh: "Clarify Point"

Someone just said this in a meeting and I need to understand it better:

{{input_content}}

Provide:
1. What they likely mean (1 sentence)
2. A clarifying question I could ask
3. Related context that might be relevant

Bước 4: Quy trình thời gian thực

Trong khi họp:

  1. Nghe được một điểm quan trọng.
  2. Gõ/dán cụm từ khóa vào notepad.
  3. Chọn văn bản, nhấn phím tắt.
  4. Chạy "Quick Summarize" hoặc "Clarify Point".
  5. Dùng ngay thông tin này trong cuộc thảo luận.

Ngay sau đó:

  1. Dán toàn bộ ghi chú cuộc họp.
  2. Chạy "Extract Actions".
  3. Chạy "Draft Follow-up Email".
  4. Gửi email theo dõi trong vòng 5 phút sau khi họp kết thúc.

Mẹo từ chuyên gia

  • Chuẩn bị trước: Mở sẵn Rephlo và hiển thị nhóm Meeting Tools.
  • Dùng bản ghi tự động: Nếu nền tảng họp có tính năng chuyển giọng nói thành văn bản, hãy dùng nó làm đầu vào.
  • Luyện tập phím tắt: Trí nhớ cơ (muscle memory) là yếu tố thiết yếu để dùng trong thời gian thực.

Cạm bẫy tiềm ẩn

  • Xao nhãng: Tập trung vào Rephlo trong khi họp có thể khiến bạn bỏ lỡ nội dung.
  • Độ trễ âm thanh: Bản ghi tự động có thể chậm hơn cuộc thảo luận trực tiếp.
  • Thiếu ngữ cảnh: Các đoạn trích ngắn có thể bị hiểu sai nếu thiếu ngữ cảnh đầy đủ.

10. Quy trình viết sáng tạo

Mức độ phức tạp: Chuyên gia Thời gian đầu tư: Thay đổi tùy dự án (dự án liên tục) Điều kiện tiên quyết: Space hướng dẫn phong cách, tài liệu xây dựng nhân vật/thế giới

Tình huống

Bạn đang viết một cuốn tiểu thuyết hoặc nội dung dài kỳ và cần duy trì tính nhất quán về nhân vật, tình tiết và phong cách viết xuyên suốt hàng trăm trang.

Kiến trúc quy trình

Thiết lập từng bước

Bước 1: Tạo World Bible Space

Space: "Novel - Project Nightfall"

Tài liệu cần đưa vào:

  • characters.md - Hồ sơ nhân vật đầy đủ kèm mẫu giọng văn
  • plot-outline.md - Tóm tắt theo từng chương
  • world-rules.md - Hệ thống phép thuật, công nghệ, quy tắc xã hội
  • locations.md - Mô tả bối cảnh
  • timeline.md - Sự kiện theo trình tự thời gian
  • style-guide.md - Phong cách viết, quy tắc góc nhìn (POV), thì

Định dạng hồ sơ nhân vật:

# SARAH CHEN

## Basics
- Age: 32
- Occupation: Quantum physicist
- Appearance: Short black hair, wire-frame glasses, always wears her mother's jade pendant

## Personality
- Analytical but empathetic
- Dry sense of humor
- Avoids conflict but fierce when cornered

## Speech Patterns
- Uses scientific metaphors
- Rarely uses contractions when stressed
- Catchphrase: "That's statistically improbable."

## Arc
- Chapter 1-5: Skeptic
- Chapter 6-12: Reluctant believer
- Chapter 13-20: Leader

## Voice Sample
"The probability of two people meeting in a city of eight million isn't romantic—it's just math. But math never explained why I couldn't stop thinking about him."

Bước 2: Tạo các lệnh riêng cho từng chương

Lệnh: "Draft Chapter Scene"

Write a scene for Chapter {{chapter_number}} based on:

Scene brief:
{{input_content}}

Requirements:
1. Maintain POV: [Third person limited, Sarah's perspective]
2. Match tone: [Reference {{style_guide_md}}]
3. Include characters: [Check {{characters_md}} for voice consistency]
4. Setting: [Check {{locations_md}} for accurate details]
5. Plot alignment: [Verify against {{plot_outline_md}}]

Write approximately 1500 words. End on a hook for the next scene.

Lệnh: "Character Voice Check"

Review this dialogue for character voice consistency:

{{input_content}}

Cross-reference with character profiles in {{characters_md}}.

For each character's lines, check:
1. Speech pattern match (contractions, vocabulary, etc.)
2. Personality alignment
3. Arc-appropriate attitude (based on chapter)

Flag any lines that feel out of character with [OOC: reason].

Lệnh: "Continuity Check"

Check this chapter excerpt for continuity errors:

{{input_content}}

Verify against:
- Timeline: {{timeline_md}}
- Previous chapters: [Note any callbacks]
- World rules: {{world_rules_md}}

Flag:
1. Time inconsistencies
2. Character knowledge errors (character shouldn't know X yet)
3. World-building violations
4. Dropped plot threads

Output as a continuity report.

Bước 3: Áp dụng hướng dẫn phong cách

Lệnh: "Apply Style Guide"

Edit this passage to match my writing style:

{{input_content}}

Style requirements from {{style_guide_md}}:
- Sentence rhythm: [Varied, mix short punch with flowing descriptions]
- Dialogue tags: [Said, asked primarily; avoid adverbs]
- Description ratio: [30% description, 40% dialogue, 30% action]
- POV discipline: [Strict limited; no head-hopping]

Rewrite to match these guidelines while preserving the scene's intent.

Bước 4: Quy trình theo từng chương

Với mỗi chương:

  1. Xem lại đề cương cốt truyện cho chương đó.
  2. Viết nháp từng cảnh bằng "Draft Chapter Scene".
  3. Chạy "Character Voice Check" trên đoạn hội thoại.
  4. Chạy "Continuity Check" trên toàn bộ chương.
  5. Chạy "Apply Style Guide" để trau chuốt lần cuối.
  6. Thêm chương vào Space để tham chiếu sau này.

Bước 5: Duy trì Series Bible

Sau khi hoàn thành mỗi chương:

Lệnh: "Update Series Bible"

Based on this completed chapter, identify any updates needed for the series bible:

{{input_content}}

Check for:
1. New character revelations → Update {{characters_md}}
2. New locations introduced → Update {{locations_md}}
3. Timeline events → Update {{timeline_md}}
4. World-building details → Update {{world_rules_md}}

Output as a list of suggested updates with specific text changes.

Mẹo từ chuyên gia

  • Đánh phiên bản bản nháp: Lưu từng phiên bản nháp trong Space kèm số chương + số phiên bản.
  • Khởi động giọng văn nhân vật: Trước khi viết hội thoại, hãy đọc lại mẫu giọng văn của nhân vật đó.
  • Linh hoạt với đề cương: Cập nhật đề cương cốt truyện khi câu chuyện phát triển. Space phản ánh nguyên tắc chính thống hiện tại.

Cạm bẫy tiềm ẩn

  • Quá phụ thuộc vào AI: AI nên hỗ trợ, không thay thế giọng văn sáng tạo của bạn.
  • Sai lệch tính nhất quán: Khi Space phát triển lớn hơn, các mục cũ có thể mâu thuẫn với mục mới.
  • Giới hạn token: Tiểu thuyết rất dài có thể vượt quá dung lượng Space. Hãy lưu trữ các cung truyện đã hoàn thành.

Tổng kết: Nguyên tắc dành cho người dùng cấp cao

Sau khi làm chủ các quy trình nâng cao này, hãy ghi nhớ những nguyên tắc sau:

  1. Đúng nhà cung cấp cho đúng tác vụ: Đừng dùng mô hình cao cấp cho các tác vụ đơn giản.
  2. Space như bộ nhớ: Space của bạn là bộ não thứ hai. Hãy đầu tư vào việc tổ chức chúng.
  3. Lệnh như công thức: Xây dựng các chuỗi lệnh tái sử dụng cho các quy trình lặp lại.
  4. Kiểm toán mọi thứ: Dùng History để phục vụ tuân thủ và cải tiến liên tục.
  5. Cục bộ khi nhạy cảm: Mặc định dùng Ollama cho bất kỳ dữ liệu nào bạn không muốn gửi qua email.
  6. Lặp lại và tinh chỉnh: Các quy trình này luôn phát triển. Hãy cập nhật lệnh của bạn thường xuyên.

Hướng dẫn này trình bày các kỹ thuật nâng cao dành cho người dùng Rephlo giàu kinh nghiệm. Hãy bắt đầu với các hướng dẫn cơ bản nếu những khái niệm này còn xa lạ với bạn.

Tài liệu liên quan: