跳到主要内容

教程：高级用例

目标：掌握结合运用多项 Rephlo 功能的复杂工作流程，将生产力最大化。 难度：专家级 时长：阅读约需 30–60 分钟；持续精进无止境

目录​

  1. 多服务商工作流程优化
  2. Space 链式调用与上下文编排
  3. 高级命令组合
  4. 企业级工作流程集成
  5. AI 辅助代码审查流水线
  6. 多语言内容流水线
  7. 研究综合工作流程
  8. 隐私优先的敏感数据处理
  9. 实时会议助手
  10. 创意写作工作流程

1. 多服务商工作流程优化​

难度等级：专家级 时间投入：设置 30 分钟，后续持续优化 前置条件：已配置 2 个以上服务商（建议：一个快速模型，例如 Gemini 3.5 Flash 或 GPT-5.4 Mini，外加一个高级模型，例如 Claude Sonnet 4.6）

场景​

您每天要处理数百次文本操作。简单任务（语法修正、格式调整）不需要昂贵的模型，但复杂的推理任务需要顶级 AI。通过将任务智能地路由到不同服务商，您可以在保持质量的同时显著降低成本。

工作流程架构​

分步设置​

步骤 1：创建特定服务商的命令分组​

  1. 打开 Dashboard > Commands > Manage Groups。
  2. 创建三个分组：
    • "快速任务"（绿色，闪电图标）
    • "标准任务"（蓝色，齿轮图标）
    • "深度分析"（紫色，大脑图标）

步骤 2：按复杂度配置命令​

快速任务（Gemini 3.5 Flash - 快速/低成本）

  • 语法检查
  • 拼写修正
  • 文本格式化
  • 简单翻译
  • 要点提取

标准任务（GPT-5.4 Mini - 均衡）

  • 邮件改写
  • 代码文档
  • 摘要生成
  • 会议记录整理

深度分析（Claude Sonnet 4.6 - 高级）

  • 法律文件审阅
  • 复杂代码重构
  • 战略分析
  • 长篇内容创作
  • 多文档综合

步骤 3：为命令分配服务商​

  1. 编辑相应分组中的每个命令。
  2. 在 Provider 下拉菜单中，选择指定的服务商。
  3. 保存命令。

步骤 4：对话中途切换服务商​

对于复杂度会逐渐变化的聊天对话：

  1. 使用快速模型（例如 Gemini 3.5 Flash）开始对话，进行初步探索。
  2. 当您需要更深入的分析时，点击聊天窗口顶部的 Provider 选择器。
  3. 切换到 Claude Sonnet 4.6。
  4. 对话上下文会被保留；只有模型会发生变化。

成本计算示例​

把每个任务路由到合适的层级，正是节省成本的关键所在。各任务类型的相对成本遵循一个简单的规律：

任务类型每月量未优化优化后
语法检查500高级模型（高成本）快速模型（极低成本）
邮件改写200高级模型（高成本）均衡模型（低成本）
深度分析50高级模型（高成本）高级模型（高成本）
净效果750支出最高在高量层级上大幅降低

最大的杠杆点在于高量、低复杂度的那一行：把语法检查等工作从高级模型迁移到快速模型上，就能砍掉您大部分的支出。有关当前 Dedicated API 费率（以及各模型如何消耗 credit）的信息，请参阅 Rephlo 定价 和 套餐与定价。

专家提示​

  • 批量处理同类任务：切换服务商前，先把所有语法检查集中处理完。
  • 按分组使用热键：为快速任务分配 Ctrl+1，标准任务分配 Ctrl+2，深度分析分配 Ctrl+3。
  • 监控 History：查看 History 页面，找出可以降级处理的任务。

潜在陷阱​

  • 任务路由不足：如果输出质量下降，请将该命令移到更高的层级。
  • 过度依赖快速模型：更小、更快的模型可能上下文窗口更窄、推理能力更弱。请查看您所路由到的具体模型的限制。
  • API 密钥管理：确保所有服务商的密钥保持有效且余额充足。

2. Space 链式调用与上下文编排​

难度等级：专家级 时间投入：设置 45 分钟，后续投入视情况而定 前置条件：已创建 3 个以上、涵盖不同知识领域的 Space

场景​

您正在准备一份综合提案，需要用到法律合规知识、技术规格和商业战略。每个知识领域各自存放在一个独立的 Space 中。您需要在不合并文件的情况下，将它们协同编排起来。

工作流程架构​

分步工作流程​

步骤 1：创建各领域专属的 Space​

  1. 法律 Space：上传合规文件、合同模板、监管指南。
  2. 技术 Space：上传 API 文档、技术规格、架构图。
  3. 商业 Space：上传定价表、案例研究、竞品分析。

步骤 2：创建各章节专属的命令​

命令："起草合规章节"

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.

分配至：法律 Space

命令："起草技术架构"

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.

分配至：技术 Space

命令："起草商业论证"

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.

分配至：商业 Space

步骤 3：执行 Space 链式工作流程​

  1. 激活 法律 Space > 运行"起草合规章节" > 保存输出。
  2. 激活 技术 Space > 运行"起草技术架构" > 保存输出。
  3. 激活 商业 Space > 运行"起草商业论证" > 保存输出。

步骤 4：跨 Space 综合汇总​

创建一个不需要 Space 的"综合汇总"命令：

命令："综合提案章节"

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.

然后将上述三份输出全部粘贴到输入框中，运行该综合命令。

跨多个 Space 的变量注入​

对于高级用户，可创建带有明确文件引用的主命令：

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.

注意：这需要文件位于当前激活的 Space 中，或使用多 Space 命令（高级配置）。

专家提示​

  • 创建一个"元 Space"：一个仅包含其他 Space 摘要/索引的 Space。
  • 使用统一命名：为文件加上领域前缀（legal_、tech_、biz_），便于变量注入。
  • 为您的 Space 设置版本：在重大文档更新前先归档旧版本。

潜在陷阱​

  • 上下文窗口限制：合并多个 Space 可能超出 token 限制，请使用压缩（compaction）。
  • 数据陈旧：在执行关键工作流程前，请确保所有 Space 均已更新。
  • 切换开销：频繁切换 Space 可能打断工作流程的连贯性。

3. 高级命令组合​

难度等级：专家级 时间投入：每条链设置约 20 分钟 前置条件：理解变量、具备中级命令创建经验

场景​

您需要创建复杂的命令链，输出可供其他命令或外部工具使用的结构化数据（JSON、Markdown 表格）。

工作流程架构​

模式 1：结构化数据提取​

命令："提取会议行动项"

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}}

模式 2：将 JSON 转换为 Markdown​

命令："将行动项转换为 Markdown 表格"

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.

模式 3：借助 Space 上下文实现自引用提示​

命令："应用风格指南"（含 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

模式 4：多步骤链式命令​

创建一个明确串联多个操作的命令：

命令："完整内容流水线"

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.

专家提示​

  • JSON 校验：在下游工具中使用之前，先在校验器中测试提取出的 JSON。
  • 转义处理：使用三重反引号包裹代码块，以避免注入问题。
  • 确定性输出：对于结构化数据，将 temperature 设为 0.1–0.3。

潜在陷阱​

  • 格式漂移：AI 可能偏离精确的 JSON schema，请提供明确的示例。
  • token 膨胀：多阶段命令会消耗更多 token，请监控用量。
  • 错误传播：第一阶段输出有误会沿链条向下扩散。

4. 企业级工作流程集成​

难度等级：专家级 时间投入：初始设置 2–4 小时 前置条件：管理员权限、团队流程已标准化

场景​

您的团队需要在多名用户之间保持一致的 AI 辅助工作流程。您希望建立一个带有审计跟踪的标准化命令库，以满足合规要求。

工作流程架构​

步骤 1：创建标准化命令库​

命名规范：[部门]-[类别]-[操作]

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

审计合规命令模板：

[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

步骤 2：导出命令库​

  1. 前往 Commands 页面。
  2. 点击右上角菜单中的 Export。
  3. 选择要包含的全部命令。
  4. 导出为 JSON 文件：company-commands-v1.0.json。

步骤 3：分发给团队​

方案 A：直接导入

  • 通过内部文件共享分享 JSON 文件。
  • 每位团队成员：Commands > Import > 选择文件。

方案 B：策略共享 Space

  • 创建一个包含全部合规文件的"公司策略"Space。
  • 导出 Space 配置。
  • 团队成员同时导入 Commands 和 Space。

步骤 4：报告的批量处理​

命令："批量合规检查"

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

步骤 5：审计跟踪管理​

  1. 打开 History 页面。
  2. 使用筛选器按日期范围、命令或用户查看。
  3. 将 History 导出为 CSV，用于合规报告。
  4. 将导出文件存放到您的文档管理系统中。

专家提示​

  • 命令版本化：在命令名称中包含版本号（v2.1），便于追踪变更。
  • 锁定关键命令：将合规关键型命令标记为不可编辑（通过管理员设置）。
  • 定期审计：安排每月一次对 History 导出内容的审阅。

潜在陷阱​

  • 版本漂移：团队成员修改了共享命令。请使用统一命名规范加以约束。
  • Space 内容过时：请确保策略文件在所有团队 Space 中保持同步更新。
  • 审计跟踪不完整：如果用户绕过 Rephlo 操作，部分动作可能不会被记录。

5. AI 辅助代码审查流水线​

难度等级：专家级 时间投入：设置 30 分钟 前置条件：包含编码规范的技术 Space、具备视觉能力的服务商

场景​

您需要从截图（旧系统、无法直接访问的 PR）中审查代码，提取代码、进行分析、生成建议并撰写文档。

工作流程架构​

分步工作流程​

步骤 1：创建代码规范 Space​

  1. 创建 Space："代码规范"。
  2. 上传您的编码规范文档：
    • coding-guidelines.md
    • security-checklist.md
    • naming-conventions.md
    • performance-patterns.md

步骤 2：创建流水线命令​

命令 1："从截图中提取代码"（视觉命令）

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]

命令 2："审查代码质量"（使用代码规范 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.

命令 3："生成审查报告"

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

步骤 3：多文件审查策略​

如需审查多个相关文件：

命令："多文件架构审查"

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.

步骤 4：版本控制集成​

生成审查报告后：

  1. 复制 Markdown 报告。
  2. 粘贴到您的 PR 评论或代码审查工具中。
  3. 引用 History 条目 ID 以备审计之用。

专家提示​

  • 批量截图：在开始流水线前，先捕获所有相关的代码截图。
  • 使用统一命名：以行号范围命名截图文件。
  • 创建审查模板：为不同的审查类型（安全、性能、风格）创建不同的命令。

潜在陷阱​

  • OCR 错误：视觉提取可能遗漏细微的语法。请务必核对关键代码。
  • 上下文缺失：截图缺少 git 历史上下文，请以文字说明加以补充。
  • 大文件：篇幅很长的代码文件可能需要分块处理。

6. 多语言内容流水线​

难度等级：专家级 时间投入：设置 1 小时，后续持续完善 前置条件：多语言术语库 Space、母语审校人员（可选）

场景​

您需要创作发布到 5 种以上语言的内容，同时保持品牌一致性、文化适宜性和术语准确性。

工作流程架构​

步骤 1：创建术语 Space​

Space："品牌术语"

上传：

  • brand-glossary.csv（术语、EN、ES、FR、DE、JA、ZH）
  • style-guide-translations.md
  • cultural-notes.md
  • forbidden-terms.md

词汇表格式示例：

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,無料トライアル,免费试用

步骤 2：创建翻译命令​

命令："翻译为西班牙语"（使用品牌术语 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.

命令："本地化至日本市场"

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}}

步骤 3：通过 Space 建立翻译记忆库​

创建作为翻译记忆库的语言专属 Space：

Space："翻译记忆库 - 西班牙语"

  • 上传此前经过翻译并审核通过的内容。
  • AI 会参考这些内容，以确保未来翻译的一致性。

命令："借助记忆库翻译"

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].

步骤 4：质量验证​

命令："翻译质量检查"

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.

步骤 5：批量处理​

对于大规模内容集合：

命令："批量翻译字符串"

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}}.

专家提示​

  • 每种语言各用一个 Space：将各语言的翻译记忆库分开存放，保持上下文清晰。
  • 术语库版本化：品牌术语变更时，及时更新词汇表版本。
  • 回译测试：将译文回译成英文，以捕捉含义漂移。

潜在陷阱​

  • 上下文缺失：短字符串在缺乏上下文时可能被错误翻译。
  • 术语冲突：同一术语在不同语境下可能需要不同译法。
  • 字符长度限制：翻译后的文本可能变长，请为 UI 约束预留空间。

7. 研究综合工作流程​

难度等级：专家级 时间投入：每个项目 1–2 小时 前置条件：PDF 导入能力、引用管理系统

场景​

您正在开展一项跨越 20 个以上来源的学术或商业研究。您需要提炼关键发现、识别主题、综合洞见，并保持规范的引用。

工作流程架构​

分步工作流程​

步骤 1：创建带引用的研究 Space​

Space："2025 市场研究"

上传 PDF 时，请使用具描述性的文件名：

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

步骤 2：提取带引用的要点​

命令："提取带引用的研究发现"

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]

步骤 3：构建交叉参照矩阵​

命令："创建交叉参照矩阵"

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)

步骤 4：综合撰写文献综述​

命令："生成文献综述章节"

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

步骤 5：生成参考文献列表​

命令："格式化参考文献"

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.

专家提示​

  • 拆分大型 PDF：如果 PDF 超过 100 页，请分章节单独提取。
  • 使用统一命名：作者年份_简短标题.pdf 格式便于追踪引用。
  • 创建子 Space：对于超大型项目，可按子主题创建 Space。

潜在陷阱​

  • 引用准确性：务必对照原始来源，核实 AI 生成的引用。
  • 虚构引语：AI 可能生成看似合理但实际不准确的直接引语。
  • 时近偏差：AI 可能过度倾向于近期来源，请确保覆盖均衡。

8. 隐私优先的敏感数据处理​

难度等级：专家级 时间投入：初始设置 1–2 小时 前置条件：已安装 Ollama、已下载本地模型

场景​

您处理的机密数据（PII、PHI、财务记录）不能发送给云端 AI 服务商。您需要在本地处理这些数据，同时保持合规。

工作流程架构​

分步设置​

步骤 1：安装并配置 Ollama​

  1. 从 ollama.com 下载 Ollama。
  2. 安装并启动该服务。
  3. 拉取一个能力较强的模型：ollama pull llama3.1:8b 或 ollama pull deepseek-coder:33b。
  4. 验证：ollama list 会显示您的模型。

步骤 2：将 Rephlo 配置为仅使用 Ollama​

  1. 打开 Settings > Providers。
  2. 使用本地端点（http://localhost:11434）配置 Ollama。
  3. 禁用或删除所有云端服务商的 API 密钥。
  4. 测试连接。

步骤 3：创建符合隐私要求的命令​

命令："匿名化 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)

命令："总结病历"

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.

命令："分析财务报表"

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.

步骤 4：创建合规文档​

命令："生成处理日志"

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.

步骤 5：物理隔离验证​

验证处理过程中没有网络流量：

  1. 断开网络连接（关闭 Wi-Fi，拔掉网线）。
  2. 对样本敏感数据运行一次测试命令。
  3. 验证命令成功完成。
  4. 这可以确认处理确实是在本地完成的。

专家提示​

  • 模型选择：通用任务使用 llama3.1:8b，代码分析使用 deepseek-coder:33b。
  • 定期更新：在非敏感网络环境下，定期更新 Ollama 及模型。
  • 独立用户配置：为处理敏感数据的工作使用专用的 Windows 用户配置。

潜在陷阱​

  • 质量较低：本地模型可能不及 GPT-5.4 或 Claude Sonnet 4.6 等前沿云端模型，请调整预期。
  • 硬件限制：大型模型需要较大内存（16GB 以上）以及 GPU（可选，但速度更快）。
  • History 存储：Rephlo 的 History 存储在本地，请确保已启用磁盘加密。

9. 实时会议助手​

难度等级：专家级 时间投入：设置 15 分钟 前置条件：双显示器或分屏、一个快速服务商（建议使用低延迟模型，例如 Gemini 3.5 Flash 或 GPT-5.4 Mini）

场景​

您正在参加一场实时会议，需要快速总结讨论内容、提取行动项，并实时起草跟进邮件。

工作流程架构​

分步设置​

步骤 1：创建会议命令分组​

分组："会议工具"（闪电表情，黄色）

分组内命令：

  • 快速摘要
  • 提取行动项
  • 起草跟进
  • 澄清要点
  • 翻译（用于国际会议）

步骤 2：为速度进行优化​

  1. 为"会议工具"分组设置一个低延迟模型（例如 Gemini 3.5 Flash 或 GPT-5.4 Mini）作为默认服务商（近乎即时响应）。
  2. 将全局热键配置为单手可操作的组合：Ctrl+\ 或 Ctrl+.
  3. 在 Settings 中启用"自动复制到剪贴板"。

步骤 3：创建会议专属命令​

命令："快速摘要"（< 5 秒）

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

{{input_content}}

命令："提取行动项"

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].

命令："起草跟进邮件"

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.

命令："澄清要点"

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

步骤 4：实时工作流程​

会议进行中：

  1. 听到一个重要观点。
  2. 在记事本中输入/粘贴关键语句。
  3. 选中文本，按下热键。
  4. 运行"快速摘要"或"澄清要点"。
  5. 在讨论中立即用上这一洞见。

会议结束后立即：

  1. 粘贴完整的会议笔记。
  2. 运行"提取行动项"。
  3. 运行"起草跟进邮件"。
  4. 在会议结束后 5 分钟内发送跟进邮件。

专家提示​

  • 提前准备：让 Rephlo 保持打开，并让"会议工具"分组处于可见状态。
  • 使用转录功能：如果会议平台提供转录，可直接用作输入。
  • 练习热键：肌肉记忆对实时使用至关重要。

潜在陷阱​

  • 分心：会议期间专注于 Rephlo 可能导致您错过讨论内容。
  • 音频延迟：转录内容可能滞后于实时讨论。
  • 上下文缺失：缺少完整上下文时，简短片段可能被误解。

10. 创意写作工作流程​

难度等级：专家级 时间投入：视具体情况而定（持续性项目） 前置条件：风格指南 Space、角色/世界观设定文档

场景​

您正在创作一部小说或长篇内容，需要在数百页篇幅中保持角色、情节和写作风格的一致性。

工作流程架构​

分步设置​

步骤 1：创建世界观圣经 Space​

Space："小说——夜幕计划"

需纳入的文档：

  • characters.md —— 包含语气样本的完整角色档案
  • plot-outline.md —— 逐章梗概
  • world-rules.md —— 魔法体系、科技、社会规则
  • locations.md —— 场景描述
  • timeline.md —— 时间线事件
  • style-guide.md —— 您的写作风格、视角规则、时态

角色档案格式：

# 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."

步骤 2：创建章节专属命令​

命令："起草章节场景"

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.

命令："角色语气检查"

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].

命令："连贯性检查"

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.

步骤 3：风格指南落实​

命令："应用风格指南"

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.

步骤 4：逐章工作流程​

对每一章：

  1. 查看该章节的情节大纲。
  2. 使用"起草章节场景"逐场景撰写草稿。
  3. 对对话运行"角色语气检查"。
  4. 对整章运行"连贯性检查"。
  5. 运行"应用风格指南"进行最终润色。
  6. 将该章节加入 Space，供后续参考。

步骤 5：系列圣经维护​

完成每一章后：

命令："更新系列圣经"

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.

专家提示​

  • 为草稿设置版本：以"章节 + 版本号"的方式，将每个草稿版本保存到 Space 中。
  • 角色语气热身：撰写对话前，先重读该角色的语气样本。
  • 大纲的灵活性：随着故事推进更新情节大纲，让 Space 反映当前的正式设定。

潜在陷阱​

  • 过度依赖 AI：AI 应当是辅助，而不应取代您的创作声音。
  • 一致性漂移：随着 Space 内容增多，较旧的条目可能与较新的条目相冲突。
  • token 限制：篇幅很长的小说可能超出 Space 容量，请归档已完成的故事线。

总结：高级用户的核心原则​

在掌握了这些高级工作流程之后，请牢记以下原则：

  1. 合适的任务用合适的服务商：不要用高级模型处理简单任务。
  2. Space 即记忆：您的 Space 就是您的第二大脑，值得投入精力去组织。
  3. 命令即配方：为重复出现的工作流程构建可复用的命令链。
  4. 一切皆可审计：利用 History 进行合规审查与持续改进。
  5. 敏感数据用本地处理：对任何您不愿通过邮件发送的数据，默认使用 Ollama。
  6. 持续迭代与完善：这些工作流程会不断演进，请定期更新您的命令。

本教程呈现的是面向资深 Rephlo 用户的高级技巧。如果这些概念对您来说还比较陌生，请先从基础教程开始。

相关文档：