跳转到内容

上下文感知

DevLingo 会自动检测你当前正在使用的应用,并相应调整 AI 学习卡片的风格、示例和语气。这意味着同一个单词在不同应用中可能会得到不同的解释。

风格:技术化、代码示例、API 风格用法

当在代码编辑器或终端中查询词汇时,DevLingo 提供:

  • 代码片段示例:展示如何在实际代码中使用
  • 相关 API 或库:链接到官方文档
  • 技术术语:准确的计算机科学表达
  • 常见误区:开发者常见的语言陷阱

示例:查询 “deprecate”

  • 在 Xcode 中:解释为 API 弃用,包括 @deprecated 注解示例
  • 在 Slack 中:解释为”逐步淘汰”,用法更随意

风格:随意、简洁、表情友好

在聊天应用中查询时,结果会:

  • 简短明快:避免冗长解释
  • 友好表达:表情符号、缩略语支持
  • 团队协作语境:强调团队沟通中的用法
  • 实时性:解释如何在讨论中快速表达

示例:查询 “refactor”

  • 在 Slack 中:重点是代码改进,轻松的语气
  • 在 Xcode 中:详细的重构技术模式和工具

风格:学术、详细、语法深度

在浏览网页和文档时:

  • 语法分析:详细的语法结构讲解
  • 词源和演变:词汇的历史背景
  • 同义词辨析:精细的词义区别
  • 正式注册:学术和专业用法

示例:查询 “implement”

  • 在 Safari 中:深入讲解”实现”的多重含义,包括法律和商业用法
  • 在 VS Code 中:强调代码实现的技术方面

风格:商务正式、邮件适当

在电子邮件应用中查询时:

  • 正式语气:商务沟通的得体表达
  • 邮件规范:如何在邮件中恰当使用
  • 礼貌表达:跨文化商务沟通敏感性
  • 签名友好:适合邮件结尾的表达

示例:查询 “proceed”

  • 在 Mail 中:强调邮件正文和行动步骤描述
  • 在 Slack 中:随意的”继续”或”推进”

风格:代码审查、PR/Issue 规范

在 GitHub 网页(Issue、PR、讨论)中查询时:

  • Code Review 术语:PR 评论中的标准表达
  • Issue 描述:如何清晰描述问题和需求
  • 协议和约定:开源社区的通用语言
  • 文档建议:Markdown 和代码文档的最佳实践

DevLingo 使用 macOS API (NSWorkspace.shared.frontmostApplication.bundleIdentifier) 检测当前应用,然后:

  1. 识别应用类型:Xcode、Slack、Safari 等
  2. 分类应用上下文:代码、聊天、文档、邮件等
  3. 自定义 AI 提示:向 Claude API 传递上下文标签
  4. 调整响应格式:代码编辑器返回代码块,聊天返回简洁格式

同一个词 “leverage” 在不同应用中的查询结果:

Xcode(代码编辑器)

leverage (verb, technical)
Usage in code: Developers leverage APIs to...
Example: We leverage the Observer pattern for state management.
Synonyms: utilize, employ, use

Slack(聊天)

leverage - 利用、充分发挥
Casual: "We should leverage our team's expertise on this"
Quick tip: Use in discussions about teamwork or resources

Mail(邮件)

leverage (formal, business)
Professional: "We aim to leverage existing partnerships"
Register: Formal, suitable for business communication

未来版本将支持自定义应用分类。如果 DevLingo 误识别了你的应用,可以:

  1. 在设置中添加自定义应用规则
  2. 为特定应用指定上下文(代码、聊天、文档等)
  3. 保存偏好设置,后续查询自动适用
  • 应用检测数据不被记录或上传
  • 只有查询词汇被发送到 Claude API
  • 应用上下文标签用于改进 AI 响应,不用于用户追踪

觉得某个应用的上下文风格不够准确?我们欢迎反馈:

我们会根据用户反馈不断优化各应用的上下文提示。