软件工程师怎么用 Cherry Studio：3 个高频任务的做法
Cherry Studio 是一款开源项目：开源的多模型桌面客户端，支持知识库、智能体与多服务商配置。
这篇写给软件工程师：围绕代码阅读与重构、测试与排错和技术文档这几类日常工作，说明它能帮上什么忙、怎么用、哪些地方必须自己把关。
软件工程师的三个高频用法
1. 代码阅读与重构
在 Cherry Studio 中可以这样提：
先不要改代码。阅读这个模块，画出主要函数的调用关系，指出可以安全重构的部分和风险点，再给出分步重构计划。
把关：先计划后改动。
2. 测试与排错
可直接复制到 Cherry Studio 里修改：
这是失败的测试输出和相关代码，请定位原因，给出最小修复，并补一个能防止回归的测试用例。
把关：修复后测试通过。
3. 技术文档
提示词示例：
根据这段代码和注释生成接口文档：参数、返回值、错误码、调用示例，示例必须能直接运行。
把关：示例代码可运行。
也可以试试：学习新概念
这是「通用助手与客户端」类工具的通用任务，软件工程师同样用得上。
我是零基础，请用一个生活类比解释【概念】，再给一个工作中的具体例子，最后出 3 道判断题检验我是否理解，答案放在最后。
边界与合规
不要把密钥和未开源代码上传到未授权工具，合并前审阅每处改动。
- 产出由软件工程师本人负责，AI 只是草稿和辅助。
- 对外内容发布前至少看一遍。
- 如单位有规定的工具清单，优先在清单内选择；Cherry Studio 的同类还有 Chatbox、LobeChat。
一周试用建议
选一个最常做的任务连续用 5 个工作日，记录每次节省的时间和需要修改的地方，再决定是否把 Cherry Studio 纳入日常流程。
延伸练习
邮件改写
输入：一封措辞生硬的中文或英文邮件草稿。
把这封邮件改写得礼貌但直接，保留所有日期和金额，开头一句说明来意，结尾给出明确的下一步。另外给一个更简短的版本。
验收标准：日期金额与原稿一致。
会议准备
适用情况：手头有会议议题和参会人角色时。
我要主持一个 30 分钟的会议，议题是【议题】。请帮我写议程（含每项时长）、需要提前发给参会人的 3 个问题，以及可能出现的分歧和我的应对话术。
检查点：议程总时长不超过会议时长。
方案对比
准备材料：两到三个备选方案的要点。
用表格对比以下方案，列为：成本投入、实施难度、主要风险、适合的前提条件。表格后给出你倾向的方案和理由，并说明什么情况下结论会反转。
交付前确认：结论附带了反转条件。
常见问题：引用的链接打不开或内容对不上
要求只引用能直接访问的来源，关键结论自己回到原网页核对。
常见问题：上传文件后回答不全
文件过长时分章节上传，并要求先列出目录再逐节总结。
常见问题：中文输出夹杂英文术语
在提示里明确「术语首次出现给中文译名，括号内保留英文」
使用提醒
本文基于 Cherry Studio 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。
所有示例输出均为示意，不代表真实统计或效果承诺；请以自己的测试结果为准。